This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: removing the old build/host/target compatibility code (Was: current glibc vs debian sid)
- From: Alexandre Oliva <aoliva at redhat dot com>
- To: Akim Demaille <akim at epita dot fr>
- Cc: Alexandre Duret-Lutz <duret_g at lrde dot epita dot fr>, Franz Sirl <Franz dot Sirl-kernel at lauterbach dot com>, Roland McGrath <roland at gnu dot org>, Paul Eggert <eggert at twinsun dot com>, libc-alpha at sources dot redhat dot com, bug-autoconf at gnu dot org, Autoconf List <autoconf at gnu dot org>
- Date: 13 Dec 2002 11:16:59 -0200
- Subject: Re: removing the old build/host/target compatibility code (Was: current glibc vs debian sid)
- Organization: GCC Team, Red Hat
- References: <200210182042.g9IKgEN31309@magilla.sf.frob.com><200210182042.g9IKgEN31309@magilla.sf.frob.com><5.1.1.5.2.20021022144333.03826008@mail.lauterbach.com><mv4y98pbnks.fsf@nostromo.lrde.epita.fr><2002-10-24-01-10-44+11104+duret_g@lrde.epita.fr><mv4ptu06v34.fsf_-_@nostromo.lrde.epita.fr>
On Oct 24, 2002, Akim Demaille <akim@epita.fr> wrote:
> | % ./configure --host=`tools/config.guess`
> | configure: WARNING: If you wanted to set the --build type, don't use --host.
> | If a cross compiler is detected then cross compile mode will be used.
[...]
> | checking whether we are cross compiling... no
> | ^^^^
> |
> | configure didn't found a cross compiler, so it assumes a native
> | build :(
> |
> | Is this some sort of backward compatibility heuristic that is
> | planned for removal? When?
> Whenever people think we are ready...
> I am fine with removing the old scheme for 2.55. I'd like to have an
> opinion from Alexandre Oliva (Hi pal!).
Hi, Akim! Long time! :-)
For whatever my opinion is worth at such a late stage of the
discussion, I don't think this should be removed in the next 5 years
or so. This kind of thing needs a lot of time to phase out, given how
pervasive it is. For at least as long as you can still find a lot of
code out there that uses autoconf 2.13, you shouldn't really drop the
compatibility layer from 2.5x, otherwise you prevent someone from
putting together a collection of packages that configure with both
versions of autoconf.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist Professional serial bug killer