Gpc

gpc@gnu.de

5400 discussions

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

Bug in GPC?!
by Sven Engelhardt 29 Mar '97

29 Mar '97

Hi all, I'm writing a somewhat larger Program accessing a mysql-Database. via a C-Library. Config: Linux 2.0.29, gpc-2.0 linux-elf latest binary release... It contains some Records with Pointers to them and an TSQL-Object. And everthing works fine and sizeof(TSQL) is 368 or so (probably correct). Now I want to insert another Object Type, say TResult. Just declared the Object Type like this: {-----------------------------} Type TResult = object k:PChar; procedure init; end; {-----------------------------} Thus some strange SIGSEGV's occur running the program. I inserted WriteLn(SizeOf(TSQL)) which now returns 1. 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. So now i'm a little bit braindead, i didn't find not even a workaraound (Coding the same without Objects works by now, but I really want to have these objects for oversight and portability reasons) So i deleted some stuff from my prog to put it in a little Testprog, wich consists of about 200 lines. I will mail this at request, but you will need mysql to compile. nb: I 've been noticed some "fatal signals 11" in some cases of syntactic failures. (Quick responses appreciated.) Thanx in advance Sven Engelhardt

1 0

Problems with gpc
by Peter Gerwinski 26 Mar '97

26 Mar '97

According to Pedro Quaresma de Almeida: > I have installed GNU Pascal compiler, apparently without any > problem. > > bash# dpkg -i gpc_2.0-3.deb > (Reading database ... 23654 files and directories currently installed.) > Preparing to replace gpc (using gpc_2.0-3.deb) ... > Unpacking replacement gpc ... > Setting up gpc ... > > bash# dpkg -i libgpc2_2.0-3.deb > (Reading database ... 23654 files and directories currently installed.) > Preparing to replace libgpc2 (using libgpc2_2.0-3.deb) ... > Unpacking replacement libgpc2 ... > Setting up libgpc2 ... > bash# ldconfig This looks like a Debian distribution. I didn't know that there exists a Debian distribution of gpc-2.0 ... > but when I try to use it ... > > bash$ gpc Ackerman.p > ld: cannot open -lgpc: No such file or directory > bash$ Obviously, the `gpc' driver program cannot locate the library `libgpc.a'. >From the installation log I have the impression that you did not install `libgpc.a' but a file named `libgpc2.a'. Perhaps both are the same, and it suffices to link `libgpc.a' to `libgpc2.a' in your `/usr/lib/' directory or whereever you keep your libraries? In any case it should solve your problems (without warranty, of course ;-) to install an "original" binary distribution of gpc-2.0 like those on ftp://kampi.hut.fi/jtv/gnu-pascal/binary/ We provide at binaries for i586-linux (elf), i586-linuxaout, and i586-linuxoldld. The "i586" means that some optimization have been done for the Pentium; the compiler runs fine on an i486 or 80386 and can produce code for all of these processors. To install such a binary package, cd to the top directory and "tar xzf" the archive, e.g. myhost:/# tar xzf /usr/src/gpc-2.0.i586-linux.tar.gz Good luck, 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]

3 3

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