Gpc March 1997

gpc@gnu.de

17 participants
53 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

Re: C Header Files -> Pascal
by Peter Gerwinski 31 Mar '97

31 Mar '97

According to Sven Engelhardt: > I agree. Though IMHO there already exist such tools. Possibly > I will do this ... (if there aren't any parser-specialist) I don't know any parser-specialist. (No, I am not one either.;) I also have never seen any working converter. It would be highly welcome if you would write one! > Or may be there is a way to use C .h files directly by slightly > modifiying the preprocessor. This would be a really great deal > for guys like me that permanently update some library-version... This would mean nothing else than to build the converter program into GPC - making GPC understand C source in effect. I don't think this is a good idea. The only reasonable thing I can imagine in this context would be to write a preprocessor switch which changes the language during the compilation, e.g. Program FooBar; Var Foo: Integer; #language C int bar; void setbar (void) { bar = foo; } #language Pascal begin Foo:= 3; SetBar; end. or, when the C part is in a header file, Program FooBar; Var Foo: Integer; #language C #include "bar.h" #language Pascal begin Foo:= 3; SetBar; end. ... but such a thing would be *very* hard to write. If you really must rely on C headers which change from time to time, it is probably the most reasonable thing to write a C module which uses the header files and exports some well-defined functions. Then you can write a Unit which imports these functions as `external' functions and makes them accessible for your Pascal program. Another thing I did experiments with was a C program which includes the header files and writes out Pascal source for all constants defined in the header. But all these are kludges. The best thing still will be a converter program. What about writing it with GNU Pascal, so we will get a real-world demo program simultaneously? Happy hacking, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal - http://home.pages.de/~gnu-pascal/ [970125]

2 1

Linking directives (was: C Header Files -> Pascal)
by Peter Gerwinski 31 Mar '97

31 Mar '97

According to Sven Engelhardt: > nb. any way to issue linker-options (-lxxx -L) as preprocessor- > directives, so one could write rater developer-friendly code. This is planned. My idea was to make "(*$L foo.o *)" equivalent to a file name `foo.o' given in the command line. One could also make "(*$L /usr/lib *)" equivalent to "-L /usr/lib" because GPC can check whether the given name refers to a file or a directory. Any idea how to implement the "-lxxx" option as a compiler directive? > Laugh at your problems, all the others do so. Guter Spruch! :-(-: I will try to do so. :-) Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal - http://home.pages.de/~gnu-pascal/ [970125]

1 0

Re: C Header Files -> Pascal
by Sven Engelhardt 31 Mar '97

31 Mar '97

---------- | Von: Ronald Perrella <perrella(a)mindspring.com> | An: gpc(a)hut.fi | Betreff: Re: C Header Files -> Pascal | Datum: Montag, 31. März 1997 03:53 | | Sven Engelhardt wrote: | > | > Hi folks, | > | > everybody knows an easy way to turn C .h files into Pascal | > Declarations? Are there existing tools? | > | > Thanks in advance | > | > Sven Engelhardt | | Amen! That would be great! Rather than a complete converter, | perhaps a program could be written that conversts 80% or so | leaving just a little cleanup work behind. Any takers? I agree. Though IMHO there already exist such tools. Possibly I will do this ... (if there aren't any parser-specialist) Or may be there is a way to use C .h files directly by slightly modifiying the preprocessor. This would be a really great deal for guys like me that permanently update some library-version... nb. any way to issue linker-options (-lxxx -L) as preprocessor- directives, so one could write rater developer-friendly code. Sven Engelhardt ===================================================================== Laugh at your problems, all the others do so. Sven Engelhardt http://www.sik.de se(a)sik.de

1 0

C Header Files -> Pascal
by Sven Engelhardt 31 Mar '97

31 Mar '97

Hi folks, everybody knows an easy way to turn C .h files into Pascal Declarations? Are there existing tools? Thanks in advance Sven Engelhardt

2 1

Re: Problems with gpc
by Peter Gerwinski 31 Mar '97

31 Mar '97

According to Pedro Quaresma: > > The instalation does not provide any "libgpc.a", only "libgpc.so.2". > > Can I use some switch (-static or ...) to use libgpc.so.2 instead of > libgpc.a? I don't know. If somebody does, please post a short explanation of those `libfoo.so.42' stuff - or a pointer (URL) to such an explanation - to this list. To make your GPC work you can download one of our binary distributions - ftp://kampi.hut.fi/jtv/gnu-pascal/binary/ - and install the `libgpc.a' included there. Of course a shared library is more reasonable, but I don't know enough about them to help you with them, sorry. Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal - http://home.pages.de/~gnu-pascal/ [970125]

1 0

Objects (was: Bug in GPC!?)
by Peter Gerwinski 31 Mar '97

31 Mar '97

According to Sven Engelhardt: > [...] > Now I want to insert another Object Type, say TResult. Just declared the > Object Type like this: > [...] > Remember: I didn't access anything new. I really only DECLARED that new > type. I tried to track down the Problem to only a few lines of code, but > everything runs fine. This is probably an occurrence of the "crazy objects bug" - see my mail to this list from 7 Feb 1997, available in the GPC mailing list archive, ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/misc/gpc-list.1997.gz > So now i'm a little bit braindead, So was I when I detected that bug! :-) But don't worry, this bug is (or should be) fixed in GPC alpha versions after 7 Feb 1997. I recommend to upgrade to the most recent alpha GPC (which will become obsolete in the next days), available at ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/alpha/ In case some other things break with the current version, please try gpc-970208; the changes from gpc-970208 to gpc-970215 were somehow risky. In any case, please report it if you encounter bugs in the current alpha GPC version. Hope this helps, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal - http://home.pages.de/~gnu-pascal/ [970125]

1 0

Bug report (was: Mail delivery error)
by Peter Gerwinski 31 Mar '97

31 Mar '97

According to Olivier Lecarme: > Following the indications in the GPC manual, I tried sending a bug > report to bug-gpc(a)prep.ai.mit.edu, which does not exist. As a last > resort, I'm trying the GPC mailing list, hoping it exists! It does exist. :-) > ----- The following addresses had permanent fatal errors ----- > <bug-gpc(a)prep.ai.mit.edu> > (expanded from: <bug-gpc(a)prep.ai.mit.edu>) In fact we have a bug reporting system: See the page "bugs" on our WWW site, http://home.pages.de/~gnu-pascal/ but actually most bug reports go through this list, so you did it right. I expect that the mail reporting system will become more useful when GPC is getting more stable and we will fine-tune the compiler. > I get the following message when compiling a somewhat complicated > program (2352 lines): > > gpc: Internal compiler error: program gpc1 got fatal signal 6 > > What can I do? Send you the whole program would probably be useless. Are > there some options I could trigger in order to get more information? Alpha versions of GPC have an option "-dY" which tells GPC to echo each source line to stderr. Then you can see where in the source GPC crashes. Another interesting option in this context is "-dy" which lets GPC output parsing debugging information. If you post the last "rule" listed there, e.g. Reducing via rule 616 (line 3782), variable_or_function_access_maybe_assignment rest_of_statement -> assignment_or_call_statement it might already tell me something about the error. (The line number refers to the GPC source file `gpc-parse.y'.) > By the way, I encountered another problem with GPC: one program writes a > file of some complicated record type; another program reads this file, > declared in exactly the same way. However, it seems that every get(file) > skips to the next *physical* record, instead of the next logical one. This I don't understand ... could you please explain what you mean by "physical" and "logical"? Perhaps it's an alignment problem? Within records, GPC aligns Integers on 4-byte boundaries, etc. Greetings, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal - http://home.pages.de/~gnu-pascal/ [970125]

1 0

Re: bug in GPC 2.0
by Sven Engelhardt 29 Mar '97

29 Mar '97

---------- | Von: Olivier Lecarme <ol(a)clio.unice.fr> | An: bug-gpc(a)prep.ai.mit.edu | Cc: ol(a)clio.unice.fr; gpc-request(a)hut.fi | Betreff: bug in GPC 2.0 | Datum: Samstag, 29. März 1997 21:53 | | I get the following message when compiling a somewhat complicated | program (2352 lines): | | gpc: Internal compiler error: program gpc1 got fatal signal 6 | | What can I do? Send you the whole program would probably be useless. Are | there some options I could trigger in order to get more information? | | By the way, I encountered another problem with GPC: one program writes a | file of some complicated record type; another program reads this file, | declared in exactly the same way. However, it seems that every get(file) | skips to the next *physical* record, instead of the next logical one. | | Did anybody encounter the same problem? | | -- | Olivier Lecarme | Hi Oliver, I've had problems like your's too. (Ok, was fatal signal 11). Usually they were forced by syntactical errors or incorrectly handled keywords. (Somewhere in the documentation you can find a sentence as "a stable compiler never catches fatal signals" - these are bugs in the compiler) IMHO you should try out the latest developer alpha-release, may be its somewhat more stable, isn't it? Sven Engelhardt ===================================================================== Sven Engelhardt http://www.sik.de se(a)sik.de

1 0

Mail Delivery Subsystem: Returned mail: User unknown
by Olivier Lecarme 29 Mar '97

29 Mar '97

Following the indications in the GPC manual, I tried sending a bug report to bug-gpc(a)prep.ai.mit.edu, which does not exist. As a last resort, I'm trying the GPC mailing list, hoping it exists!

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 March 1997