glenn@cs.utexas.edu (Glenn G. Lai) (03/05/91)
When I tried to compile X386 1.1 according to Thomas Roell's instructions,
I got the following message all over the place:
make[2]: execve: /bin/sh: Arg list too long
It was not the first time I'd encountered such a problem. I switched from
/bin/make to GNU make 3.59, used GCC instead of cc, and tried sh, csh, and
bash, but the problem persisted.
Any hint?
Glenn
glenn@cs.utexas.edulinas@hparc0.HP.COM (Linas Petras) (03/05/91)
>When I tried to compile X386 1.1 according to Thomas Roell's instructions, >I got the following message all over the place: > > make[2]: execve: /bin/sh: Arg list too long > >It was not the first time I'd encountered such a problem. I switched from >/bin/make to GNU make 3.59, used GCC instead of cc, and tried sh, csh, and >bash, but the problem persisted. > >Any hint? >Glenn >glenn@cs.utexas.edu I had a similar problem, but using GNU make (3.59 I think). I switched back to SCO's make and all works well.
darrylo@hpnmdla.hp.com (Darryl Okahata) (03/06/91)
In comp.unix.sysv386, glenn@cs.utexas.edu (Glenn G. Lai) writes: > When I tried to compile X386 1.1 according to Thomas Roell's instructions, > I got the following message all over the place: > > make[2]: execve: /bin/sh: Arg list too long > > It was not the first time I'd encountered such a problem. I switched from > /bin/make to GNU make 3.59, used GCC instead of cc, and tried sh, csh, and > bash, but the problem persisted. I, too, had this problem. The solution was to stop using both bash (exit bash completely!) and GNU make, and use /bin/sh and /bin/make. -- Darryl Okahata UUCP: {hplabs!, hpcea!, hpfcla!} hpnmd!darrylo Internet: darrylo%hpnmd@relay.hp.com
ilan343@violet.berkeley.edu (Geraldo Veiga) (03/06/91)
In article <12870013@hpnmdla.hp.com> darrylo@hpnmdla.hp.com (Darryl Okahata) writes: >In comp.unix.sysv386, glenn@cs.utexas.edu (Glenn G. Lai) writes: >> make[2]: execve: /bin/sh: Arg list too long >> >> It was not the first time I'd encountered such a problem. I switched from >> /bin/make to GNU make 3.59, used GCC instead of cc, and tried sh, csh, and >> bash, but the problem persisted. > I, too, had this problem. The solution was to stop using both bash >(exit bash completely!) and GNU make, and use /bin/sh and /bin/make. This is a problem with gnu make, but it can be fixed. Gmake exports all defined variables to the shell and runs out of environment space. To avoid exporting Makefile variables you can do one of the following: 1. Name variables not to be exported with at least one non-alphanumeric character. 2. Define target ".NOEXPORT:" inside your Makefile. No variables will be exported, just like AT&T's make. This is a temporary kludge for gmake 3.59. It will be replaced by a permanent solution in future releases. I don't think bash has anything to do with this. I had the same problem with gmake + either ksh or sh. By the way, I got the information above from Roland McGrath (co-developer of gmake) in response to a similar query posted to gnu.utils.bugs.
randy@chinet.chi.il.us (Randy Suess) (03/06/91)
In article <3440013@hparc0.HP.COM> linas@hparc0.HP.COM (Linas Petras) writes:
]>When I tried to compile X386 1.1 according to Thomas Roell's instructions,
]>I got the following message all over the place:
]> make[2]: execve: /bin/sh: Arg list too long
]I had a similar problem, but using GNU make (3.59 I think). I switched
]back to SCO's make and all works well.
Actually, be sure you remove all the *~ files left over after
doing the patch thing. The gazzillions of *~ files laying
around tend to overflow some of make's internal buffers.
-randy
--
Randy Suess
randy@chinet.chi.il.us