Re: kbuild: Problem with latest GNU make rc

[linux-kernel added. Please keep both bug-make and linux-kernel] On Wed, Mar 01, 2006 at 10:46:25AM -0500, [EMAIL PROTECTED] wrote: Content-Description: message body text > Hi all. I've set Reply-To: to the bug-make@gnu.org list; I'm hoping we > can keep the discussion there since I don't subscri

Re: busybox triggers a possible bug in make-3.81rc1 and 3.81beta4

On Thu, Mar 09, 2006 at 06:19:37PM -0500, Paul D. Smith wrote: >%% Bernhard Fischer <[EMAIL PROTECTED]> writes: >It almost seems like we need to move the stem from being a per-target >value to being a per-prerequisite value, since it can change depending >on which prerequisites are being expanded.

[bug #16053] second stem overwrites the first per-prerequisite stem

URL: Summary: second stem overwrites the first per-prerequisite stem Project: make Submitted by: None Submitted on: Fri 03/10/06 at 08:57 Severity: 3 - Normal

[bug #16051] Non-existent prerequisites are not included in $?

Follow-up Comment #1, bug #16051 (project make): Wouldn't it be better to (temporarily) add a special target that triggers the correct behavior? It seems kind of backward to deprive people of a bug fix just because some influential project has a buggy build system. _

[bug #15968] make fails trying to stat a .PHONY target: p:foo

Update of bug #15968 (project make): Item Group: Bug => Enhancement ___ Follow-up Comment #1: Hm. I'm not sure that there's anywhere in the make manual that says or implies that simply becaus

[bug #15947] tests/features/escape - 'path=p\:' test fails on Cygwin - cannot stat illegal filename

Update of bug #15947 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #15938] functions/foreach test uses non-existent $port_type value

Update of bug #15938 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #15718] Weird behavior of the SHELL variable on Win32

Follow-up Comment #17, bug #15718 (project make): Okay, I've found the culprit: setting SHELL from the command-line arguments wasn't handled as setting it from the Makefile. I think that's a bug (the Unix version doesn't handle SHELL in any special way when it comes from the command line), so I

busybox triggers a possible bug in make-3.81rc1 and 3.81beta4

Hi, busybox is triggering a bug in make-3.81rc1. This bug is at least also existing in make-3.81beta4 (from debian). current busybox-svn does provoke this with make-3.81beta4, 3.81rc1 and cvs-HEAD: make: *** No rule to make target `/scratch/src/busybox/e2fsprogs/blkid/blkid/blkid_getsize.c', nee

[bug #16051] Non-existent prerequisites are not included in $?

Follow-up Comment #2, bug #16051 (project make): Well, I thought about this. However, I don't really want to introduce a temporary target then deprecate it again. Also, this problem has existed in virtually every version of GNU make and no one mentioned it until late last year, so I think it wi

[bug #15942] test_driver.pl - run_each_test() fails to set $status when test dies, prints value of $status from prior test

Follow-up Comment #3, bug #15942 (project make): They are already disabled on any system where the $port_type is W32, and/or any system where symlinks don't work. You can test this in Perl but the Windows port of Perl reports that they do work (odd). If you find that this isn't working please l

[bug #15942] test_driver.pl - run_each_test() fails to set $status when test dies, prints value of $status from prior test

Follow-up Comment #5, bug #15942 (project make): I believe normal W32 was fixed in rc1, and cygwin builds will be fixed in the next release. Perl provides a way to test whether the system supports symlinks and that's what I use originally. For some reason, though, the Windows port of Perl repor

[bug #15942] test_driver.pl - run_each_test() fails to set $status when test dies, prints value of $status from prior test

Follow-up Comment #4, bug #15942 (project make): Hi, Has this just changed recently? I've seen the symlink tests fail every time I have ran the tests on MinGW/MSVC builds within MSYS. Admittedly I have not tried rc1, I only tried the betas. Could the symlink tests be explicitly disabled if W32?

[bug #15942] test_driver.pl - run_each_test() fails to set $status when test dies, prints value of $status from prior test

Follow-up Comment #2, bug #15942 (project make): Can symlink checks be disabled on MinGW/MSVC builds when testing through MSYS (or Perl installed in a different environment on windows) please? Kind regards JG ___ Reply to this item at: