Hi!
just subscribed, so for now it's probably the best solution to send
me a direct carbon copy, too.
I downloaded gpc-980511.tar.gz, integrated it into gcc-2.8.1, ran
configure and "make LANGUAGES=pascal", as suggested by the docs.
The make run didn't manage to compile the runtime library, because
it uses the --automake option. It tries to compile some dependent
modules, but fails, because there is no executable on the system
called gpc yet:
./../xgpc -B../../ --automake -c -DGPC -Wall -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -g -I. -I../.. -I/scratch/s_kespen/gcc-2.8.1/p/rts/../.. -I/scratch/s_kespen/gcc-2.8.1/p/rts/../../config rts-move.p
gpc1: installation problem, cannot exec `gpc': No such file or directory
gpc1: gpc exited with status 255
gpi-hash.c:329: failed assertion `rp == 0'
xgpc: Internal compiler error: program gpc1 got fatal signal 6
make[1]: *** [rts-move.o] Error 1
make[1]: Leaving directory `/scratch/s_kespen/gcc-2.8.1/p/rts'
make: *** [libgpc.a] Error 2
I worked around by just doing a "make install", giving me a half-working
installed gpc. I reran the gpc build, this time with success.
So currently if you start from scratch, you need good two runs to get
gpc working. This isn't the ideal situation, but changing it would
require a few substantial changes all over the place. You need some
means of passing the name of the compiler driver down to the compiler.
Then it would be easy to change the code in module.c to accommodate for
the different location and name of xgpc. Generally it shouldn't be
necessary for gpc to be in the PATH. There's no reason why
/some/path/to/my/private/gpc should fail, while just gpc works.
There has to be some means of keeping -B and -V options given to gpc
initially, too. Otherwise it can be painful to use an different gpc
version or a cross-compiler, like in this case a not installed compiler
version.
Anyway, to summarise all this - building gpc doesn't work correctly
even if you have gpc installed previously. As long as some older gpc
version is potentially used to compile some parts of the RTS, it's
wrong. Older gpc versions may have bugs that are already fixed in the
current release - this way they can pop up once more.
The automake feature is quite useful as it is, but it needs to be
polished a bit to make it robust enough for heavy duty work.
Klaus