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] |
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] |