In message 38919B7D.19990813155556.FOO-5D74.frank@g-n-u.de Frank Heckenbach writes:
Hello, folks,
a new GPC snapshot is available:
ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/alpha/gpc-19990813.tar.gz
Help!
I'm having lots of problems building the new snapshot under RedHat Linux 6.0 (kernel 2.2.5-15 on i586) using EGCS (source RPM egcs-1.1.2-12, appears to be version 2.91.66).
I unpacked the egcs source into a directory tree, moved the snapshot's p directory into gcc, applied the gcc-egcs-2.91.66 patch (after a bit of editing of directory names within the patch file), did a ./configure, and am now trying make LANGUAGES=pascal.
Is this the correct sequence of actions? The INSTALL file in the snapshot doesn't seem to cover building GPC under EGCS.
I guess my first question is: should I be using EGCS or would I be better off with a plain gcc source, and if so what version?
Various things I've come across so far:
The p/gpc_release file contains 19990610, I think it should contain 19990813.
I think there is something strange about the way the contents of the gpc_release file is accessed - at the point where I see the make doing a cd p, I then see an error message from cat that it cannot find the gpc_release file. It looks as if there is one too few "../"s on the front of the path to the file.
In p/gpc-common.c at line 2893, TREU_OVERFLOW should be TREE_OVERFLOW, I think.
(Not a GPC problem): In my gcc/flow.c at line 1493, the code says REG_N_SEDS, it should be REG_N_SETS, I think.
Finally, I come to a halt with
make[1]: Entering directory `/home/david/egcs/objs/gcc' gcc -DIN_GCC -g -O2 -DHAVE_CONFIG_H -o cc1 c-parse.o c-lang.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common collect2: ld terminated with signal 11 [Segmentation fault], core dumped make[1]: *** [cc1] Error 1 make: *** [all-gcc] Error 2 make[1]: Leaving directory `/home/david/egcs/objs/gcc'
I think the GCC line has been truncated in copying it between systems.
Has anyone succeeded in compiling this snapshot in a similar environment?
Hello!
David James wrote:
I unpacked the egcs source into a directory tree, moved the snapshot's p directory into gcc, applied the gcc-egcs-2.91.66 patch (after a bit of editing of directory names within the patch file), did a ./configure, and am now trying make LANGUAGES=pascal.
Is this the correct sequence of actions?
Yes.
You can omit applying the patch manually, then `./configure' will do it for you.
The INSTALL file in the snapshot doesn't seem to cover building GPC under EGCS.
EGCS is just a special case of GCC. We should perhaps mention that the `p' subdirectory has to be attached to the `gcc' (and not the main) directory.
I guess my first question is: should I be using EGCS or would I be better off with a plain gcc source, and if so what version?
egcs-1.1.x is fine.
The p/gpc_release file contains 19990610, I think it should contain 19990813.
Correct. Thanks.
I think there is something strange about the way the contents of the gpc_release file is accessed - at the point where I see the make doing a cd p, I then see an error message from cat that it cannot find the gpc_release file. It looks as if there is one too few "../"s on the front of the path to the file.
In p/gpc-common.c at line 2893, TREU_OVERFLOW should be TREE_OVERFLOW, I think.
That's strange because my `p/gpc-common.c' (from gpc-19990813) is correct.
(Not a GPC problem): In my gcc/flow.c at line 1493, the code says REG_N_SEDS, it should be REG_N_SETS, I think.
This could be the same problem as with `p/gpc-common.c'.
I have seen errors of this type with a defective hard disk, but a better explanation would be preferred. (Maybe a libc conflict?)
make[1]: Entering directory `/home/david/egcs/objs/gcc' gcc -DIN_GCC -g -O2 -DHAVE_CONFIG_H -o cc1 c-parse.o c-lang.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common collect2: ld terminated with signal 11 [Segmentation fault], core dumped make[1]: *** [cc1] Error 1 make: *** [all-gcc] Error 2 make[1]: Leaving directory `/home/david/egcs/objs/gcc'
I think the GCC line has been truncated in copying it between systems.
Has anyone succeeded in compiling this snapshot in a similar environment?
The snapshot was successfully tested with egcs-1.1.2 as follows:
mv gpc/p egcs-1.1.2/gcc/ cd egcs-1.1.2/gcc ./configure make LANGUAGES=pascal sudo make LANGUAGES=pascal install
I am afraid that something is strange with your system.
Good luck,
Peter
Hello,
On Wed, Sep 01, 1999 at 10:38:56AM +0200, Peter Gerwinski wrote:
In p/gpc-common.c at line 2893, TREU_OVERFLOW should be TREE_OVERFLOW, I think.
That's difference by one bit: 'E' = 0x45, 'U' = 0x55.
That's strange because my `p/gpc-common.c' (from gpc-19990813) is correct.
(Not a GPC problem): In my gcc/flow.c at line 1493, the code says REG_N_SEDS, it should be REG_N_SETS, I think.
One bit again: 'D' = 0x44, 'T' = 0x54.
This could be the same problem as with `p/gpc-common.c'.
I have seen errors of this type with a defective hard disk, but a better explanation would be preferred. (Maybe a libc conflict?)
I had these sorts of errors when I had 66 MHz SDRAM installed in place of required PC100. See GCC-SIG11-FAQ at http://www.bitwizard.nl/sig11/ for more information.
Best Regards, Marius Gedminas http://www-public.osf.lt/~mgedmin/
-
david＠tcs01.demon.co.uk -
Marius Gedminas -
Peter Gerwinski