This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [libstdc++] Make use of runtime demangler


On Wednesday 01 May 2002 02:17, Phil Edwards wrote:
> On Wed, May 01, 2002 at 02:03:54AM +0200, Franz Sirl wrote:
> > On Wednesday 01 May 2002 01:41, Phil Edwards wrote:
> > > Actually, we shouldn't even need the -I switches, since we're not
> > > adding them back in anywhere else, I /think/.  There are probably some
> > > multilib issues here.
> >
> > We need at least -I.. to get at config.h and I don't see any multilib
> > issues here, since -I.. will be $target_alias/$multilibdir/libstdc++-v3/
>
> libstdc++-v3/config.h isn't used directly.  It gets created by configure,
> but is only used once by include/Makefile.am to construct the builddir's
> include/<triplet>/bits/c++config.h, by basically cat'ing it together with
> some other stuff.
>
> So we don't need to worry about finding our config.h, we only need to find
> libiberty's config.h.

But why should we rely on libiberty's config.h if we have a local one too?

I's cc'ed a few people discussing a similar patch on gcc-patches right now.

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.

Appended the last version of the solution me and Phil aggreed on, minus our 
divergence on which config.h to use :-).

Franz.

	* libsupc++/Makefile.am (DEFS): New.
	(LTCOMPILE): Use COMPILE + DEBUG_FLAGS.
	(LTCXXCOMPILE): Use CXXCOMPILE + DEBUG_FLAGS.
	* src/Makefile.am (DEFS): New.
	(LTCXXCOMPILE): Use CXXCOMPILE + DEBUG_FLAGS.

Attachment: gcc-libstdc++-Makefile-4.patch
Description: Text document


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]