This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: basic-improvements merge status
- From: Neil Booth <neil at daikokuya dot co dot uk>
- To: Jan Hubicka <jh at suse dot cz>
- Cc: David Edelsohn <dje at watson dot ibm dot com>,Zack Weinberg <zack at codesourcery dot com>, gcc at gcc dot gnu dot org,libstdc++ at gcc dot gnu dot org
- Date: Mon, 16 Dec 2002 22:23:24 +0000
- Subject: Re: basic-improvements merge status
- References: <87bs3l3ab5.fsf@egil.codesourcery.com> <200212162212.RAA27306@makai.watson.ibm.com> <20021216221828.GB3138@kam.mff.cuni.cz>
Jan Hubicka wrote:-
> >
> > Yes, it appears to be due to the builtins.def changes by Jan which
> > assumes that all of those functions natively are available on every
> > target. One cannot make that assumption. Testing for the existence of
> > those functions on the target is not easy.
>
> I noticed that already and there is patch waiting for that. So hope it
> will get reviewed soon.
> I am not quite sure how to deal with this (whether we can autoconfigure
> on whether runtime does have them or not). At the moment I do the
> transformation only when -std=c99 or gnu99 is specified when the
> transformation is valid as the standard requires these functions.
But those switches are statements about what features the compiler
should accept, and compiler semantics. They say nothing about the
library conformance of the target to C99, IMO.
Neil.