[Bug libstdc++/25524] libstdc++ headers should go in multilib directories
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-29 20:19 --- This is fixed correct or is there more to do? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
[Bug libstdc++/25524] libstdc++ headers should go in multilib directories
--- Comment #11 from joseph at codesourcery dot com 2006-01-29 20:29 --- Subject: Re: libstdc++ headers should go in multilib directories On Sun, 29 Jan 2006, pinskia at gcc dot gnu dot org wrote: This is fixed correct or is there more to do? This bug is fully fixed by my patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
[Bug libstdc++/25524] libstdc++ headers should go in multilib directories
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-01-29 20:33 --- (In reply to comment #11) This bug is fully fixed by my patch. Lets close it then. Closing as fixed per comment #11. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
[Bug libstdc++/25524] libstdc++ headers should go in multilib directories
--- Comment #8 from jsm28 at gcc dot gnu dot org 2006-01-20 21:00 --- Subject: Bug 25524 Author: jsm28 Date: Fri Jan 20 21:00:03 2006 New Revision: 110037 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110037 Log: PR libstdc++/25524 * cppdefault.h (struct default_include): Add multilib flag. * cppdefault.c (cpp_include_defaults): Set it. * c.opt (-imultilib): New option. * c-opts.c (imultilib): New. (c_common_handle_option): Handle -imultilib. (c_common_post_options): Likewise. * c-incpath.c (add_standard_paths, register_include_chains): Likewise. * c-incpath.h (register_include_chains): Add extra parameter. * gcc.c (do_spec_1): Generate -imultilib option. (The Specs Language): Update %I description. (process_command): Update copyright notice. * doc/cppopts.texi (-imultilib): Document. * doc/invoke.texi (-imultilib): Include in option summary. (%I): Update specs documentation. libstdc++-v3: * include/Makefile.am: Install host-specific headers in multilib subdirectory. * include/Makefile.in: Regenerate. Modified: trunk/gcc/ChangeLog trunk/gcc/c-incpath.c trunk/gcc/c-incpath.h trunk/gcc/c-opts.c trunk/gcc/c.opt trunk/gcc/cppdefault.c trunk/gcc/cppdefault.h trunk/gcc/doc/cppopts.texi trunk/gcc/doc/invoke.texi trunk/gcc/gcc.c trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/Makefile.am trunk/libstdc++-v3/include/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
[Bug libstdc++/25524] libstdc++ headers should go in multilib directories
--- Comment #9 from jsm28 at gcc dot gnu dot org 2006-01-20 21:00 --- Subject: Bug 25524 Author: jsm28 Date: Fri Jan 20 21:00:52 2006 New Revision: 110038 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110038 Log: PR libstdc++/25524 * gcc/cppdefault.h (struct default_include): Add multilib flag. * gcc/cppdefault.c (cpp_include_defaults): Set it. * gcc/c.opt (-imultilib): New option. * gcc/c-opts.c (imultilib): New. (c_common_handle_option): Handle -imultilib. (c_common_post_options): Likewise. * gcc/c-incpath.c (add_standard_paths, register_include_chains): Likewise. * gcc/c-incpath.h (register_include_chains): Add extra parameter. * gcc/gcc.c (do_spec_1): Generate -imultilib option. (The Specs Language): Update %I description. (process_command): Update copyright notice. * gcc/doc/cppopts.texi (-imultilib): Document. * gcc/doc/invoke.texi (-imultilib): Include in option summary. (%I): Update specs documentation. * libstdc++-v3/include/Makefile.am: Install host-specific headers in multilib subdirectory. * libstdc++-v3/include/Makefile.in: Regenerate. Modified: branches/csl/sourcerygxx-4_1/ChangeLog.csl branches/csl/sourcerygxx-4_1/gcc/c-incpath.c branches/csl/sourcerygxx-4_1/gcc/c-incpath.h branches/csl/sourcerygxx-4_1/gcc/c-opts.c branches/csl/sourcerygxx-4_1/gcc/c.opt branches/csl/sourcerygxx-4_1/gcc/cppdefault.c branches/csl/sourcerygxx-4_1/gcc/cppdefault.h branches/csl/sourcerygxx-4_1/gcc/doc/cppopts.texi branches/csl/sourcerygxx-4_1/gcc/doc/invoke.texi branches/csl/sourcerygxx-4_1/gcc/gcc.c branches/csl/sourcerygxx-4_1/libstdc++-v3/include/Makefile.am branches/csl/sourcerygxx-4_1/libstdc++-v3/include/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
[Bug libstdc++/25524] libstdc++ headers should go in multilib directories
--- Comment #6 from joseph at codesourcery dot com 2006-01-06 13:27 --- Subject: Re: libstdc++ headers should go in multilib directories On Fri, 6 Jan 2006, pcarlini at suse dot de wrote: Working on a fix. Many thanks. I was wondering whether you are aware of another (long standing) multilib bug, libstdc++/20451, maybe fixable at the same time with a minor additional effort?!? Thanks again. The bugs seem entirely independent. My proposed approach for the present bug can now be seen on csl-3_4_3-linux-branch, the mainline version will follow later. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
[Bug libstdc++/25524] libstdc++ headers should go in multilib directories
--- Comment #7 from pcarlini at suse dot de 2006-01-06 15:12 --- (In reply to comment #6) The bugs seem entirely independent. Ok, too bad ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
[Bug libstdc++/25524] libstdc++ headers should go in multilib directories
--- Comment #4 from jsm28 at gcc dot gnu dot org 2006-01-06 02:06 --- Working on a fix. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jsm28 at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-12-23 05:48:56 |2006-01-06 02:06:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
[Bug libstdc++/25524] libstdc++ headers should go in multilib directories
--- Comment #5 from pcarlini at suse dot de 2006-01-06 02:32 --- (In reply to comment #4) Working on a fix. Many thanks. I was wondering whether you are aware of another (long standing) multilib bug, libstdc++/20451, maybe fixable at the same time with a minor additional effort?!? Thanks again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
[Bug libstdc++/25524] libstdc++ headers should go in multilib directories
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-23 05:48 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-12-23 05:48:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
[Bug libstdc++/25524] libstdc++ headers should go in multilib directories
--- Comment #1 from gdr at integrable-solutions dot net 2005-12-21 23:23 --- Subject: Re: New: libstdc++ headers should go in multilib directories jsm28 at gcc dot gnu dot org [EMAIL PROTECTED] writes: | Some libstdc++ headers are installed in GPLUSPLUS_TOOL_INCLUDE_DIR, i.e. | include/c++/version/target. These headers are derived from information | configured separately for each multilib, and in general may differ between | multilibs, so should go in a multilib directory (e.g. | include/c++/version/target/multilib). The precompiled headers installed there, | in particular, should be separately installed for each multilib in all cases, | even if in some cases the actual text headers happen to be the same for each | multilib. Most headers are target independents, so should not suffer from multilib issue. I would think that a proper plan to fix this is to install target dependent thingies in some deeper subdirectories. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
[Bug libstdc++/25524] libstdc++ headers should go in multilib directories
--- Comment #2 from joseph at codesourcery dot com 2005-12-21 23:27 --- Subject: Re: libstdc++ headers should go in multilib directories On Wed, 21 Dec 2005, gdr at integrable-solutions dot net wrote: --- Comment #1 from gdr at integrable-solutions dot net 2005-12-21 23:23 --- Subject: Re: New: libstdc++ headers should go in multilib directories jsm28 at gcc dot gnu dot org [EMAIL PROTECTED] writes: | Some libstdc++ headers are installed in GPLUSPLUS_TOOL_INCLUDE_DIR, i.e. | include/c++/version/target. These headers are derived from information | configured separately for each multilib, and in general may differ between | multilibs, so should go in a multilib directory (e.g. | include/c++/version/target/multilib). The precompiled headers installed there, | in particular, should be separately installed for each multilib in all cases, | even if in some cases the actual text headers happen to be the same for each | multilib. Most headers are target independents, so should not suffer from multilib issue. I would think that a proper plan to fix this is to install target dependent thingies in some deeper subdirectories. This issue is only for the target-dependent headers (in GPLUSPLUS_TOOL_INCLUDE_DIR), which can also be multilib-dependent, not for the target-independent headers in GPLUSPLUS_INCLUDE_DIR and GPLUSPLUS_BACKWARD_INCLUDE_DIR. Only GPLUSPLUS_TOOL_INCLUDE_DIR would be flagged to use a multilib suffix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
