Hi!
Mariusz Zynel wrote:
I've found 20000401 snapshot and tried to build it on my Solaris 8 x86 box. I faced following problems:
- there are bash extensions like ! [ ... ] used in Makefiles:
In result some precompiled objects do not install.
- Make-lang-2.95.in,
- Make-lang-old.in,
- Make-lang.in, and
- Make-lang - but this one belongs to gcc distribution.
Indeed. What to write instead?
- xgpc failed to compile rts modules like heap.pas etc.:
../.././xgpc -B../.././ -c -I. -W -Wall -Wpointer-arith -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -g -O2 -DRTS_RELEASE_STRING="'__GPC_RTS_VERSION_`cat /export/home/admin/soft/gcc-2.95.2/gcc/p/rts/rts_release`__'" -DBSD_RTS=0 `if [ x"@with_shared@" = xyes ] ; then echo -fPIC; fi` --unit-path=/export/home/admin/soft/gcc-2.95.2/gcc/p/rts --automake heap.pas xgpc: Internal compiler error: program gpc1 got fatal signal 11 gpc1: ../.././xgpc exited with status 1
The workaround was to remove RTS_WARN flag in p/rts/Makefile
This does not happen here and is probably a temporary bug.
- GNU make and M4 are necessary to build GPC, but this is a minor problem as we all use GNU tools.
Now to link a Pascal program I have to either, use --automake/build, or specify objects it depends on. What is the reason for this modification? Is there any switch to force GPC to find necessary units without --automake/build, as it was before?
IIRC, this is a temporary bug and one reason why we did not announce this snapshot officially.
With the next alpha release we want to get really close to the next offÃcial release. In particular, the next beta is intended to be a bug-fix release for the next alpha and to be essentially identical to the next official release.
Currently, my code snapshot does not even compile the standard units, so you do not really want to see it. ;-) But after we have reached some level of stability, I am planning to provide more current access to the developers' code base.
Greetings,
Peter