This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Tru64 Problem / gcc 3.4.0
On Thu, 24 Jun 2004, Jim Wilson wrote:
Hi Jim,
> Aron Vrtala, Vienna Univ. Computer Center wrote:
> > bison -y --name-prefix=__gettext --output plural.c ../../gcc-3.4.0/intl/plural.y
> > Usage: bison [-dhltvyV] [-b file-prefix] [-o outfile] [-p name-prefix]
> > [--debug] [--defines] [--fixed-output-files] [--no-lines]
> > [--verbose] [--version] [--help] [--yacc]
> > [--file-prefix=prefix] [--name-prefix=prefix]
> > [--output=outfile] grammar-file
>
> What version of bison do you have? I have bison 1.35 and it works. The
> docs say that bison 1.28 or later is required, but the docs could be out
> of date.
>
> In any case, you shouldn't have needed bison to build from a release in
> the first place, as we are careful to update time stamps for generated
> files in the release so that end users won't need the generator
> programs. The gcc-3.4.0 release tar ball looks OK. The problem could
> be on your end, if you copied the release around, or checked it into a
> source code control system, then you could have modified the timestamps
> accidentally. Touching plural.c to make it more recent than plural.y
> should fix the problem too, and avoids the need for a bison update.
Thanx for this hint, I did actually just untar the software. However
touching plural.y did it (almost). Now the whole thing hangs in a CC
"loop" "forever". Computing since last week at the point:
gcc -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -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
../libiberty/libiberty.a ../intl/libintl.a -liconv
gcc -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -DHAVE_CONFIG_H -I. -Ijava -I. -I./java
-I./../include -I../intl java/parse.c -o java/parse.o
In file included from system.h:158,
from
/home/mitchell/gcc-3.4.0/gcc-3.4.0/gcc/java/parse.y:51:
/usr/local/lib/gcc-lib/alphaev56-dec-osf5.1/2.95.3/include/unistd.h:608:
warning: `cuserid' redefined
/usr/local/lib/gcc-lib/alphaev56-dec-osf5.1/2.95.3/include/stdio.h:457:
warning: this is the location of the previous definition
Any idea ??
Thanx in advance,
best regards, Aron
--
===============================================================================
Aron Vrtala | Internet eMail:
Zentraler Informatikdienst der | aron.vrtala@ap.univie.ac.at
Universitaet Wien | aron.vrtala@univie.ac.at
| ------------------------------------------
Abteilung Dezentrale Systeme | eMail Hotline-Service:
Aussenstelle Physik | hotline@ap.univie.ac.at
| ------------------------------------------
Boltzmanngasse 5, A-1090 Vienna | Tel: +43-1-4277 /14102, Hotline: /14100
Austria, Europe | Fax: +43-1-4277 /9141
===============================================================================
-----
"Many of life's failures are people who did not realize how close they
were to success when they gave up." - Thomas A. Edison
-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: 2.6.3i
mQCNAzXF2vcAAAEEALtcyrg4NOfLdcQTKMP3rUa67lb3Sp25gn9fNMQ68Iyc7roX
Y0dhcQXbWxGDvId1CQJGzB1JdYFPXGcmSh2Qj2B3DL6Mm6dLwNJLI2pHJzsSAdxj
wEDhr869Jb3bdntETNFXs4Wh+G/QrZZi4R1MJxrtQP6DNaC6PhIZWDFPoJ1xAAUR
tAtBcm9uLlZydGFsYYkAlQMFEDXF2vcSGVgxT6CdcQEBeq4EAKD5h5d3VZYAqCE9
VyNsqv9ZlUeIt1srehyrRSi2uojT53F5TDXrsNNgTrakoE+XLsF1QRoqgTnbZOE8
hmRKUwGq2HPEHzUQpFm8K0vzAQcrKXKf9IqfXqmD8I5aGJMeYMZtEFWYdZJ4VGA8
SB/IqlUqZFaMK23fGzF2r9SkP8Wb
=foVl
-----END PGP PUBLIC KEY BLOCK-----