This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: basic-improvements merge status
- From: Alexandre Oliva <aoliva at redhat dot com>
- To: Mark Mitchell <mark at codesourcery dot com>
- Cc: Jan Hubicka <jh at suse dot cz>, David Edelsohn <dje at watson dot ibm dot com>, Zack Weinberg <zack at codesourcery dot com>, "gcc at gcc dot gnu dot org" <gcc at gcc dot gnu dot org>, "libstdc++ at gcc dot gnu dot org" <libstdc++ at gcc dot gnu dot org>, Richard Henderson <rth at redhat dot com>
- Date: 18 Dec 2002 00:44:17 -0200
- Subject: Re: basic-improvements merge status
- Organization: GCC Team, Red Hat
- References: <42170000.1040114274@warlock.codesourcery.com>
On Dec 17, 2002, Mark Mitchell <mark@codesourcery.com> wrote:
>> OK, I will disable the transfromation for the moment.
> Thanks; that's fine.
>>> how to do the configury bits. (One possibility is explicitly flags in
>>> the tm.h file.)
>>
>> What do you think is the correct way to handle it?
> I'm not sure; I'm not a configury expert. For a native build, I'd think
> we could use autoconf; for a cross-build, that's a little tougher -- but
> I'd think we could still do it.
There's nothing we can do, really. The compiler is often built before
the C library, so it can't detect properties in it. It has to know in
advance what transformations it can or cannot do. I can't see
anything much different from, say, some settings in gcc/config that
enable or disable some of the functions, along with perhaps some
consistency check that detects functions that are present but whose
transformations are disabled, or those that are missing but enabled.
--
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