Gpc November 1999

gpc@gnu.de

32 participants
67 discussions

no subject (file transmission)
by S. Achterop IWI-120 3932 03 Nov '99

03 Nov '99

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 --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.

1 0

Re: `make LANGUAGES=pascal' vs. `./configure --enable-languages=pascal'.
by Frank Heckenbach 03 Nov '99

03 Nov '99

"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 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

1 0

RE: New GPC snapshot
by Mason Ip 03 Nov '99

03 Nov '99

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 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.

1 0

New GPC snapshot
by Peter Gerwinski 03 Nov '99

03 Nov '99

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

2 1

RE: New GPC snapshot
by Mason Ip 03 Nov '99

03 Nov '99

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 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

3 2

new GPC snapshot
by Robert Payne 02 Nov '99

02 Nov '99

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 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

2 1

Sun Sparc Solaris 2.6 binaries
by Super-User 02 Nov '99

02 Nov '99

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

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

Gpc November 1999