[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

[pinskia at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ben.combrink at gmail dot
                   |                            |com

--- Comment #10 from Andrew Pinski <pinskia at gcc dot gnu.org> 2010-10-21 18:39:49 UTC ---
*** Bug 46113 has been marked as a duplicate of this bug. ***

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

[earnie at users dot sourceforge.net]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749

Earnie <earnie at users dot sourceforge.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |earnie at users dot
                   |                            |sourceforge.net

--- Comment #11 from Earnie <earnie at users dot sourceforge.net> 2013-02-08 17:58:03 UTC ---
So why is this doing the correct thing when supplying the --with-gnu-ld option
versus the fact that we have GNU ld and the configure script discovers it?  It
seems to me the bug would be in the configure process.

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
     Ever confirmed|0                           |1
           Assignee|unassigned at gcc dot gnu.org      |pinskia at gcc dot gnu.org
             Status|UNCONFIRMED                 |ASSIGNED
   Last reconfirmed|                            |2022-01-01

--- Comment #13 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Let me try to fix this.

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749

Jonathan Wakely <redi at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           See Also|                            |https://gcc.gnu.org/bugzill
                   |                            |a/show_bug.cgi?id=107007

--- Comment #14 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Ted from comment #0)
> collect2: CreateProcess: No such file or directory
> 
> Which is the typically unhelpful way for Windows to report this problem and
> something that led me on a 4 day goose-chase looking for the "missing" file
> or directory.

GCC is to blame here, not Windows. See PR 107007 for a suggestion how to
improve it.

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|pinskia at gcc dot gnu.org         |unassigned at gcc dot gnu.org
             Status|ASSIGNED                    |NEW

--- Comment #15 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
I am no longer working on this.

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

[costas.argyris at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749

Costas Argyris <costas.argyris at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |costas.argyris at gmail dot com

--- Comment #16 from Costas Argyris <costas.argyris at gmail dot com> ---
Very likely fixed by

https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=180ebb8a24d24fc5b105f2257d6216f6dfde62df

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

[bogus2 at arc dot net dot au]

------- Comment #9 from bogus2 at arc dot net dot au  2010-09-22 20:16 -------
There's sections in configure and configure.ac that set HAVE_GNU_LD in
confdefs.h. My hunch is neither the official builds or the TDM builds are
enabling it (there's a --with-gnu-ld flag but it looks like it also sniffs the
output ld -v). I've added a report to the TDM bug tracker to determine if this
is the issue.

https://sourceforge.net/tracker/?func=detail&aid=3073600&group_id=200665&atid=974439


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

[bogus2 at arc dot net dot au]

------- Comment #8 from bogus2 at arc dot net dot au  2010-09-22 20:10 -------
> Or collect2 is not invoked with a response file.
That's not the case. g++.exe is correctly passing the response file to
collect2.exe which I've verified through debugging output and running
collect2.exe by hand. 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

[rguenth at gcc dot gnu dot org]

------- Comment #7 from rguenth at gcc dot gnu dot org  2010-09-22 19:59 -------
Btw, on i?86-linux I see

/* Define if using GNU as. */
#ifndef USED_FOR_TARGET
#define HAVE_GNU_AS 0
#endif


/* Define if using GNU ld. */
#ifndef USED_FOR_TARGET
#define HAVE_GNU_LD 0
#endif


in auto-host.h ...


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

[rguenth at gcc dot gnu dot org]

------- Comment #6 from rguenth at gcc dot gnu dot org  2010-09-22 19:57 -------
(In reply to comment #5)
> See the code in collect_execute:
>   if (HAVE_GNU_LD && at_file_supplied && argv[0] != NULL)
>     {
>       /* If using @file arguments, create a temporary file and put the
>          contents of argv into it.  Then change argv to an array corresponding
>          to a single argument @FILE, where FILE is the temporary filename.  */
> 
> 
> So maybe HAVE_GNU_LD is not true when it should be.

Or collect2 is not invoked with a response file.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

[pinskia at gcc dot gnu dot org]

------- Comment #5 from pinskia at gcc dot gnu dot org  2010-09-22 17:42 -------
See the code in collect_execute:
  if (HAVE_GNU_LD && at_file_supplied && argv[0] != NULL)
    {
      /* If using @file arguments, create a temporary file and put the
         contents of argv into it.  Then change argv to an array corresponding
         to a single argument @FILE, where FILE is the temporary filename.  */


So maybe HAVE_GNU_LD is not true when it should be.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

[bogus2 at arc dot net dot au]

------- Comment #4 from bogus2 at arc dot net dot au  2010-09-22 17:16 -------
btw, I can confirm the arguments passed to ld are 33491 characters long so this
is definitely over the 32k mark


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

[bogus2 at arc dot net dot au]

------- Comment #3 from bogus2 at arc dot net dot au  2010-09-22 16:57 -------
Created an attachment (id=21862)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21862&action=view)
output of collect2.exe @file --verbose -debug

Attached --verbose -debug output of collect2

Also:
D:\SpringTest\debug\rts\builds\default>collect2 -v
collect2 version 4.5.0 (x86 MinGW)
C:\MinGW32\bin/ld.exe -v
GNU ld (GNU Binutils) 2.20.51.20100613

I believe this bug affects 4.5.1 as well because I've been fighting this bug
for days and I've been through numerous official and TDM builds which all
seemed affected by this or related issues.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

[pinskia at gcc dot gnu dot org]

------- Comment #1 from pinskia at gcc dot gnu dot org  2010-09-22 16:41 -------
I totally thought this was fixed in 4.5.0 when support was added because of
LTO.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|c++                         |driver


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

[pinskia at gcc dot gnu dot org]

------- Comment #2 from pinskia at gcc dot gnu dot org  2010-09-22 16:42 -------
Can you provide the output of the -v command when you get that error?  Also
what version of ld are you using?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749