Gpc

gpc@gnu.de

5400 discussions

Re: range checking in GPC
by da Silva, Joe 18 Jul '02

18 Jul '02

Range checking is not currently implemented in GPC. There has been debate in the past about what priority to give this and just who is willing to do it. However, IMHO, GPC should at least allow the range checking directive to be used, even if it doesn't do anything. I expect this oversight will be addressed in the near future. Joe. > -----Original Message----- > From: Kresimir Veselic [SMTP:Kresimir.Veselic@FernUni-Hagen.de] > Sent: Thursday, July 18, 2002 6:37 PM > To: gpc(a)gnu.de > Subject: range checking in GPC > > Dear GPC-ers, > > Upon including a range checking directive in the program > > program test1; > {$R+} > const nmax = 6; > type nrange = 1..nmax; > var n : nrange; > begin > read(n); writeln(n); > end. > > and compiling with > > gpc --borland-pascal test1.p > > the compiler answers: > > test1.p:2: warning: unknown compiler directive `r+' > > My questions: (i) In the gpc manual on p. I read ... "all of BP > compiler directives are supported by GPC..." > {$R+} is one of them. Why the reaction above? > > (ii) is there any possibility of range checking with GPC? I could not > find the expression "range checking" in the manual text. > > Thanks in advance, K. Veselic. >

1 0

GPC GMP units
by Kresimir Veselic 18 Jul '02

18 Jul '02

Dear GPC-ers, my gpc, version 2.1 (20020510), based on gcc-2.95.3 20010315 (release) does not find the units GPC and GMP, upon compilation of the demo program fibonacci.pas I get fibonacci.pas:31: module/unit interface `Gpc' could not be imported The same with GMP. What is wrong? Thanks, K. Veselic.

1 0

range checking in GPC
by Kresimir Veselic 18 Jul '02

18 Jul '02

Dear GPC-ers, Upon including a range checking directive in the program program test1; {$R+} const nmax = 6; type nrange = 1..nmax; var n : nrange; begin read(n); writeln(n); end. and compiling with gpc --borland-pascal test1.p the compiler answers: test1.p:2: warning: unknown compiler directive `r+' My questions: (i) In the gpc manual on p. I read ... "all of BP compiler directives are supported by GPC..." {$R+} is one of them. Why the reaction above? (ii) is there any possibility of range checking with GPC? I could not find the expression "range checking" in the manual text. Thanks in advance, K. Veselic.

1 0

None
by Kresimir Veselic 18 Jul '02

18 Jul '02

Dear GPC-ers, it seems that the complex arithmetic under GPC is not well implemented: (i) there is only one complex type, the one whose real and imaginary part are double precision reals. For numerical applications complex numbers in single and extended precision are needed as well (in fact, just the availability of these three real precisions is what makes gnu-pascal attractive in this context). (ii) the complex arithmetic of GPC lacks the elementary accuracy; see the following program program complmult; var a : complex; b : double; begin b := 1e+160; a := cmplx(b,0); writeln('abs(b) = ',abs(b)); writeln('abs(a) = ',abs(a)); end. Upon execution the results are abs(b) = 1.000000000000000e+160 abs(a) = Inf which is below even elementary standards. GNU g77 has none of the mentioned shortcomings, cannot one repair this? Sincerely, K. Veselic.

2 2

Translation of gpc documentation to spanish
by Francisco Javier Fernandez 16 Jul '02

16 Jul '02

Hello everybody! I announce you that we at Core Dumped in the Escuela Universitaria de Informatica, in Madrid (Spain) are interesting about translating all gpc documentation to Spanish. The project we have involved still needs to determine some details, but I'm sure that after summer holidays all will be arranged to start. Yours Javier Fernández

2 1

Where can I find information about exit-values below 300?
by michael paap 11 Jul '02

11 Jul '02

Hello, can anyone tell me, where I can find out the meaning of exit values of a program compiled with GPC? I know this sourcefile, where the values from 300 to 925 are listed. But what about the others? I did find out, that 8 means a division with zero, 11 occurs, when i tty to dereference nil, and 15 is returned, if i kill the process from outside. Is there a list of those values somewhere? Greetings, Michael

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

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