[Bug lto/48724] Lto build of mozilla dies at lto-wrapper: error trying to exec 'make -j1': execvp: No such file or directory

[egallager at gcc dot gnu.org]

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

Eric Gallager  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||egallager at gcc dot gnu.org
 Resolution|--- |WORKSFORME

--- Comment #9 from Eric Gallager  ---
(In reply to Jan Hubicka from comment #8)
> This no longer happens with recent Firefox builds, but I think it was rather
> fixed at Firefox buildsystem...

That sounds like WORKSFORME then.

[Bug lto/48724] Lto build of mozilla dies at lto-wrapper: error trying to exec 'make -j1': execvp: No such file or directory

[hubicka at gcc dot gnu.org]

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

--- Comment #8 from Jan Hubicka hubicka at gcc dot gnu.org ---
This no longer happens with recent Firefox builds, but I think it was rather
fixed at Firefox buildsystem...

[Bug lto/48724] Lto build of mozilla dies at lto-wrapper: error trying to exec 'make -j1': execvp: No such file or directory

[rguenth at gcc dot gnu.org]

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



Richard Biener rguenth at gcc dot gnu.org changed:



   What|Removed |Added



 CC||Ralf.Wildenhues at gmx dot

   ||de



--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org 2013-03-08 
13:58:27 UTC ---

Caused by



2010-05-23  Ralf Wildenhues  ralf.wildenh...@gmx.de



   * lto-wrapper.c (run_gcc): Unset MAKEFLAGS and MFLAGS

   before calling make; allow override through $MAKE.

   * doc/invoke.texi (Optimize Options): Document override.



simply checking with access (..., X_OK) of course doesn't work (that doesn't

search the path...).

[Bug lto/48724] Lto build of mozilla dies at lto-wrapper: error trying to exec 'make -j1': execvp: No such file or directory

[rguenth at gcc dot gnu.org]

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

Richard Guenther rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 Status|RESOLVED|NEW
   Last reconfirmed||2012-05-08
 Resolution|INVALID |
 Ever Confirmed|0   |1

--- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2012-05-08 
10:15:26 UTC ---
Ok, you didn't state that Mozilla indeed sets MAKE to 'make -j'.  Yes, if that
happens there is a problem.

[Bug lto/48724] Lto build of mozilla dies at lto-wrapper: error trying to exec 'make -j1': execvp: No such file or directory

[rguenth at gcc dot gnu.org]

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

Richard Guenther rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID

--- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2012-05-07 
12:30:01 UTC ---
No response and unclear bug.

[Bug lto/48724] Lto build of mozilla dies at lto-wrapper: error trying to exec 'make -j1': execvp: No such file or directory

[hubicka at ucw dot cz]

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

--- Comment #5 from Jan Hubicka hubicka at ucw dot cz 2012-05-07 23:20:50 UTC 
---
 No response and unclear bug.
It is still there.  In lto-wrapper.c we do 
 new_argv[0] = getenv (MAKE);
and when MAKE is set to something like make -j we try to execute it...

Honza

[Bug lto/48724] Lto build of mozilla dies at lto-wrapper: error trying to exec 'make -j1': execvp: No such file or directory

[pinskia at gcc dot gnu.org]

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

--- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 2011-12-15 
23:39:37 UTC ---
Has this been fixed?

[Bug lto/48724] Lto build of mozilla dies at lto-wrapper: error trying to exec 'make -j1': execvp: No such file or directory

[rguenth at gcc dot gnu.org]

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

--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2011-04-22 
09:16:34 UTC ---
Does it set MAKE?  I suppose we need to split (and preserve?) arguments :/

[Bug lto/48724] Lto build of mozilla dies at lto-wrapper: error trying to exec 'make -j1': execvp: No such file or directory

[hubicka at gcc dot gnu.org]

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

--- Comment #2 from Jan Hubicka hubicka at gcc dot gnu.org 2011-04-22 
09:24:59 UTC ---
Hmm,
grep didn't seem to find any interesting positives on this.  However I did not
update my mozilla tree since last build that did not reproduce this and nothing
seems to have changed on GCC side.  I think evans got updated, so perhaps it is
feature of new GNU Make to prevent fork bombs?

Mozilla Makefiles do not use + clauses and I simply use hard wired -flto=24
setting.

Honza