Gpc

gpc@gnu.de

5400 discussions

Thanks
by John Ollason 07 Dec '03

07 Dec '03

I have been using Gnu-Pascal for some time, and having just completed a piece of work that included a simulation written in Gnu-Pascal as part of an EC contract. I thought that it was about time to say thank you, in public, to everybody who has contributed to Gnu-Pascal. Thank you, everybody, for not only keeping the Algol/Pascal tradition alive, but for extending the power and expressiveness of the language. Best wishes, John O.

1 0

Re: Gnu Pascal / Environment variables
by Frank Heckenbach 07 Dec '03

07 Dec '03

> Thanks a lot. > However when I have a > uses GPC; > or > uses CRT; > > line in a file, file.pas > > then > > calling "gpc file.pas" > > produces > -module/unit interface 'GPC' could not be imported > -module/unit interface 'CRT' could not be imported > > Probably my installation is not fine-tuned? - reply to the list - don't use HTML in mails - use `gpc --automake' Frank -- Frank Heckenbach, frank(a)g-n-u.de http://fjf.gnu.de/ GnuPG and PGP keys: http://fjf.gnu.de/plan (7977168E)

2 2

64-bit GPC?
by Toby Ewing 05 Dec '03

05 Dec '03

Hi, all There was a thread in early October about compilers on 64-bit machines that I'd like to return to. If all goes well, I'll soon buy a 64-bit machine, so as to have access to more memory than I have now. And of course, I'd like to be able to use my existing programs on it, recompiled to take advantage of the 64-bit memory address space. Will GPC be up and running on itanium/opteron chips in a few months? Or should I be looking elsewhere for a 64-bit Pascal compiler? Or (way different track) should I get a Macintosh G5, which I believe now has a working GPC binary? suggestions welcome Toby

2 1

Trouble compiling/installing gpc-20030830 on a Sun
by Hartmut Schmider 04 Dec '03

04 Dec '03

Hi everyone; Just recently I tried to compile and install the latest revision of gpc on our Solaris 9 systems. When I follow the instructions, all seems to go well, but I suspect it doesn't. No gpc executable is produced at all, instead it seems that the "configure" script is not properly acting on the --enable-languages=pascal directive, and produces just the default compilers. Does anyone have experiences with this type of glitch? Thanks in advance, Hartmut ------------------------------------- | Hartmut Schmider | | Scientific Computing Specialist | | HPCVL, Queen's University | | Kingston, Ontario, CANADA K7L 3N6 | | hs7(a)post.queensu.ca | | phone (613) 533 6000 ext 78252 | | FAX (613) 533 2015 | -------------------------------------

2 2

Would Like to Advertise on Your Site
by Josh Carlton 03 Dec '03

03 Dec '03

1 0

Re: Taking addresses of packed fields
by Frank Heckenbach 03 Dec '03

03 Dec '03

(General GPC questions should be address to the list <gpc(a)gnu.de>, where I'm forwarding this.) > please forgive my intrusion. > > I am a complete noob to pascal but have been programming in other languages > for over 20 years. > > When I compile the following program with gpc (GNU Pascal version 20030507, > based on gcc-3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk), I get an error: > > PROGRAM FOO; > CONST > IDLNGTH = 12; > TYPE > ALPHA = ARRAY [1..IDLNGTH] OF CHAR; > ERIC = PACKED RECORD > FRED1 : ALPHA; > FRED2 : ALPHA; > END; > IDENTIFIER = PACKED RECORD > NAME : ALPHA; > NAME2 : ERIC; > END; > VAR > FILID : IDENTIFIER ; > I, J : INTEGER; > > BEGIN > J := 0 ; > WITH FILID DO > BEGIN > WITH NAME2 DO > BEGIN > WRITELN('OK') > END; > END; > END > . > > $ gpc FOO.pas > FOO.pas: In main program: > FOO.pas:22: error: cannot take address of packed record field `NAME2' > > I read through the mail archive and came across this post: > http://gnu-pascal.de/crystal/gpc/en/mail8737.html > > Is this the same thing or am I missing something? Yes, it's the one. The bug was fixed in gpc-20030830: : 20030609: bug with arrays as fields of `packed' records (waldek6.pas) > I know that under 'C', you cannot take the address of a bitfield member but > this seems a little excessive as all of the component parts are at least 1 > byte and therefore should be addressable. This isn't actually the reason. In Pascal, var parameter passing (and in GPC, by extension, also taking the address) of any packed fields is forbidden. But `with' isn't the same as taking the address (that's what was done incorrectly). > If this is the same thing, would you like me to forward the patch to Mandrake > and try and persuade them to apply it? I'd rather suggest to persuade them to upgrade to gpc-20030830 -- also for license issues (see http://gnu-pascal.de/crystal/gpc/en/mail9211.html). Frank -- Frank Heckenbach, frank(a)g-n-u.de http://fjf.gnu.de/ GnuPG and PGP keys: http://fjf.gnu.de/plan (7977168E)

1 0

Re: installation problem
by Adriaan van Os 01 Dec '03

01 Dec '03

Nathan Schneider wrote: > thanks so much! It's working! > now i've got to get down and learn this language...

1 0

libgpc.a (file.o)
by Adriaan van Os 01 Dec '03

01 Dec '03

When I look at libgpc.a with the "size" tool, I see that the file.o section has a rather large DATA section. [G4:gcc-lib/powerpc-apple-darwin/3.3.2] adriaan% size libgpc.a __TEXT __DATA __OBJC others dec hex 14949 2992 0 0 17941 4615 libgpc.a(rts.o) 34176 49780 0 0 83956 147f4 libgpc.a(file.o) 5668 128 0 0 5796 16a4 libgpc.a(rts-va.o) 440 37 0 0 477 1dd libgpc.a(rtsc.o) 10368 93 0 0 10461 28dd libgpc.a(string.o) 21299 4074 0 0 25373 631d libgpc.a(error.o) 6457 109 0 0 6566 19a6 libgpc.a(string2.o) 21039 385 0 0 21424 53b0 libgpc.a(time.o) 2880 5106 0 0 7986 1f32 libgpc.a(random.o) 31866 6454 0 0 38320 95b0 libgpc.a(filename.o) 4929 141 0 0 5070 13ce libgpc.a(files.o) 5848 2149 0 0 7997 1f3d libgpc.a(getopt.o) 2216 37 0 0 2253 8cd libgpc.a(numtodec.o) 4560 281 0 0 4841 12e9 libgpc.a(sets.o) 2272 69 0 0 2341 925 libgpc.a(heap.o) 4928 81 0 0 5009 1391 libgpc.a(math.o) 1568 33 0 0 1601 641 libgpc.a(endian.o) 580 5 0 0 585 249 libgpc.a(move.o) 7470 430 0 0 7900 1edc libgpc.a(init.o) 64 33 0 0 97 61 libgpc.a(gpc.o) Disassembly shows a 50 KB data chunk in file.o filled with (mainly) zero's. Looks to me like a waste of space. Regards, Adriaan van Os

2 1

installation problem
by Nathan Schneider 01 Dec '03

01 Dec '03

Can anyone help me? I am new at this GPC thing, and the whole compiler thing in general. On OSX, I did the package installation, which seemed pretty simple, and no problems were reported. But when I try to compile something on the command line using gpc <filename>, I get back the following error (or some variant of it): gpc: installation problem, cannot exec `c++filt3': No such file or directory /usr/bin/ld: /usr/lib/libSystem.dylib load command 9 unknown cmd field collect2: ld returned 1 exit status Interestingly, when there are problems in the code, gpc seems to have no problem pointing them out. It seems the problem only comes when the code is good and about to be compiled. Sorry if my terminology is wrong, I'm still learning how to talk like this. Thanks in advance for any suggestions!

3 3

GUI Toolkits
by Adriaan van Os 27 Nov '03

27 Nov '03

Recently, I surfed the web looking for multi-platform GUI toolkits, available for GNU/Linux and being ported to Mac OS X/Darwin. I welcome comments from developers more experienced in these respective technologies. 1. the Gnome desktop environment with the Gtk+ toolkit. GPC bindings are available in the gpc contrib directory, but they are based on Gtk 1.2 rather than 2.x. I believe, I saw Gtk 2.x bindings for Free Pascal somewhere on the web, but I may be wrong. 2. the KDE desktop environment with the Qt toolkit, which is C++ based. So, in the Gnome versus KDE war, Gnome seems to be the natural choice. Also, you have to pay for Qt, unless you write GPL licensed software. 3. in the sources of KDevelop, I found references to GNU Pascal. However, KDevelop is not mentioned on the GNU Pascal website. 4. GLUT ... 5. Open Motif ... 6. LessTif ... 7. TkInter ... 8. Perl/Tk ... 9. Tcl/Tk ... 10. WxWindows ... 11. XForms ... 12. Mowitz ... Regards, Adriaan van Os

2 2

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