Hello,
Building the new gpc-19991030-snapshot with gcc-2.95.2 on HPUX-10.20 regrettably failed.
The build was done in a different objdir then srddir, as adviced by gcc.
The configuration as described by config.status :
#!/bin/sh
# This file was generated automatically by configure. Do not edit.
# This directory was configured as follows:
../gcc-2.95.2/configure --with-gcc-version-trigger=/wing3/home1/users/sietse/gcc-2.95.2/gcc/version.c --host=hppa1.1-hp-hpux10.20 --prefix=/opt/gcc-2.95.2 …
[View More]--enable-shared --with-gnu-as --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --norecursion
# using "mh-frag" and "mt-frag"
FIRST a small problem
1 Using the option --with-as=/usr/local/bin/gas with configure is NOT obeyed by xgcp.
xgpc also does not use $PATH of the caller of the make which would be a symbolic link
to gas.
And here the MAIN problem, which (I guess) is another example of the known HPUX bug as
triggered with "p/test/knownbugs/sietse1u.pas".
2 The "gmake bootstrap" ends in:
../.././xgpc -B../.././ -c -I. -W -Wall -Wpointer-arith -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -O2 -g -O2 -DRTS_RELEASE_STRING="'__GPC_RTS_VERSION_`cat /wing3/home1/users/sietse/gcc-2.95.2/gcc/p/rts/rts_release`__'" -DBSD_RTS=0 `if [ x@with_shared@ = xyes ] ; then echo -fPIC; fi` --unit-path=/wing3/home1/users/sietse/gcc-2.95.2/gcc/p/rts --automake /wing3/home1/users/sietse/gcc-2.95.2/gcc/p/rts/files.pas
/wing3/home1/users/sietse/gcc-2.95.2/gcc/p/rts/string2.pas: In function `Getenv':
/wing3/home1/users/sietse/gcc-2.95.2/gcc/p/rts/string2.pas:193: internal error--unrecognizable insn:
(insn 15 14 17 (set (zero_extract:SI (reg:SI 97)
(const_int 32 [0x20])
(const_int 0 [0x0]))
(reg:SI 98)) -1 (insn_list 12 (insn_list 14 (nil)))
(expr_list:REG_DEAD (reg:SI 98)
(nil)))
gpc1: ../.././xgpc exited with status 1
/wing3/home1/users/sietse/gcc-2.95.2/gcc/p/rts/files.pas:30: module/unit `string2' could not be compiled
make[3]: *** [files.o] Error 1
make[3]: Leaving directory `/wing3/home1/users/sietse/hpux-gcc/gcc/p/rts'
make[2]: *** [pascal.rts] Error 2
make[2]: Leaving directory `/wing3/home1/users/sietse/hpux-gcc/gcc'
make[1]: *** [bootstrap] Error 2
make[1]: Leaving directory `/wing3/home1/users/sietse/hpux-gcc/gcc'
make: *** [bootstrap] Error 2
It looks like the knownbug from "p/test/knownbugs/sietse1u.pas".
Locally defining the TString-type in string2.pas as was done earlier in filename.pas helps.
BUT NOW:
/wing3/home1/users/sietse/gcc-2.95.2/gcc/p/rts/filename.pas: In function `Gettempdirectory':
/wing3/home1/users/sietse/gcc-2.95.2/gcc/p/rts/filename.pas:513: internal error--unrecognizable insn:
(insn 54 53 56 (set (zero_extract:SI (reg:SI 111)
(const_int 32 [0x20])
(const_int 0 [0x0]))
(reg:SI 112)) -1 (insn_list 51 (insn_list 53 (nil)))
(nil))
This can be "removed" by removing the complete if-statement from Gettempdirectory.
Simplifying the boolean expressing also helps.
BUT NOW such an error shows up in the function BraceExpand.
So something's wrong on HPUX, and it is more than suggested from the earlier bug
exposed in knownbugs/sietse1u.pas
I'm not familiar with the internals of gcc/gpc and I don't now how to proceed next.
But hopefully this description makes some sense.
Sietse Achterop
P.S. The GNU-pascal side still suggests that mail for the mailing list is to be send
to gpc(a)fut.fi instead of gpc(a)gnu.de.
[View Less]
"Dr A Olowofoyeku" wrote:
> On 3 Nov 99, at 9:53, Niels Kristian Bech Jensen <nkbj(a)image.dk> wrote:
>
> > I must admit that I haven't tried `make LANGUAGES=pascal'. I only followed
> > the GCC documentation. This is the relevant part of
> > gcc-2.95.2/install/BUILD:
> >
> > If you used the flag --enable-languages=... to restrict the compilers
> > to be built, only those you've actually enabled will be built. This
> > will of …
[View More]course only build those runtime libraries, for which the
> > particular compiler has been built. Please note, that re-defining
> > LANGUAGES when calling `make bootstrap' _*does not*_ work anymore!
>
> Well, I have just been building the latest snapshot today (under
> Cygwin32) - and 'make LANGUAGES=pascal' works.
>
> Perhaps the change is prospective?
I don't know since I haven't done much with gcc-2.95, but "does not
work" can simply mean that the parameter is ignored and all
languages installed will be built -- including Pascal, of course,
when it was present at configure time.
Anyway, someone (who knows gcc-2.95 better than I do) should
probably amend the instructions in GPC's INSTALL file according to
gcc-2.95's new installation procedure...
Frank
--
Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/
GPC To-Do list, latest features, fixed bugs:
http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html
[View Less]
Thanks, it works.
I must admit that I did not read every thing under gcc-2.95.1/install/*; I
only read gcc-2.95.1/p/INSTALL which says
“make languages=pascal”.
I think the latter (p/INSTALL) should be updated to match
gcc-2.95.1/install/*.
----------
From: Niels Kristian Bech Jensen [SMTP:nkbj@image.dk]
<mailto:[SMTP:nkbj@image.dk]>
Sent: Tuesday, November 02, 1999 10:08 PM
To: Mason Ip
Cc: 'gpc(a)hut.fi'
Subject: RE: New GPC snapshot
make LANGUAGES=<xxx> is not …
[View More]supported anymore. You have to use the
--enable-languages=<xxx> flag when you run configure. In you case:
./configure --enable-languages=pascal
Read the documentation in the install directory in the gcc-2.95.1
source.
[View Less]
Hello, folks,
a new GPC snapshot is available:
ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/alpha/gpc-19991030.tar.gz
As usual: Source only; nothing guaranteed.
Main changes since the last snapshot (19990813):
* Works with gcc-2.95.x.
* In preparation for a integration into GCC, most patches
to the GCC backend have been obsoleted and removed. The
remaining ones will either vanish, too, or be integrated
into GCC.
* The set-handling routines have been re-written. …
[View More]Set
operations are handled in the RTS and should be more
stable now.
* Some problems with packed arrays on big-endian machines
have been solved.
* `-dY' is now `--debug-source'.
* New options `--[no-]transparent-file-names'.
* ... and much more.
Have fun,
Peter
--
http://home.pages.de/~Peter.Gerwinski/ - G-N-U GmbH: http://www.g-n-u.de
Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - gpc-19990118
GnuPG key fingerprint: 9E7C 0FC4 8A62 5536 1730 A932 9834 65DB 2143 9422
keys: ftp://ftp.gerwinski.de/pub/keys/ - AntiSpam: http://spam.abuse.net
[View Less]
Just tried it but could not compile on 32-bit Sparc Solaris 7.
I used GCC-2.95.1 src (from www.sunfreeware.com), merged gpc/p to
gcc-2.95.1, and patched GCC with p/diffs/gcc-2.95.1.diff.
Upon “make LANGUAGES=pascal”, it failed and complained of not knowing how to
make target ‘pascal’.
Note the failing dir was gcc-2.95.1/gcc/. I expected “make” should cd to
../p and “make pascal” there.
Anyone know how to fix it?
gcc-2.95.1> make LANGUAGES=pascal
make all-recursive
Making all in …
[View More]intl
Making all in lib
Making all in makeinfo
(cd intl && make all)
make: Fatal error: Don't know how to make target `pascal'
Current working directory /export/home/mip/tmp/gcc-2.95.1/gcc
*** Error code 1
make: Fatal error: Command failed for target `all-gcc'
gcc-2.95.1>
----------
From: Peter Gerwinski [SMTP:peter@gerwinski.de]
Sent: Monday, November 01, 1999 12:47 PM
To: gpc-announce(a)gnu.de
Subject: New GPC snapshot
Hello, folks,
a new GPC snapshot is available:
ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/alpha/gpc-19991030.tar.gz
As usual: Source only; nothing guaranteed.
Main changes since the last snapshot (19990813):
* Works with gcc-2.95.x.
* In preparation for a integration into GCC, most patches
to the GCC backend have been obsoleted and removed. The
remaining ones will either vanish, too, or be integrated
into GCC.
* The set-handling routines have been re-written. Set
operations are handled in the RTS and should be more
stable now.
* Some problems with packed arrays on big-endian machines
have been solved.
* `-dY' is now `--debug-source'.
* New options `--[no-]transparent-file-names'.
* ... and much more.
Have fun,
Peter
--
http://home.pages.de/~Peter.Gerwinski/ - G-N-U GmbH:
http://www.g-n-u.de
Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ -
gpc-19990118
GnuPG key fingerprint: 9E7C 0FC4 8A62 5536 1730 A932 9834 65DB 2143
9422
keys: ftp://ftp.gerwinski.de/pub/keys/ - AntiSpam:
http://spam.abuse.net
[View Less]
Hello,
Just installed the latest GPC snapshot on a SUN ultra 5 workstation
running Solaris 7. The gcc is 2.8.1
In util.c and function pascal_init() I had to comment out the
following or I got compile errors:
/*
set_word_size = LONG_TYPE_SIZE;
set_alignment = LONG_TYPE_SIZE;
set_words_big_endian = 0;
*/
These variables didn't seem to be used anywhere?
The failed tests from the test directory:
-n TEST chris4.pas:
failed
-n TEST chris5.pas:
failed
Foo: 37 42 53 58 137 150 195 196 …
[View More]197 198 199 200 201 202 203 204 205 206 207 208
2
09 210 211 212 213 214 215 216 217 218 219 220
Bar: 13 51 52 53 54 55 115 116 117 118 119 153 171 172 173 174 186 188 189 212
220
221 222 224 234
Baz: 53 58 150 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210
211
212 213 214 215
-n TEST dialec5.pas:
failed
-n TEST dialec6.pas:
failed
-n TEST dnull1.pas:
-n TEST fjf3.pas:
failed
-n TEST fjf32.pas:
failed
-n TEST ian1.pas:
failed
-n TEST jj2.pas:
failed (2)
failed (3)
failed (4)
failed (5)
/0-n TEST kevin8.pas:
failed
-n TEST pack1.pas:
failed
-n TEST sets9.pas:
failed
-n TEST sizeofs.pas:
failed: 64 16
You have fixed the "round" problem since the last
release. But still have:
-n TEST fjf226c.pas:
Segmentation Fault - core dumped
-n TEST fjf226d.pas:
Segmentation Fault - core dumped
Robert R. Payne, Systems Software Specialist
SAIC/NCI-FCRDC P.O. Box B Bldg 430
Frederick, MD 21702 email: payner(a)ncifcrf.gov
phone: 301-846-5496 fax: 301-846-5762
[View Less]
There is a precompiled GNU Pascal for Sun Sparc Solaris 2.6 in pkgadd
format (native Solaris installation package) at:
ftp://mizar.uwb.edu.pl/pub/misc/gpc-19990118-Solaris2.6-sparc.pkg.tgz
Regards
Mariusz Zynel
mariusz(a)math.uwb.edu.pl