Gpc June 2002

gpc@gnu.de

22 participants
29 discussions

Comparision Cardinal/Integer Bug?
by Eike Lange 05 Sep '02

05 Sep '02

Hi Folks! I don't know whether it's a feature or a bug, I didn't find it on the list of known bugs so here is my report: Comparisions between Cardinal and Integer may fail, if the Integer value is negative. Version: 2.1 (20020510), based on gcc-2.95.2 19991024 (release) program testcase; var aCard: Cardinal; aInt: Integer; begin aCard := 1; aInt := -1; { "FAIL" } if (aCard > aInt) then WriteLn ('OK') else WriteLn ('FAIL'); { "FAIL" } if (aCard > -1) then WriteLn ('OK') else WriteLn ('FAIL'); { just for completness: "OK" } if (1 > -1) then WriteLn ('OK') else WriteLn ('FAIL') end. BTW: The gcc C fontend does the same. Eike

2 1

Re: RTL does not build
by Daniel Rudy 27 Jun '02

27 Jun '02

Frank Heckenbach wrote: > > > Frank Heckenbach wrote: > > > > > > Daniel Rudy wrote: > > > > > > > I am having problems getting GPC 2.1 20020510 to install correctly. It > > > > compiles with no errors, but when I try to compile a program with it, I > > > > get numerous unresolved references when I try to use one of the builtin > > > > units. In this example, the unit is CRT. It seems that every routine > > > > that I use in CRT generates an unresolved reference. > > > > > > Use `--automake' on the GPC command line. > > > > > > If that doesn't help, please post exact error messages. > > > > > > Frank > > > > > > -- > > > Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/, 7977168E > > > GPC To-Do list, latest features, fixed bugs: > > > http://www.gnu-pascal.de/todo.html > > > > strata:/usr/local/lib/gcc-lib/i386-unknown-freebsdelf/2.95.3/units 1028 > > ->gpc --automake -DNOX11R6 crt.pas > > When compiling a unit only, use `-c'. This will inhibit linking (as > a unit alone cannot become an executable) and cause no linking > errors. However, you normally don't habe to compile units yourself > at all, since when you compile a program (with `--automake'), all > units used will be compiled as well. > > To compile a program that uses CRT, `gpc --automake myprog.pas' > should work. > > Frank > > -- > Frank Heckenbach, frank(a)g-n-u.de > http://fjf.gnu.de/ > GnuPG and PGP keys: http://fjf.gnu.de/plan (7977168E) Interesting. Though wouldn't it be good programming practice to individually and periodicly build peices of your code to make sure that your syntax and spelling is correct? I realize that this falls under different programming philosiphies, but coming from a BP 7.0 environment, it was extreamly easy to do to just check things out to make sure that everything was ok.

2 1

RTL does not build
by Daniel Rudy 26 Jun '02

26 Jun '02

Hello, I am having problems getting GPC 2.1 20020510 to install correctly. It compiles with no errors, but when I try to compile a program with it, I get numerous unresolved references when I try to use one of the builtin units. In this example, the unit is CRT. It seems that every routine that I use in CRT generates an unresolved reference. strata:/root 1025 ### ->gcc -v Using builtin specs. gcc version 2.95.3 20010315 (release) [FreeBSD] strata:/root 1026 ### ->gmake --version GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for i386-portbld-freebsd4.5 Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Report bugs to <bug-make(a)gnu.org>. strata:/root 1027 ### ->

2 1

gpc 2.1 on DJGPP
by CBFalconer 25 Jun '02

25 Jun '02

Just got around to trying this out, and immediate problem: (pasted as quote to avoid line wraps) > [1] c:\p\src\junk>gpc --verbose records.p > Reading specs from c:/djgpp/lib/gcc-lib/djgpp/2.953/specs > gpc version 2.1 (20020510), based on 2.95.3 20010315/djgpp (release) > c:/djgpp/lib/gcc-lib/djgpp/2.953/gpcpp.exe -lang-pascal -v -famtmpfile=c:/djgpp > /tmp\ccaaaaaa -fstandard-pascal -D__STANDARD_PASCAL__ -fmixed-comments -undef -D > __GNUC__=2 -D__GNUC_MINOR__=95 -D__GPC__=2 -D__GPC_MINOR__=1 -D__GPC_VERSION__=2 > .1 -D__GPC_RELEASE__=20020510 -D__BITS_LITTLE_ENDIAN__=1 -D__BYTES_LITTLE_ENDIAN > __=1 -D__WORDS_LITTLE_ENDIAN__=1 -D__NEED_NO_ALIGNMENT__=1 -Dunix -Di386 -DGO32 > -DDJGPP=2 -DMSDOS -D__OS_DOS__=1 -D__unix__ -D__i386__ -D__GO32__ -D__DJGPP__=2 > -D__MSDOS__ -D__OS_DOS__=1 -D__unix -D__i386 -D__GO32 -D__DJGPP=2 -D__MSDOS -Asy > stem(unix) -Asystem(msdos) -Acpu(i386) -Amachine(i386) -Acpu(i386) -Amachine(i38 > 6) -Di386 -D__i386 -D__i386__ -D__tune_pentium__ -imacros djgpp.ver -remap recor > ds.p c:/djgpp/tmp\ccn6vpV1.i > GNU Pascal Compiler PreProcessor version 2.1 (20020510), based on gcc-2.95.3 200 > 10315/djgpp (release) (80386, BSD syntax) > #include "..." search starts here: > #include <...> search starts here: > /usr/local/include > c:/djgpp/i586-pc-msdosdjgpp/include > c:/djgpp/lib/gcc-lib/djgpp/2.953/include > c:/djgpp/include > End of search list. > gpcpp.exe: djgpp.ver: No such file or directory (ENOENT) > > [1] c:\p\src\junk>locate c:gpcpp.exe > > C:\DJGPP\LIB\GCC-LIB\DJGPP\2.953\ > gpcpp.exe Fri May 10 2002 12:43:36p A.... 248,476 242.65 K > > 1 item found: 1 file, 0 directories. > Total of file sizes: 248,476 bytes 242.65 K > > [1] c:\p\src\junk>locate c:djgpp.ver > > C:\DJGPP\LIB\GCC-LIB\DJGPP\3.1\ > djgpp.ver Wed May 15 2002 11:07:18a A.... 26 0.02 K > > 1 item found: 1 file, 0 directories. > Total of file sizes: 26 bytes 0.02 K > > [1] c:\djgpp\lib\gcc-lib\djgpp>sd 2.953 > +-----------------------------------------------------------------------------+ > Â¦include <Dir> 17-May-02 01:31:32Â¦cc1 .exe 1856k 29-Mar-01 07:39:42Â¦ > Â¦specs 1770 29-Mar-01 07:39:42Â¦cc1plus .exe 2336k 29-Mar-01 07:39:42Â¦ > Â¦units <Dir> 17-May-02 01:31:32Â¦collect2.exe 226851 29-Mar-01 07:37:20Â¦ > Â¦libgcc .a 314490 29-Mar-01 07:37:24Â¦cpp0 .exe 243514 29-Mar-01 07:37:22Â¦ > Â¦libgpc .a 307342 10-May-02 12:43:36Â¦gpc1 .exe 2208k 10-May-02 12:45:32Â¦ > Â¦syscalls.cx 88205 29-Mar-01 07:37:20Â¦gpcpp .exe 248476 10-May-02 12:43:36Â¦ > +-----------------------------------------------------------------------------+ > Path: C:\DJGPP\LIB\GCC-LIB\DJGPP\2.953 > Dirs: 2 Files: 10 Size: 7,940,888 Clust: 247 Used: 98% > Used: 1,255,407,616 58% Free: 891,748,352 Total: 2,147,155,968 24-Jun-02 22:0 > > [1] c:\djgpp\lib\gcc-lib\djgpp>sd 3.1 > +-----------------------------------------------------------------------------+ > Â¦include <Dir> 23-May-02 21:56:58Â¦cc1 .exe 1024k 15-May-02 11:18:26Â¦ > Â¦specs 6032 15-May-02 11:07:18Â¦cc1plus .exe 1216k 15-May-02 11:18:26Â¦ > Â¦libgcc .a 90916 15-May-02 11:18:28Â¦collect2.exe 84352 15-May-02 11:07:18Â¦ > Â¦libstd~1.a 2080k 15-May-02 11:18:30Â¦cpp0 .exe 80912 15-May-02 11:07:20Â¦ > Â¦libsup~1.a 238670 15-May-02 11:18:32Â¦tradcpp0.exe 60824 15-May-02 11:07:20Â¦ > Â¦syscalls.cx 89492 15-May-02 11:18:48Â¦djgpp .ver 26 15-May-02 11:07:18Â¦ > Â¦djgpp-x .djl 1410 15-May-02 11:07:18Â¦......................................Â¦ > +-----------------------------------------------------------------------------+ > Path: C:\DJGPP\LIB\GCC-LIB\DJGPP\3.1 > Dirs: 1 Files: 12 Size: 5,057,764 Clust: 160 Used: 96% > Used: 1,255,407,616 58% Free: 891,748,352 Total: 2,147,155,968 24-Jun-02 22:0 > [1] c:\djgpp\zipsused>de g*.zip > > Volume in drive C is WD30-PRI41 Serial number is 3CE4:239B > Directory of C:\djgpp\zipsused\g*.zip > > gcc31b.zip 2527540 5-15-02 11:18 GCC v 3.1 for DJGPP > gdb511b.zip 1450671 2-24-02 21:52 GDB 5.11 for DJGPP > gmp401b.zip 576045 2-03-02 0:04 GNU Big Numbers 4.01 for DJGPP > gpc2953b.zip 2092209 5-10-02 14:11 GNU Pascal 2.1 20020510-gcc-2953 DJGPP > gpp31b.zip 2719237 5-15-02 11:18 G++ v 3.1 for DJGPP > gwk306b.zip 539175 1-10-02 9:37 GAWK 3.06 for DJGPP > 9,904,877 bytes in 6 files and 0 dirs 9,916,416 bytes allocated > 891,768,832 bytes free > Obviously something is misconfigured, but what, where, and where do I get it? The above is what is left of the gcc2.953 installation. -- Chuck F (cbfalconer(a)yahoo.com) (cbfalconer(a)worldnet.att.net) Available for consulting/temporary embedded and systems. <http://cbfalconer.home.att.net> USE worldnet address!

4 4

GPC for Mingw and Cygwin: announcements
by Prof. A Olowofoyeku (The African Chief) 25 Jun '02

25 Jun '02

Hi all This announcement might be of interest to the Windows users. 1. I have just released v1.0 of my Delphi-compatible Win32 API import units (Messages and Windows). Get them here: http://www.gnu-pascal.de/contrib/chief/winapi/ 2. I have extended the excellent GPLed DevPascal IDE to support GPC. It was written originally for Freepascal, and it now supports GPC on Windows platforms. Get the binaries here: http://www.gnu-pascal.de/contrib/chief/win32/devpas_gpc_191.zip The original (Freepascal only) sources can be obtained here: http://www.bloodshed.net/devpascal.html If you want the updated sources (with GPC support), let me know, and I can make them available. However, I have submitted them to the DevPascal people for them to merge with the official release, so it might be better to wait until this is done. Best regards, The Chief --------- Prof. Abimbola Olowofoyeku (The African Chief) Email: African_Chief(a)bigfoot.com http://www.bigfoot.com/~african_chief/

1 0

Re: list trouble solved
by Toby Ewing 24 Jun '02

24 Jun '02

Finally got it. In the end the problem wasn't in the list work at all. Way earlier in the program, I'd allocated memory for an array [1..x], then accessed it as [0..x]. On freeing the memory, I guess something funny was set up in the memory manager that came back to bite me way later. So... is there a compiler option I could have set that would have told me about this illegal memory access? well, now perhaps I can sleep. Toby

4 8

Installing GPC on HP-UX 11.0
by Nick Ioffe 24 Jun '02

24 Jun '02

Hi! I'm trying to install GPC on HP-UX 11.00 machine I've got GPC and gcc-core.2.95.x sources from the archive site and tried to build it. After several failures I've tried to build GCC only and then failed again. Then I've checked the GCC site at gcc.gnu.org and that is what it says: http://gcc.gnu.org/install/specific.html#hppa*-hp-hpux11 GCC 3.0 and up support HP-UX 11. You must use GNU binutils 2.11 or above on this platform. Thread support is not currently implemented for this platform, so --enable-threads does not work. See http://gcc.gnu.org/ml/gcc-prs/2002-01/msg00551.html and http://gcc.gnu.org/ml/gcc-bugs/2002-01/msg00663.html. GCC 2.95.x is not supported under HP-UX 11 and cannot be used to compile GCC 3.0 and up. Refer to binaries for information about obtaining precompiled GCC binaries for HP-UX. I wonder whether I can build the GPC in such a case??? Also what if I'll download gcc-core.3.x instead of gcc-core.2.95.x? Will I be able to build GPC in such a case??? Sincerely, Nick

1 0

Re: list trouble solved
by da Silva, Joe 24 Jun '02

24 Jun '02

To quote Frank on 2002/04/09 : The memory leak is not in the unit, but in GPC itself. It's a known problem with some string operations (especially concatenation) in a loop. (If you can read /proc/n/maps, you'll see that it's the stack, not the heap that grows.) Moving the thing out of the loop (syntactically, e.g. in a subroutine) is a work-around. Joe. > -----Original Message----- > From: CBFalconer [SMTP:cbfalconer@yahoo.com] > Sent: Monday, June 24, 2002 12:45 PM > To: gpc(a)gnu.de > Subject: Re: list trouble solved > > "da Silva, Joe" wrote: > > > > I don't want to enter a debate over this, since clearly not everyone has > > the same concerns/priorities. However, I regard string handling memory > > leakage to be more serious than lack of range checking - but that's just > > my opinion, FWIW. (Which is not to say that range checking isn't also > > important, of course.) > > Are there such leaks, and how do they get triggered (if you know). > > -- > Chuck F (cbfalconer(a)yahoo.com) (cbfalconer(a)worldnet.att.net) > Available for consulting/temporary embedded and systems. > <http://cbfalconer.home.att.net> USE worldnet address! > >

1 0

Re: list trouble solved
by da Silva, Joe 24 Jun '02

24 Jun '02

I don't want to enter a debate over this, since clearly not everyone has the same concerns/priorities. However, I regard string handling memory leakage to be more serious than lack of range checking - but that's just my opinion, FWIW. (Which is not to say that range checking isn't also important, of course.) Joe. > -----Original Message----- > From: Maurice Lombardi [SMTP:Maurice.Lombardi@ujf-grenoble.fr] > Sent: Saturday, June 22, 2002 6:48 PM > To: gpc(a)gnu.de > Subject: Re: list trouble solved > > Toby Ewing wrote: > > > Finally got it. > > > > In the end the problem wasn't in the list work at all. Way earlier in > the > > program, I'd allocated memory for an array [1..x], then accessed it as > [0..x]. > > On freeing the memory, I guess something funny was set up in the memory > > > manager that came back to bite me way later. > > > > So... is there a compiler option I could have set that would have told > me about > > this illegal memory access? > > > > _No array index checking_ in gpc up to now unfortunately > > > Franck, > > You have said some time ago that check of array addresses was not so > important ... > > You said also in an other mail that you were not fond of numeric analysis > ... > > The two are closely related because this kind of lost of days of time is > by > far the most important for anybody who does numeric analysis programs... > > Correcting this is in my opinion the most urgent thing to do after the 2.1 > release. > > > Maurice > > -- > Maurice Lombardi > Laboratoire de Spectrometrie Physique, > Universite Joseph Fourier de Grenoble, BP87 > 38402 Saint Martin d'Heres Cedex FRANCE > Tel: 33 (0)4 76 51 47 51 > Fax: 33 (0)4 76 63 54 95 > mailto:Maurice.Lombardi@ujf-grenoble.fr >

3 2

GPC libraries
by Kasper Souren 23 Jun '02

23 Jun '02

Hi, I'm working on a library for GPC, and I want to make it available to the public. But I don't know in which way. At the moment the library contains some wrappers to other libraries (libao, libsndfile, libggi and libfreetype) and some other functionality (loading/saving .ppm files (graphics)). The largest part of the wrappers is done in C, and then there is some Pascal to wrap that. If you want to take a look at the stuff, you can download http://industree.org/libguakagpc/download/PASCAL-0.20020619.tar.bz2 I don't know what would be a good place to put the files. And maybe I need to work with units, but I'm not a very experienced Pascal programmer, so I don't have experience with units. (I started doing Pascal just for this project actually.) What happens if you do a "uses GPC" or "uses GMP"? Are the files supposed to go into a directory like /usr/lib/gcc-lib/i386-linux/2.95.4/units/? Could this stuff also be incorporated into the GPC distribution? Just like GMP? One 'problem' might be that I don't provide all the functionality of the libraries in the wrappers. I'm writing it for someone who will never use all the available functionality, so right now that's a good idea. If it will become available to more people, it might be a good idea to make stuff more general. greetz, Kasper

2 2

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