Gpc

gpc@gnu.de

5400 discussions

Re: efence?
by Frank Heckenbach 11 Apr '99

11 Apr '99

Jan-Jaap van der Heijden wrote: > Did anybody ever perform a gpc malloc debug with something like > electric fence? I tried once with efence, and it found some problems already while compiling the RTS. These must not necessarily have been errors, but I didn't pursue them further. Frank -- Frank Heckenbach, frank(a)fjf.gnu.de, http://fjf.gnu.de/ GPC To-Do list, latest features, fixed bugs: http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html

2 1

RTS crashes gcc-2.8.1
by Jan-Jaap van der Heijden 11 Apr '99

11 Apr '99

Hello all, The last snapshot will crash i386-linux gcc 2.8.1 while compiling the RTS (maths.c) with a signal 6 (abort): #0 0x81637f1 in __kill () #1 0x81637d2 in raise (sig=6) at ../sysdeps/posix/raise.c:27 #2 0x8153821 in abort () at ../sysdeps/generic/abort.c:83 #3 0x814f6c7 in output_fix_trunc (insn=0x82eb24c, operands=0x81a9984) at ../gcc-2.8.1/config/i386/i386.c:3900 #4 0x813e44a in output_120 (operands=0x81a9984, insn=0x82eb24c) at insn-output.c:1608 #5 0x812aae8 in final_scan_insn (insn=0x82eb24c, file=0x81be6e0, optimize=2, prescan=0, nopeepholes=0) at ../gcc-2.8.1/final.c:2155 #6 0x8129dc7 in final (first=0x82eaa4c, file=0x81be6e0, optimize=2, prescan=0) at ../gcc-2.8.1/final.c:1340 #7 0x8064d52 in rest_of_compilation (decl=0x827676c) at ../gcc-2.8.1/toplev.c:3648 #8 0x805620d in finish_function (nested=0) at ../gcc-2.8.1/c-decl.c:7100 #9 0x8048f03 in yyparse () at c-parse.y:355 #10 0x8063406 in compile_file (name=0xbffff94d "/tmp/cca14071.i") at ../gcc-2.8.1/toplev.c:2496 #11 0x8065cea in main (argc=13, argv=0xbffff844, envp=0xbffff87c) at ../gcc-2.8.1/toplev.c:4379 EGCS works. BTW: the configuration of the RTS "--with-shared" option is rather broken. A fix will follow shortly... JanJaap --- GNU mingw32: http://agnes.dida.physik.uni-essen.de/~janjaap/mingw32

1 0

efence?
by Jan-Jaap van der Heijden 11 Apr '99

11 Apr '99

Did anybody ever perform a gpc malloc debug with something like electric fence? JanJaap --- GNU mingw32: http://agnes.dida.physik.uni-essen.de/~janjaap/mingw32

1 0

GPC snapshot: gpc-19990409
by Peter Gerwinski 11 Apr '99

11 Apr '99

Hi, all, well ... you wanted it like that ... ;-) I have just uploaded a snapshot of the current GPC WIP code to the usual place on Agnes: ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/alpha/ I do not even guarantee this code to compile, but if you are curious, be welcome to try it out, fix bugs, and so on. Peter -- Peter Gerwinski, Essen, Germany, http://home.pages.de/~Peter.Gerwinski/ Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - gpc-19990118 PGP key on request - 6C 94 45 BE 28 A4 96 - 0E CC E9 12 47 25 82 75 *** Vote against SPAM! ********* http://www.politik-digital.de/spam/ ***

2 1

newsflash: updated mingw32 binary.
by Jan-Jaap van der Heijden 10 Apr '99

10 Apr '99

Hi all, Unfortunately, an old bug slipped through in the binary I announced yesterday. It will crash gpc-cpp when including a file. This happens when the -remap cpp option is enabled, which very few platforms do. For the interested, the fix (already submitted) was: Tue Feb 23 21:55:09 1999 J.J. van der Heijden <J.J.vanderHeijden(a)student.utwente.nl> * gpc-cccp.c (do_include): Initialize searchptr->fname --- gpc-cccp.c.orig Thu Jan 7 02:34:50 1999 +++ gpc-cccp.c Tue Feb 23 21:50:43 1999 @@ -5083,6 +5083,8 @@ fname[0] = 0; } strncat (fname, (char *) fbeg, flen); + searchptr->fname = (char *) xmalloc (flen + 1); + strncpy (searchptr->fname, fname, flen); #ifdef VMS /* Change this 1/2 Unix 1/2 VMS file specification into a full VMS file specification */ (to peter: of course this is the modifed fix). Anyway, I updated the binary. For those who have the old binary: you can also fix this by removing "-remap" from cpp options in "specs". Thanks to the Chief for informing me about this glitch. JanJaap --- GNU mingw32: http://agnes.dida.physik.uni-essen.de/~janjaap/mingw32

1 0

GNU Pascal 2.0 trouble
by Svetoslav B. Alexandroff 10 Apr '99

10 Apr '99

Hello. I downloaded from Linuxberg gpc-19990118.tar.gz and tried to compile it =using GCC 2.8.1 under FreeBSD 2.2.7. Everything was great, but make did =not produce gpc1. I have no idea why, I did eveything as exactly чscribed in the INSTALL document. Where is my mistake? My e-mail is: alexandroff(a)gmx.net

2 1

Problems compiling 19990118
by Morten S. Jensen 10 Apr '99

10 Apr '99

I am trying to compile gpc-19990118 on Alpha DEC OSF/1 v.4.0 I have met a couple of problems that I have corrected (listed below), but eventually the make in p/rts stops with the message "Don't know how to make write.pas.". Does anyone know how to treat this error? Please send me a copy of the reply as I have only just asked to join the mailing list. Morten ----------------------- The following fixes were necessary in order to compile with DEC's C-compiler: 'p/gpc-typeck.c' line 3560: 'p/types.c' line 959: change from default: to default:; 'p/Makefile.in' line 139: change from ALL_WARNINGS = -Wall to # ALL_WARNINGS = -Wall 'p/gpc-cccp.c' line 149 change from #else to #else -------------------------------------------- Morten Skaarup Jensen Department of Acoustic Technology Technical University of Denmark Bygning 352 DK-2800 Lyngby Denmark Direct: (+45) 45 25 39 54 Fax: (+45) 45 88 05 77 Recep.: (+45) 45 88 16 22 http://www.dat.dtu.dk/~msj

2 1

GNU Pascal website updated
by Peter Gerwinski 10 Apr '99

10 Apr '99

Hello, in order to address recent developments, we have done a major update on the GNU Pascal website, http://home.pages.de/~GNU-Pascal/ . The `about' section now lists the features of gpc-19990118 with example programs (which BTW are also part of the GPC distribtion (subdirectory `demos')). The online documentation now reflects the current state of what is distributed with GPC. Comments welcome, Peter -- Peter Gerwinski, Essen, Germany, http://home.pages.de/~Peter.Gerwinski/ Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - gpc-19990118 PGP key on request - 6C 94 45 BE 28 A4 96 - 0E CC E9 12 47 25 82 75 *** Vote against SPAM! ********* http://www.politik-digital.de/spam/ ***

1 0

Re: Compiler bug
by Jan-Jaap van der Heijden 10 Apr '99

10 Apr '99

On Mon, 5 Apr 1999, The African Chief wrote: > Hi Peter and Jan-Jaap! > > > > > Hi, please, have a few days patience. I fried my /usr disk > > > > :-( You seem to be an expert in frying disks ... ;-)-: > > I was also beginning to think so ;/ Fortunately, most scsi hardware comes with a 5 year warranty :-) I've put a gcc-2.8.1 based mingw32 gpc binary (19990118) on agnes. That means it doesn't have the egcs related new(pfile) bug. Have fun, JanJaap --- GNU mingw32: http://agnes.dida.physik.uni-essen.de/~janjaap/mingw32

1 0

Interesting cross-compiler behaviour
by Jo Dillon 10 Apr '99

10 Apr '99

I'm trying to build a Linux/Intel compiler to generate PowerPC/AIX binaries (as part of my ongoing quest not to use the Codewarrior pascal compiler). I've been following the instructs in http://www.objsw.com/CrossGCC. These instructions work fine when building a non-gpc-patched version of egcs 1.1.1, but the gpc-patched version goes into some sort of recursive make - it spews out the following over and over again, making a new make each time, until it hits about 200 make processes, whereupon they all exit and the process aborts with an error. The circular dependency thing looks interesting...any ideas? make[1]: Entering directory `/home/root/cross/build-gcc/gcc' if [ -f libgcc2.ready ] ; then \ true; \ else \ touch libgcc2.ready; \ fi make[1]: Circular cplib2.ready <- pascal dependency dropped. for i in `/home/root/cross/build-gcc/gcc/xgcc -B/home/root/cross/build-gcc/gcc/ --print-multi-lib`; do \ dir=`echo $i | sed -e 's/;.*$//'`; \ flags=`echo $i | sed -e 's/^[^;]*;//' -e 's/@/ -/g'`; \ make GCC_FOR_TARGET="/home/root/cross/build-gcc/gcc/xgcc -B/home/root/cross/build-gcc/gcc/" \ AR="powerpc-ibm-aix4.2-ar" AR_FLAGS="rc" CC="gcc" CFLAGS="-g -O2" \ RANLIB="powerpc-ibm-aix4.2-ranlib" RANLIB_TEST="[ -f powerpc-ibm-aix4.2-ranlib ] || ( [ "i586-pc-linux-gnu" = "powerpc-ibm-aix4.2" ] && [ -f /usr/bin/ranlib -o -f /bin/ranlib ] )" \ LANGUAGES="c proto gcov c++ f77 pascal" \ HOST_PREFIX="" HOST_PREFIX_1="loser-" \ LIBGCC2_CFLAGS="-O2 -I/usr/include -DCROSS_COMPILE -DIN_GCC -g -O2 -I./include -g1 -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED ${flags}" \ MULTILIB_CFLAGS="${flags}" \ LIBGCC1="" LIBGCC2="libgcc2.a" \ dir="${dir}" stmp-multilib-sub; \ if [ $? -eq 0 ] ; then true; else exit 1; fi; \ done make[2]: Entering directory `/home/root/cross/build-gcc/gcc' rm -f libgcc2.a if [ -d . ]; then \ cd .; \ rm -f libgcc.a ; \ else true; \ fi make GCC_FOR_TARGET="/home/root/cross/build-gcc/gcc/xgcc -B/home/root/cross/build-gcc/gcc/" \ AR="powerpc-ibm-aix4.2-ar" AR_FLAGS="rc" CC="gcc" CFLAGS="-g -O2" \ HOST_PREFIX="" HOST_PREFIX_1="loser-" \ LANGUAGES="c proto gcov c++ f77 pascal" \ LIBGCC2_CFLAGS="-O2 -I/usr/include -DCROSS_COMPILE -DIN_GCC -g -O2 -I./include -g1 -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED " libgcc2.a -- Jo

2 1

Jump to page:

2025

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