On Tue, Dec 30, 2008 at 03:27:05AM +0100, Bruno Haible wrote:
> The right order is:
> 1) Get the canonical system triple approved by RMS,
> 2) Get config.guess and config.sub patches accepted.
> 3) Update libtool, binutils, gcc, gnulib etc.
Btw, things have changed recently. There's now:
On Tue, Dec 30, 2008 at 04:17:53AM +0100, Bruno Haible wrote:
> Hi Robert,
>
> > > The patch is not correct, AFAIK: There is also a triple
> > > i386-unknown-netbsd-gnu,
> > > which differs from i386-unknown-knetbsd-gnu in the choice of its libc: it
> > > uses
> > > NetBSD's libc instead of GNU
Hi Robert,
> > The patch is not correct, AFAIK: There is also a triple
> > i386-unknown-netbsd-gnu,
> > which differs from i386-unknown-knetbsd-gnu in the choice of its libc: it
> > uses
> > NetBSD's libc instead of GNU libc.
>
> The latest updates that can be found for this port date from 2002
On Tue, Dec 30, 2008 at 03:27:05AM +0100, Bruno Haible wrote:
> > I propose using a generic '*-gnu' match (I notice some of the checks in
> > gnulib do it this way already).
>
> The patch is not correct, AFAIK: There is also a triple
> i386-unknown-netbsd-gnu,
> which differs from i386-unknown-kn
Hello Robert,
> I adjusted some of the Glibc checks to match GNU/kOpenSolaris [1]. Because the
> checks are always the same for all Glibc-based systems, and having to wait
> for files to propagate to every package out there is a PITA,
I agree this is a problem when you work outside of the scope o
Hi,
I adjusted some of the Glibc checks to match GNU/kOpenSolaris [1]. Because the
checks are always the same for all Glibc-based systems, and having to wait
for files to propagate to every package out there is a PITA, I propose using
a generic '*-gnu' match (I notice some of the checks in gnulib
