public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: bootstrap/10169: Bootstrap fails on mainline with Tru64 5.1B
@ 2003-05-14 18:36 Roger Sayle
0 siblings, 0 replies; 5+ messages in thread
From: Roger Sayle @ 2003-05-14 18:36 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR bootstrap/10169; it has been noted by GNATS.
From: Roger Sayle <roger@www.eyesopen.com>
To: Dara Hazeghi <dhazeghi@yahoo.com>
Cc: jss@ast.cam.ac.uk, <gcc-gnats@gcc.gnu.org>
Subject: Re: bootstrap/10169: Bootstrap fails on mainline with Tru64 5.1B
Date: Wed, 14 May 2003 12:16:14 -0600 (MDT)
Hi Dara,
> it looks like Roger committed a patch to fix this problem. Could either
> the submitter or Roger confirm that this is the case? Thanks,
The problem is that the PR gives two compilation errors trying to
compile mips-tfile. My patch fixes the first of these, the initializer
problems on line 1134. The compilation still fails on Tru64 5.1B
with the "getopt" problem on line 4861. Unfortunately, I only have
access to 5.1 not 5.1B, so I'm unable to reproduce the problem and
the obvious "#include <getopt.h>" is reported not to fix it.
Perhaps we should close the PR and reopen a new one, so that its
clear what the remaining problem is?
Roger
--
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: bootstrap/10169: Bootstrap fails on mainline with Tru64 5.1B
@ 2003-05-16 16:46 Jeremy Sanders
0 siblings, 0 replies; 5+ messages in thread
From: Jeremy Sanders @ 2003-05-16 16:46 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR bootstrap/10169; it has been noted by GNATS.
From: Jeremy Sanders <jss@ast.cam.ac.uk>
To: Roger Sayle <roger@www.eyesopen.com>
Cc: Dara Hazeghi <dhazeghi@yahoo.com>, gcc-gnats@gcc.gnu.org
Subject: Re: bootstrap/10169: Bootstrap fails on mainline with Tru64 5.1B
Date: Fri, 16 May 2003 17:40:25 +0100 (BST)
On Wed, 14 May 2003, Roger Sayle wrote:
>
> Hi Dara,
> > it looks like Roger committed a patch to fix this problem. Could either
> > the submitter or Roger confirm that this is the case? Thanks,
>
> The problem is that the PR gives two compilation errors trying to
> compile mips-tfile. My patch fixes the first of these, the initializer
> problems on line 1134. The compilation still fails on Tru64 5.1B
> with the "getopt" problem on line 4861. Unfortunately, I only have
> access to 5.1 not 5.1B, so I'm unable to reproduce the problem and
> the obvious "#include <getopt.h>" is reported not to fix it.
Yes - it still fails here. I'm not sure whether it should be a new bug.
stage1/xgcc -Bstage1/ -B/usr/local/alphaev6-dec-osf5.1/bin/ -c -g -O2
-DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Werror -fno-common
-DHAVE_CONFIG_H -I. -I. -I../../gcc-cvs/gcc/gcc
-I../../gcc-cvs/gcc/gcc/. -I../../gcc-cvs/gcc/gcc/config
-I../../gcc-cvs/gcc/gcc/../include ../../gcc-cvs/gcc/gcc/mips-tfile.c -o
mips-tfile.o
../../gcc-cvs/gcc/gcc/mips-tfile.c: In function `main':
../../gcc-cvs/gcc/gcc/mips-tfile.c:4812: warning: implicit declaration of
function `getopt'
make[2]: *** [mips-tfile.o] Error 1
make[2]: Leaving directory `/tmp_mnt/scratch/jss/builds/gcc/gcc'
make[1]: *** [stage2_build] Error 2
make[1]: Leaving directory `/tmp_mnt/scratch/jss/builds/gcc/gcc'
make: *** [bootstrap] Error 2
If anyone is interested in the .i file which fails, get it from
http://www-xray.ast.cam.ac.uk/~jss/data/mips-tfile.i.gz
Jeremy
--
Jeremy Sanders <jss@ast.cam.ac.uk> http://www-xray.ast.cam.ac.uk/~jss/
X-Ray Group, Institute of Astronomy, University of Cambridge, UK.
Public Key Server PGP Key ID: E1AAE053
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: bootstrap/10169: Bootstrap fails on mainline with Tru64 5.1B
@ 2003-05-15 17:16 Jeremy Sanders
0 siblings, 0 replies; 5+ messages in thread
From: Jeremy Sanders @ 2003-05-15 17:16 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR bootstrap/10169; it has been noted by GNATS.
From: Jeremy Sanders <jss@ast.cam.ac.uk>
To: Roger Sayle <roger@www.eyesopen.com>
Cc: Dara Hazeghi <dhazeghi@yahoo.com>, gcc-gnats@gcc.gnu.org
Subject: Re: bootstrap/10169: Bootstrap fails on mainline with Tru64 5.1B
Date: Thu, 15 May 2003 18:11:14 +0100 (BST)
On Wed, 14 May 2003, Roger Sayle wrote:
> The problem is that the PR gives two compilation errors trying to
> compile mips-tfile. My patch fixes the first of these, the initializer
> problems on line 1134. The compilation still fails on Tru64 5.1B
> with the "getopt" problem on line 4861. Unfortunately, I only have
> access to 5.1 not 5.1B, so I'm unable to reproduce the problem and
> the obvious "#include <getopt.h>" is reported not to fix it.
Trying out the latest HEAD, I'm getting a different problem bootstrapping
the compiler:
echo "\"$f\", "; done >> tmp-gtyp.h
echo " NULL};" >> tmp-gtyp.h
echo "static const char *const lang_dir_names[] = { \"c\", " >> tmp-gtyp.h
gf="cp f"; \
for l in $gf; do \
echo "\"$l\", "; done >> tmp-gtyp.h
echo "NULL};" >> tmp-gtyp.h
/bin/sh ../../gcc-cvs/gcc/gcc/move-if-change tmp-gtyp.h gtyp-gen.h
stage1/xgcc -Bstage1/ -B/usr/local/alphaev6-dec-osf5.1/bin/ -c -g -O2
-DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Werror -fno-common
-DHAVE_CONFIG_H -DGENERATOR_FILE -I. -I. -I../../gcc-cvs/gcc/gcc
-I../../gcc-cvs/gcc/gcc/. -I../../gcc-cvs/gcc/gcc/config
-I../../gcc-cvs/gcc/gcc/../include \
../../gcc-cvs/gcc/gcc/gengtype.c -o gengtype.o
as0: Error: ../../gcc-cvs/gcc/gcc/gengtype.c, line 6: Overflow:
41074998466
.space 41074998466
make[2]: *** [gengtype.o] Error 1
make[2]: Leaving directory `/tmp_mnt/scratch/jss/builds/gcc/gcc'
make[1]: *** [stage2_build] Error 2
make[1]: Leaving directory `/tmp_mnt/scratch/jss/builds/gcc/gcc'
make: *** [bootstrap] Error 2
Any idea what this is? I'm using the standard assembler. I think the
problem's before mips-tfile (though I'm not sure), so it's difficult to
test whether the previous problem is fixed.
Jeremy
--
Jeremy Sanders <jss@ast.cam.ac.uk> http://www-xray.ast.cam.ac.uk/~jss/
X-Ray Group, Institute of Astronomy, University of Cambridge, UK.
Public Key Server PGP Key ID: E1AAE053
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: bootstrap/10169: Bootstrap fails on mainline with Tru64 5.1B
@ 2003-05-14 18:16 Dara Hazeghi
0 siblings, 0 replies; 5+ messages in thread
From: Dara Hazeghi @ 2003-05-14 18:16 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR bootstrap/10169; it has been noted by GNATS.
From: Dara Hazeghi <dhazeghi@yahoo.com>
To: jss@ast.cam.ac.uk, gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org,
sayle@gcc.gnu.org
Cc:
Subject: Re: bootstrap/10169: Bootstrap fails on mainline with Tru64 5.1B
Date: Wed, 14 May 2003 11:14:14 -0700
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-
trail&database=gcc&pr=10169
Hello,
it looks like Roger committed a patch to fix this problem. Could either
the submitter or Roger confirm that this is the case? Thanks,
Dara
^ permalink raw reply [flat|nested] 5+ messages in thread
* bootstrap/10169: Bootstrap fails on mainline with Tru64 5.1B
@ 2003-03-20 17:56 jss
0 siblings, 0 replies; 5+ messages in thread
From: jss @ 2003-03-20 17:56 UTC (permalink / raw)
To: gcc-gnats
>Number: 10169
>Category: bootstrap
>Synopsis: Bootstrap fails on mainline with Tru64 5.1B
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Thu Mar 20 17:56:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator: jss@ast.cam.ac.uk
>Release: 2003-03-20 mainline
>Organization:
>Environment:
Tru64 5.1B, using cc as bootstrap compiler.
>Description:
../gcc/gcc/configure --enable-languages=c,c++,f77
stage1/xgcc -Bstage1/ -B/usr/local/alphaev6-dec-osf5.1/bin/ -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long -Werror -fno-common -DHAVE_CONFIG_H -o f771 f/bad.o f/bit.o f/bld.o f/com.o f/data.o f/equiv.o f/expr.o f/global.o f/implic.o f/info.o f/intrin.o f/lab.o f/lex.o f/malloc.o f/name.o f/parse.o f/src.o f/st.o f/sta.o f/stb.o f/stc.o f/std.o f/ste.o f/storag.o f/stp.o f/str.o f/sts.o f/stt.o f/stu.o f/stv.o f/stw.o f/symbol.o f/target.o f/top.o f/type.o f/where.o main.o libbackend.a ./intl/libintl.a -liconv ../libiberty/libiberty.a
stage1/xgcc -Bstage1/ -B/usr/local/alphaev6-dec-osf5.1/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc/gcc -I../../gcc/gcc/gcc/. -I../../gcc/gcc/gcc/config -I../../gcc/gcc/gcc/../include ../../gcc/gcc/gcc/mips-tfile.c -o mips-tfile.o
../../gcc/gcc/gcc/mips-tfile.c:1134: warning: missing initializer
../../gcc/gcc/gcc/mips-tfile.c:1134: warning: (near initialization for `init_file.fdr.reserved2')
../../gcc/gcc/gcc/mips-tfile.c: In function `main':
../../gcc/gcc/gcc/mips-tfile.c:4861: warning: implicit declaration of function `getopt'
make[2]: *** [mips-tfile.o] Error 1
make[2]: Leaving directory `/tmp_mnt/scratch/jss/builds/gcc-out/gcc'
make[1]: *** [stage2_build] Error 2
make[1]: Leaving directory `/tmp_mnt/scratch/jss/builds/gcc-out/gcc'
make: *** [bootstrap] Error 2
The missing initialiser looks like an extra comma to me (in the alpha specific part of the file).
Presumably there's also a missing include for getopt too.
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2003-05-16 16:46 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-05-14 18:36 bootstrap/10169: Bootstrap fails on mainline with Tru64 5.1B Roger Sayle
-- strict thread matches above, loose matches on Subject: below --
2003-05-16 16:46 Jeremy Sanders
2003-05-15 17:16 Jeremy Sanders
2003-05-14 18:16 Dara Hazeghi
2003-03-20 17:56 jss
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).