Hi.
This morning I did a 'cvs update', rebuild, and installation of make,
and am seeing a problem when trying to build the current GCC snapshot.
The 'make' command bombs out at the point where the GCC build process
prints out 'Bootstrapping the compiler'. Unfortunately I've deleted my
build log wi
%% "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 current GCC
ah> snapshot.
I haven't seen this, but I haven't tried to build gcc recently. Which
snapshot (3.3.x, 3.4.x, o
%% "Paul D. Smith" <[EMAIL PROTECTED]> writes:
%% "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 current GCC
ah> snapshot.
pds> I haven't seen this, but I haven't tried t
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 current GCC
> ah> snapshot.
>
> I haven't seen this
I've rebuilt 'make' with debugging info and started a GCC build. The
build failed as expected and I've got a core file to examine. Make dies
in the record_files() function in read.c at line 1918. The 'this' variable
is null, so 'this->name' fails.
$ gdb make core
...
1918 if (fin
Hi Art,
This morning I did a 'cvs update', rebuild, and installation of make,
and am seeing a problem when trying to build the current GCC snapshot.
The 'make' command bombs out at the point where the GCC build process
prints out 'Bootstrapping the compiler'. Unfortunately I've deleted my
build log
make is doing something funny in the area of stripping the leading ./
from filenames. I can demonstrate with the following Makefile, which is
also attached so you get a copy without whitespace damage.
files := $(shell find . -type f -print)
objects: $(addprefix ./, $(files))
install:
