Re: change in SHELL behavior: feature, right ?

2006-04-18 Thread Philip Guenther
On 4/18/06, Mike Frysinger <[EMAIL PROTECTED]> wrote: > with the new handling of SHELL, gcc fails to build under non posix compatible > shells (like tcsh) or if the env SHELL is set to a non-existant shell (think > zsh on the host system and chrooting into a local filesystem and using > bash ... ba

change in SHELL behavior: feature, right ?

2006-04-18 Thread Mike Frysinger
with the new handling of SHELL, gcc fails to build under non posix compatible shells (like tcsh) or if the env SHELL is set to a non-existant shell (think zsh on the host system and chrooting into a local filesystem and using bash ... bash by design doesnt reset the SHELL=/bin/zsh value) the bi

[bug #16376] command execution with make -q

2006-04-18 Thread anonymous
URL: Summary: command execution with make -q Project: make Submitted by: None Submitted on: 水曜日 2006年04月19日 at 01:04 UTC Severity: 3 - Normal Ite

[bug #16372] .DELETE_ON_ERROR does not delete directories

2006-04-18 Thread anonymous
URL: Summary: .DELETE_ON_ERROR does not delete directories Project: make Submitted by: None Submitted on: Tuesday 04/18/06 at 18:44 UTC Severity: 3 - Normal

[bug #105] Parallel builds should order by slowest-first

2006-04-18 Thread Paul D. Smith
Follow-up Comment #3, bug #105 (project make): Closed support #105307 as a duplicate of this bug. See the details on that support request because it's slightly different, but any solution for this problem should ideally be "hookable" so that a generic re-ordering of prerequisites is possible.

[bug #16362] Regression: make -n causes $(shell) failure on Windows

2006-04-18 Thread anonymous
Follow-up Comment #2, bug #16362 (project make): Submitted by J David Bryan <[EMAIL PROTECTED]> Eli wrote, "Sounds like I should stop trying to maintain the Windows port, as I cause more trouble than help." Seems a bit of a harsh judgment. In my view, the Windows port is in the best shape ever

[bug #16362] Regression: make -n causes $(shell) failure on Windows

2006-04-18 Thread Eli Zaretskii
Follow-up Comment #1, bug #16362 (project make): Sounds like I should stop trying to maintain the Windows port, as I cause more trouble than help. ___ Reply to this item at: