Problem with make-3.81rc1 building linux kernel

this is indeed a bug it needs to be squished promptly. Thanks. Art Haas -- Man once surrendering his reason, has no remaining guard against absurdities the most monstrous, and like a ship without rudder, is the sport of every wind. -Thomas Jefferson to James Smith, 1822 ___

Failures in current CVS

1290 #2 0x0805b564 in eval_makefile (filename=Variable "filename" is not available. ) at read.c:410 #3 0x0805b81d in read_all_makefiles (makefiles=0x806be70) at read.c:208 #4 0x08056177 in main (argc=3, argv=0xbf9ea4d4, envp=0xbf9ea4e4) at main.c:1591 (gdb) Art Haas -- Man once

Re: Test failure in current cvs make

On Mon, Jun 27, 2005 at 02:25:37PM -0400, Paul D. Smith wrote: > Yeah, it's a timing thing on foo.x, not related to -W. > > foo.x is always rebuilt when -W bar.x is given, which is correct. > However, sometimes (if the original file and its update happen too > quickly) make doesn't see that the ti

Test failure in current cvs make

ing on i586-pc-linux-gnu, a 2.6.12 kernel, and the machine is running on an up-to-date Debian distro. The failure occurs if make is built with Debian's 'gcc-3.4' package as well as the latest CVS GCC build. Thanks. Art Haas -- Man once surrendering his reason, has no remaining

Re: CVS make showed 'INTERNAL: reap_children' error

On Sat, Apr 09, 2005 at 11:33:11AM -0400, Paul D. Smith wrote: > %% "Art Haas" <[EMAIL PROTECTED]> writes: > > ah> The current CVS make produced the fatal error in the job.c file > ah> this morning while the 'make install' process of installing the

CVS make showed 'INTERNAL: reap_children' error

on a completed GCC build takes a long time to actually begin installing things, where the older 'make' binary begins the installation process very quickly. I'm running on i586-pc-linux-gnu using Debian unstable, so the system make installed as /usr/bin/make is Debian's 3.80-9 package.

Re: Problem with current cvs make

0x0805c803 in eval (ebuf=0xbfffac84, set_default=1) at read.c:874 #2 0x0805b525 in eval_makefile (filename=0x8079370 "Makefile", flags=0) at read.c:401 #3 0x0805b084 in read_all_makefiles (makefiles=0x0) at read.c:238 #4 0x080578f9 in main (argc=90, argv=0xbfffe484, envp=0xbfffe5f

Re: Problem with current cvs make

On Mon, Feb 28, 2005 at 04:28:01PM -0500, Paul D. Smith wrote: > %% "Art Haas" <[EMAIL PROTECTED]> writes: > > ah> This morning I did a 'cvs update', rebuild, and installation of > ah> make, and am seeing a problem when trying to build the curre

Problem with current cvs make

cvs 'make' from a couple of days ago as well, so the breakage in 'make' is recent. Anyone else seeing this? I'm running on a Debian machine that the 'config.guess' script would report "i586-pc-linux-gnu", a 2.6.11-rc5 kernel, and glibc-2.3.2. Art Haas --

[PATCH] fix for gl.po file when building from CVS

#x27;msgid' line uses "%u", and the msgstr line uses "%d". This caused my builds difficulty. The fix is to simply change the "%d" to "%u". I've got 3.80, built it, and it passed all the tests. Art Haas -- They that can give up essential lib

problem with make 3.80-rc2 and linux kernel

R PURPOSE. $ Doing 'make mrproper' with the older make works fine. It looks like the error is the variable "TOPDIR" isn't getting passed to the makefile in Documentation/DocBook, so it complains about the lack of a rule to make target "/Rules.make". Art Haas -- They