October 2000 - Gpc

StringUtils, FileUtils
by Frank Heckenbach 31 May '02

31 May '02

Hi, in the current GPC version, I've included a StringUtils unit for general string handling routines (on a higher level than the built-in and RTS routines). Up to now, it only contains routines for a string hash table, but I'm planning to add some more routines. Perhaps some of you also have some routines to contribute (or features to request). Conditions for inclusion into this unit should be, IMHO: - Generally useful (not meant specifically for a certain program or something), - self-contained (not relying on an external library etc.), - new functionality compared to the existing routines (whereas the same or similar functionality under a different interface for compatibility purposes should go into other units, like GPCUtil for compatibility to `Turbo Power' units), - and, of course, compilable with the current GPC version, portable, bug-free, etc. ;-) The same goes for the FileUtils unit which has been there for some months already. 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

2 10

Files
by berend＠beard.nest.nl 01 Feb '02

01 Feb '02

* Moved (from: gpc) by Berend de Boer using timEd 1.10.b3+. Peter Gerwinski wrote in a message to Berend de Boer: PG> I tried to use Extended Pascal "binding" to assign a file PG> variable to an external -- existing -- file. I just copied PG> the "Assign" pro- cedure by Berend as published in PG> borland2ep.doc. It does not always work: I often get a PG> runtime error saying that the file did not exist. If you can repeat it, compile with another Extended Pascal compiler, for example Prospero's one. If that fails too, there is really something wrong with the code. But I suspect gpc. You're using which OS? Groetjes, Berend (-: fido: 2:281/527.23 email: berend(a)beard.nest.nl

4 3

Getting started ...
by j.logsdon＠lancaster.ac.uk 23 Dec '00

23 Dec '00

Hi This is always the most difficult part! I am porting a very old Pascal program written originally in Prospero Pro-Pascal and I want to use a (relatively) platform independent compiler. Hence gpc. So a few questions - I have already searched in the info pages (aka the 400+ page manual) and found the answers to some of my questions but: 1 A simple program like: program t(Input,Output); var s:string[20]; begin read(s); writeln(s); end. when compiled (and it works) still gives a message: /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/libgpc.a(randfile.o): In function `do_seek': /home/elug/pascal-wochenende-20000729/gcc-2.95.2/gcc/p/rts/randfile.c:327: the `llseek' function may be dangerous; use `lseek64' instead. I may be running this at the weekend (RH 6.2 but gpc --version gives 2.95.2 19991024 (release) rather than anything like 20000729) but is this possibly an installation problem? 2 Is there a way of taking the command line arguments into a program? eg for a program foo.pas that compiles to a.out, I want to access argument 1 as 'something' in: ./a.out something Is the whole command line available (like $0)? I saw the demo getopt but when I tried to compile this, I was told that it couldn't find GPC (from uses GPC). Does this mean that I haven't installed it properly? gpc is in the default place (/usr/local/bin/gpc etc) Hope my questions are clear TIA John

5 12

using C routines in pascal
by Nathalie Jarosz 27 Nov '00

27 Nov '00

Hello all, Is someone could help me about using C routines in pascal? I think I am close to the right solution but I can't manage to get it!... So I will try to summurize all I made until now... At first, I have downloaded randlibc-1.3.tar.gz. After having unpacked this file, a randlib.c directory was created and it contains: HOWTOGET* README* doc/ src/ test/ In src, I have compiled com.c, linpack.c and randlib.c and put them in a library lirandlib.a Then, I have move librandlib.a into /usr/local/lib and randlib.h in /usr/local/include. Actually, I would like to use a fonction named "genbet" in the randlib.c. For that, I have made a little program beta.pas: unit beta; interface {$L /usr/local/include/randlib.h} function genbet(x,y:shortreal):shortreal;C; implementation end. and test.pas: uses beta; begin writeln(genbet(100,150)); end. When I compile the first one, the following message appears: Undefined first referenced symbol in file main /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/ 2.95.2/crt1.o ld: fatal: Symbol referencing errors. No output written to beta collect2: ld returned 1 exit status And for the second one: test.p:4: object file `/usr/local/include/randlib.o' not found test.p:4: object file `/usr/local/include/randlib.o' not found "extern float genbet(float aa,float bb)" is in randlib.h and the program is written in randlib.c. I really need your help, Nathalie ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

6 6

Recent gpc alpha releases fail to build on linux archs other i386/m68k
by Matthias Klose 18 Nov '00

18 Nov '00

[Sent this report to Peter in private, but he may be busy with the German LinuxTag?] Currently gpc does not bootstrap with gcc-2.95.2 on Linux (glibc-2.1.94) on architectures other than i386 and m68k. This report is from the alpha arch. ../.././xgcc -B/usr/alpha-linux/bin/ -B../.././ -I/usr/alpha-linux/include -c -I. -W -Wall -Wpointer-arith -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -g -O2 -DRTS_RELEASE_STRING="'`cat /src/gcc/2.95.2-16/gcc-2.95.2/src-native/gcc/p/rts/rts-version`'" -Wno-unused -Wno-missing-declarations -Wno-missing-prototypes /src/gcc/2.95.2-16/gcc-2.95.2/src-native/gcc/p/rts/rts-va.c /src/gcc/2.95.2-16/gcc-2.95.2/src-native/gcc/p/rts/rts-va.c:51: macro `va_start' used with just one arg /src/gcc/2.95.2-16/gcc-2.95.2/src-native/gcc/p/rts/rts-va.c:247: macro `va_start' used with just one arg /src/gcc/2.95.2-16/gcc-2.95.2/src-native/gcc/p/rts/rts-va.c:289: macro `va_start' used with just one arg /src/gcc/2.95.2-16/gcc-2.95.2/src-native/gcc/p/rts/rts-va.c:434: macro `va_start' used with just one arg /src/gcc/2.95.2-16/gcc-2.95.2/src-native/gcc/p/rts/rts-va.c:482: macro `va_start' used with just one arg make[5]: *** [rts-va.o] Error 1 make[5]: Leaving directory `/src/gcc/2.95.2-16/gcc-2.95.2/build-native/gcc/p/rts' make[4]: *** [pascal.rts] Error 2 make[4]: Leaving directory `/src/gcc/2.95.2-16/gcc-2.95.2/build-native/gcc' make[3]: *** [boot_stage_c] Error 2 make[3]: Leaving directory `/src/gcc/2.95.2-16/gcc-2.95.2/build-native/gcc' make[2]: *** [bootstrap-lean] Error 2 make[2]: Leaving directory `/src/gcc/2.95.2-16/gcc-2.95.2/build-native' s=`cat status`; rm -f status; test $s -eq 0 make[1]: *** [stamps/05-build-stamp-native] Error 1 make[1]: Leaving directory `/src/gcc/2.95.2-16/gcc-2.95.2' make: *** [stamps/05-build-stamp-native] Error 2

2 2

Re: Problems installing
by Leon Renkema 31 Oct '00

31 Oct '00

On Tue, 31 Oct 2000, you wrote: > On Tue, 31 Oct 2000, you wrote: > > This might be a consequence of previous compilation attempts without > > `--automake' (GPC doesn't handle this situation well, > > unfortunately). Please try removing all *.o, *.gpi and *.gpm files > > created by them. > > > > 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 > > I've deleted all the *.o ,*.gpi and *.gpm and tried it again > but now this happens: > > bash-2.03# gpc --automake test.pas > cpp: -lang-c: linker input file unused since linking not done > gpc: installation problem, cannot exec `cc1': No such file or directory > gpc1: gpc exited with status 1 > gpc1: gpc exited with status 1 > > And all the unit files are in the correct dir (as saved in the tar-file) -- Leon <-<-<-<-<-<-<-<-<-<-<-< ->->->->->->->->->->->-

2 1

RE: Problems installing
by Winand Renkema 31 Oct '00

31 Oct '00

On Tue, 31 Oct 2000, J Blakeney wrote: > If you unsing any libraries/units > you are you have to include them in > the gpc command line, for example > > gpc program.p -lgpc > > to build a program that uses the > gpc unit > That neither work. I've got the following program 'test.pas': program test; uses Crt; begin gotoXY(1,1); write('hello'); end. Then save it and trie to compile it: bash-2.03# gpc test.pas -lcrt # like you wrote # then i get this message /usr/bin/ld: cannot find -lcrt collect2:ld returned 1 exit status Even when I trie it in the units directory I get this message. I also tried gpc --automake test.pas : I get the following messages.... /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/libgpc.a(randfile.o): In function `do_seek': /home/elug/pascal-wochenende-20000729/gcc-2.95.2/gcc/p/rts/randfile.c:327: the `llseek' function may be dangerous; use `lseek64' instead. /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/units/crt.o: In function `Textmode': /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/units/crt.o(.text+0xf2): undefined reference to `crt_check_winchanged' /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/units/crt.o(.text+0x177): undefined reference to `crt_SetMonochrome' /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/units/crt.o(.text+0x18a): undefined reference to `crt_SetScreenSize' /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/units/crt.o(.text+0x1a7): undefined reference to `crt_window' These are only a vew lines! That doesn't seem to work. Maybe it's because of my Linux version or My gnu c compiler. I don't know.

2 1

RE: Problems installing
by J Blakeney 31 Oct '00

31 Oct '00

I remeber someone else having the same problem, but I can't find it in my archive. From memory I think someone had untarred GPC onto to wrong directory so the LIBRARY_PATH symbol was pointing to the wrong place and the linker looking in the wrong place - I don't know enough about GPC to be any more helpfull, but I'm sure someone else who reads this will. ---------- From: Winand Renkema Sent: 31 October 2000 16:44 To: gpc(a)gnu.de Subject: RE: Problems installing On Tue, 31 Oct 2000, J Blakeney wrote: > If you unsing any libraries/units > you are you have to include them in > the gpc command line, for example > > gpc program.p -lgpc > > to build a program that uses the > gpc unit > That neither work. I've got the following program 'test.pas': program test; uses Crt; begin gotoXY(1,1); write('hello'); end. Then save it and trie to compile it: bash-2.03# gpc test.pas -lcrt # like you wrote # then i get this message /usr/bin/ld: cannot find -lcrt collect2:ld returned 1 exit status Even when I trie it in the units directory I get this message. I also tried gpc --automake test.pas : I get the following messages.... /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/libgpc.a(randfile.o): In function `do_seek': /home/elug/pascal-wochenende-20000729/gcc-2.95.2/gcc/p/rts/randfile.c:327: the `llseek' function may be dangerous; use `lseek64' instead. /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/units/crt.o: In function `Textmode': /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/units/crt.o(.text+0xf2): undefined reference to `crt_check_winchanged' /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/units/crt.o(.text+0x177): undefined reference to `crt_SetMonochrome' /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/units/crt.o(.text+0x18a): undefined reference to `crt_SetScreenSize' /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/units/crt.o(.text+0x1a7): undefined reference to `crt_window' These are only a vew lines! That doesn't seem to work. Maybe it's because of my Linux version or My gnu c compiler. I don't know.

1 0

division by zero
by Sven Sahle 31 Oct '00

31 Oct '00

Hi, I just came across the following problem: In a program for numerical computations I use constants for variables with a fixed value because I hope the compiler can produce faster code then. This gives me compiletime errors (division by zero) in code like that: *********************************** CONST a=0; VAR b: double; BEGIN IF a<>0 THEN b:=10/a; END. *********************************** I tried to look this up in the extended pascal standard and found nothing that would make the above code fragment illegal. But the standard is not quite easy to read, so it is very possible I just didnÂ´t understand it. Is this behaviour dependent on compiler switches? -- Z * Sven Sahle (tel ++49 721 8100 1002, fax ++49 721 8100 1139) K * Zentrum fuer Kunst und Medientechnologie M * Lorenzstr. 19, D-76135 Karlsruhe, Germany

3 2

Problems installing
by Winand Renkema 31 Oct '00

31 Oct '00

I've downloaded the GNU-pascal compiler and installed it correctly. The compiler works fine but if i want to use units in a program, i get a lot 'undefind reference' errors. Can anyone help me??? I'm using Suse Linux 6.4 on a dual-pentium 90Mhz with kernel 2.2.14-SMP Thanks, Leon

2 1