Gpc June 2000

gpc@gnu.de

21 participants
52 discussions

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

fatal signal 6
by claude.marinier＠dreo.dnd.ca 05 Jul '00

05 Jul '00

Hi, I am trying to port a 3D graphics package from VMS/Alpha with DEC Pascal to Solaris 7 (a.k.a. Solaris 2.7). I have installed version 19990119 of gpc with version 2.8.1 of gcc. I have successfully compiled the first three levels of the graphics package. When compiling level4.pas, I get a 'fatal error 6' message, a .gpi file but no .o file. I systematically trimmed code (whole functions and procedures) off the end of the source file until is compiled. Most of the implementation section was gone at that point. I tried commenting out the same code with '(*' and '*)' with the same result: it compiled. I then tried to remove only the code on the border, i.e. the compilation failed, I removed another procedure, and it compiled; that last procedure is the one I removed from the full source. This was based on the assumption that some code triggered the failure. The compilation failed with the 'offending' code removed. I abandonned that avenue of research. Then I tried gcc debug options. I specifed '-da' and got about a dozen debug files (.sched2 & .dbr were empty). Specifying '-dJ' did not produce the expected .sched2 file. What is the next step? Try using the latest gcc as a base? Use Modules instead of Units? I would need documentation of those. Convert to Modula2? Is this even possible? How different are the languages? Is there a free compiler out there? Switch to C (use p2c, the Pascal to C translator) and abandon Pascal entirely? Help. Thanks. P.S. I joined the list a few minutes ago. To ensure that I get your reply, please 'cc' to me directly. Thanks. -- Claude Marinier, Information Technology Group claude.marinier(a)dreo.dnd.ca Defence Research Establishment Ottawa (DREO) (613) 998-4901 FAX 998-2675 3701 Carling Avenue, Ottawa, Ontario K1A 0Z4 http://www.dreo.dnd.ca

3 7

Re: beta distribution
by Frank Heckenbach 30 Jun '00

30 Jun '00

Nathalie Jarosz wrote: > >From: "Khimenko Victor" <gpc(a)khim.sch57.msk.ru> > >To: jarosz_n(a)hotmail.com, gpc(a)gnu.de > >Subject: Re: beta distribution > >Date: Thu, 29 Jun 2000 20:40:28 +0400 (MSD) > > > > So I still have some questions... I have tried with a C routine and the > > > pascal unit and program but it doesn't work. > > > >What exactly you done ? It's really trivial task if you know both C and > >Pascal > >and thus it's hard to guess where newbie without C knowleadge can fail... > > So, I would like to use a beta random deviates I have in C, in my pascal > program. I have downloaded "randlib" which contain this function. > In randlib.h, there is: > extern float genbet(float aa, float bb); > > First, I have written beta.p : > unit beta; > interface > function genbet(x,y:real);C; The result type is missing. Further, `float' in C is `Single' or `ShortReal' in Pascal. On some platforms, the difference to `Real' doesn't cause problems, but on others, it does. So better use: function genbet(x,y:ShortReal):ShortReal;C; > implementation > end. > > Second, test.p: > program betadev; > uses > beta; > begin > writeln(genbet(100,150)); > end. > > Finally, I compile it with gpc and the following message appears: > "undefined first referenced > symbol in file > genbet /var/tmp/cciCa09s1.o > ld: fatal: symbol referencing errors > No output written to test > collect2 : ld returned 1 exit status" > > So... What is wrong? You need to link the C code. For a simple C file, you can insert `{$L foo.c}' into the unit, and GPC will automatically compile the C file. For a library libbar.a, you can use `{$L bar}' in the source which is equivalent to `-lbar' on the command line. 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: beta distribution
by Nathalie Jarosz 30 Jun '00

30 Jun '00

>From: Maurice Lombardi <Maurice.Lombardi(a)ujf-grenoble.fr> >To: Nathalie Jarosz <jarosz_n(a)hotmail.com> >CC: gpc(a)gnu.de >Subject: Re: beta distribution >Date: Fri, 30 Jun 2000 16:24:07 +0200 > >Have you read these two text files and those contained in the doc folder ? >Usually they contain >instructions on whet do do to install the package. Yes of course but nothing clear to me: INSTALLATION Directory src contains the C source for most of the routines. The files com.c and randlib.c constitute RANDLIB. The file randlib.h contains prototypes for the RANDLIB routines that should be used (and not for a few internal routines). The C code from these directories should be compiled and placed in a library. Directory test contains three test programs for this code. The file randlib.h in directory test is a copy of that in src. >Where have you gotten randlibc-1.3.tar.gz from ? I get from: http://odin.mdacc.tmc.edu/anonftp/page_2.html#RANDLIB Nathalie ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

1 0

Re: beta distribution
by Maurice Lombardi 30 Jun '00

30 Jun '00

Nathalie Jarosz a Ã©crit : > > >From: Maurice Lombardi <Maurice.Lombardi(a)ujf-grenoble.fr> > >To: Nathalie Jarosz <jarosz_n(a)hotmail.com> > >CC: gpc(a)gnu.de > >Subject: Re: beta distribution > >Date: Fri, 30 Jun 2000 16:24:07 +0200 > > > >Have you read these two text files and those contained in the doc folder ? > >Usually they contain > >instructions on whet do do to install the package. > Yes of course but nothing clear to me: > > INSTALLATION > > Directory src contains the C source for most of the routines. The > files com.c and randlib.c constitute RANDLIB. The file randlib.h > contains prototypes for the RANDLIB routines that should be used (and > not for a few internal routines). The C code from these directories > should be compiled and placed in a library. Directory test contains > three test programs for this code. The file randlib.h in directory > test is a copy of that in src. > > >Where have you gotten randlibc-1.3.tar.gz from ? > I get from: > http://odin.mdacc.tmc.edu/anonftp/page_2.html#RANDLIB Well it is simple enough to be made by hand (there are no dependencies). With GNU tools type: cd src gcc -c -O2 com.c gcc -c -O2 linpack.c gcc -c -O2 randlib.c # ^uppercase: meand Optimize # at this point you have created com.o linpack.o randlib.o # to put them in a library librandlib.a type: ar -rv librandlib.a com.o linpack.o randlib.o ranlib librandlib.a # ^ no d: it is a system function #then move librandlib.a into a system wide library directory e.g. /usr/local/lib # randlib.h include /usr/local/include #to check the result cd ../test gcc -O2 -o tstbot tstbot.c -lrandlib ^lowercase: means output ./tstbot #etc... -- 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 51 45 44 mailto:Maurice.Lombardi@ujf-grenoble.fr

1 0

Re: fatal signal 6
by Frank Heckenbach 30 Jun '00

30 Jun '00

Marinier, M. Claude, G. wrote: > I am trying to port a 3D graphics package from VMS/Alpha with DEC Pascal > to Solaris 7 (a.k.a. Solaris 2.7). I have installed version 19990119 of > gpc with version 2.8.1 of gcc. > > I have successfully compiled the first three levels of the graphics > package. When compiling level4.pas, I get a 'fatal error 6' message, a > .gpi file but no .o file. > > I systematically trimmed code (whole functions and procedures) off the end > of the source file until is compiled. Most of the implementation section > was gone at that point. I tried commenting out the same code with '(*' and > '*)' with the same result: it compiled. I then tried to remove only the > code on the border, i.e. the compilation failed, I removed another > procedure, and it compiled; that last procedure is the one I removed from > the full source. This was based on the assumption that some code triggered > the failure. The compilation failed with the 'offending' code removed. I > abandonned that avenue of research. The bug might be provoked by a combination of two procedures, so this effort wasn't in vain. If the shortest code that still fails is not very long (I suppose it isn't if most of the implementation was removed -- and probably much of the interface can be removed as well), you might want to show it to us so we can have a look at it and try to fix the problem. > Try using the latest gcc as a base? Might help. Also, a new GPC snapshort will be released soon (which will require gcc-2.95.x), and you might want to try it then. > Use Modules instead of Units? I would need documentation of those. Probably not. Units generally work better than (or at least as well as) modules in GPC. 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 1

Re: beta distribution
by Nathalie Jarosz 30 Jun '00

30 Jun '00

>From: Maurice Lombardi <Maurice.Lombardi(a)ujf-grenoble.fr> >To: Nathalie Jarosz <jarosz_n(a)hotmail.com>, gpc <gpc(a)gnu.de> >Subject: Re: beta distribution >Date: Fri, 30 Jun 2000 15:58:33 +0200 > >What do you mean by compile "one" of the sources. C packages come with >makefiles to handle the >module dependencies and frequently a configure system to handle the >difference between computers and >OSes. You never have to compile files one at a time by hand. After having unpacked the sources called randlibc-1.3.tar.gz, I have the folder randlib.c composed of 2 text files and 3 folders named doc, src and test. In the src folder, there are 4 files : com.c, linpack.c, randlib.c and randlib.h but no makefile?... ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

2 1

Re: beta distribution
by Maurice Lombardi 30 Jun '00

30 Jun '00

Nathalie Jarosz a Ã©crit : > > >Well, if you have only the sources, you have first to compile these sources > >with a C compiler e.g. > >gcc, then to install the resulting libraries in a place where the linker > >can found them. Usually > >with a package come instructions on how to do that. If you have binaries > >(e.g within a redhat rpm > >package) they should be already where they belong to. > When I try to compile one of the sources, the following message appears: > "undefined first referenced symbol in file > ignlgi /var/tmp/crrliybX.o > log /var/tmp/crrliybX.o > pow /var/tmp/crrliybX.o > sqrt /var/tmp/crrliybX.o > exp /var/tmp/crrliybX.o > main /usr/local/lib/gcc-lib/sparc-sun-solaris2.2.95.2/crt1.o > spofa /var/tmp/crrliybX.o > ld:fatal: symbol referencing errors > No output written to a.out > collect2 : ld returned 1 exit status" What do you mean by compile "one" of the sources. C packages come with makefiles to handle the module dependencies and frequently a configure system to handle the difference between computers and OSes. You never have to compile files one at a time by hand. -- 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 51 45 44 mailto:Maurice.Lombardi@ujf-grenoble.fr

1 0

Re: beta distribution
by Nathalie Jarosz 30 Jun '00

30 Jun '00

>From: Maurice Lombardi <Maurice.Lombardi(a)ujf-grenoble.fr> >To: Nathalie Jarosz <jarosz_n(a)hotmail.com> >Subject: Re: beta distribution >Date: Fri, 30 Jun 2000 13:14:23 +0200 >have you compiled using > >gpc -o test --autobuild test.pas -lrandlib > >the file librandlib.a or librandlib.so must also be in a place where it can >be found by the linker. I realize that maybe I have to do something with randlib because I don't have either lrandlib or librandlib.a... Do you know how to use this Randlib? ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

1 0

Re: beta distribution
by Nathalie Jarosz 30 Jun '00

30 Jun '00

>From: "Khimenko Victor" <gpc(a)khim.sch57.msk.ru> >To: jarosz_n(a)hotmail.com, gpc(a)gnu.de >Subject: Re: beta distribution >Date: Thu, 29 Jun 2000 20:40:28 +0400 (MSD) > > So I still have some questions... I have tried with a C routine and the > > pascal unit and program but it doesn't work. > >What exactly you done ? It's really trivial task if you know both C and >Pascal >and thus it's hard to guess where newbie without C knowleadge can fail... So, I would like to use a beta random deviates I have in C, in my pascal program. I have downloaded "randlib" which contain this function. In randlib.h, there is: extern float genbet(float aa, float bb); First, I have written beta.p : unit beta; interface function genbet(x,y:real);C; implementation end. Second, test.p: program betadev; uses beta; begin writeln(genbet(100,150)); end. Finally, I compile it with gpc and the following message appears: "undefined first referenced symbol in file genbet /var/tmp/cciCa09s1.o ld: fatal: symbol referencing errors No output written to test collect2 : ld returned 1 exit status" So... What is wrong? Thanks in advance, Nathalie ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

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