This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: [libstdc++] Make use of runtime demangler
- From: "Kaveh R. Ghazi" <ghazi at caip dot rutgers dot edu>
- To: Franz dot Sirl-kernel at lauterbach dot com, phil at jaj dot com
- Cc: aoliva at redhat dot com, davem at redhat dot com, gcc-patches at gcc dot gnu dot org, libstdc++ at gcc dot gnu dot org, mark at codesourcery dot com
- Date: Sat, 4 May 2002 10:19:47 -0400 (EDT)
- Subject: Re: [libstdc++] Make use of runtime demangler
- References: <20020329182924.A31493@disaster.basement.lan> <200205010203.54680@enzo.bigblue.local> <20020430201727.A3574@disaster.basement.lan> <200205041009.36076@enzo.bigblue.local> <200205040243.WAA28360@caip.rutgers.edu> <ory9f0tu18.fsf@livre.redhat.lsd.ic.unicamp.br> <20020503.212132.119039436.davem@redhat.com> <oradrgtsev.fsf@livre.redhat.lsd.ic.unicamp.br>
> From: Franz Sirl <Franz.Sirl-kernel@lauterbach.com>
>
> Kaveh, do you really need the extra check for stdlib.h on your platform? On
> Linux the stuff in acinclude handles that, so only a new check for string.h
> is missing.
No. I didn't really need stdlib.h, only string.h is explicitly
necessary once the DEFS were set appropriately. However I found that
libstdc++-v3's configure was very convoluted and felt better listing
both with a comment explaining why they were necessary was more clear.
At worst you'd pull it from cache for subsequent queries.
But I'm not married to my approach. If your patch works then I'll
hold off checking in mine. If it fixes the implicit decls on linux,
then I'm sure it'll do so on solaris and irix. There was nothing
platform specific about my patch.
--Kaveh
--
Kaveh R. Ghazi Director of Systems Architecture
ghazi@caip.rutgers.edu Qwest Global Services