This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug bootstrap/33781] [4.3/4.4 Regression] "Arg list too long" building libgcc.a
- From: "rwild at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 14 Jun 2008 07:25:29 -0000
- Subject: [Bug bootstrap/33781] [4.3/4.4 Regression] "Arg list too long" building libgcc.a
- References: <bug-33781-754@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #22 from rwild at gcc dot gnu dot org 2008-06-14 07:25 -------
(In reply to comment #20)
> I do like your PR33781.diff patch which moves us in the right direction.
> Is it possible/safe to apply similar voodoo to the libgcc.map rule?
I suppose the same is necessary for the libgcc_s$(SHLIB_EXT) rule.
Any other rules? I guess using an options @FILE will be easiest to get around
the limit here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33781