Gpc March 1998

gpc@gnu.de

21 participants
37 discussions

Append Text Files
by Geoffrey Arnold 17 Mar '98

17 Mar '98

Is there and append() or similar procedure that allows me to write directly to the end of text files? If you have any information, please contact me directly by email. Thanks. Geoffrey Arnold garnold(a)cyberdrive.net

1 0

Re: Java bytecde (UCSD..TP..)
by Marta Sananes 14 Mar '98

14 Mar '98

I wish to add to this discussion, that another ancestor of TP and Delphi is the original ObjectPascal from Project Macintosh. As I read in the book Object-Oriented Programming for the Macintosh by K.J. Schmucker (1986) "the syntax for Object Pascal was jointly designed by the Apple Clascal team and Niklaus Wirth, the designer of Pascal, who was invited to Apples's Cupertino headquarters specifically for this project". It seems to me that the similarities with TP are obvious: Unit, interface, implementation, object desing and implementation since version 5, Graph unit design ... For me is a mistery why Apple abandoned such a beautiful project, why the academic computer community forgot this and the UCSD projects and why Wirth does not know get the credit he deserves for his work, including the idea of the p-code software development strategy now revived -without a word of recognition- as java and bytecode. It was like leaving a straigth and pleasant way for taking a tortuous one... > > Peter Gerwinski wrote: > > > > Hello! > > > > According to David Rauschenbach: > > > [...] > > > In my mind, Pascal is the *perfect* language to see a Java bytecode > > > implementation. > > > > Something *very* similar to this already existed many > > years ago: UCSD Pascal. I consider this the direct > > ancestor of Borland Pascal. (Somebody knows some details?) > > Indeed, UCSD seems to be the ancestor of Turbo Pascal (a lot > of similarities). AFAIK, UCSD Pascal produced portable > p-code. Certainly, the Cabot implementation of it does. The > p-code can be run on any operating system (that is supported > by Cabot environment?). The Cabot UCSD system has its own > file system, etc., and the compiled programs run in a > virtual environment which is complete with its own file > system (with long filenames, etc.). The environment itself > is enclosed in a file which appears to the host operating > system as just a single large file. The p-code binary is > very small, because all the facilities that it needs are > inside the environment. The idea is that, if a port of the > environment exists for your operating system, then any > p-code program written for any platform will run on your > operating system as well. > > Now, I am writing all this from (long term) memory. I > reviewed the Cabot UCSD Pascal compiler for the Pascal > Magazine (ancestor of the Delphi Magazine) a few years ago, > and I am writing from what I remember. I might have got some > facts mixed up, but I think I remember the general idea. > > Best regards, The Chief

1 0

Objective Pascal ...
by Christian Bockermann 09 Mar '98

09 Mar '98

Hello everyone !! After a long, long time of using GPC I began to write Object related programs. I did so at school (MacIntosh, ThinkPascal :-( ) and now I want to port my programs onto my Linux box. However here is a first error, of which I don't really know how to get around it. I think it's just an Syntax error concerning the two pascal dialects. Perhaps someone could send me a correction of it, that is compilable with GPC ? Here is my shortened program : program foo; type something = object procedure say_hello; end; procedure something.say_hello; begin writeln('Hello !'); end; var someone : something; begin new(someone); someone.say_hello; dispose(someone); end. And now, this is what GPC cries about : foo.p: In function `program_Foo': foo.p:16: pointer type required for `New' foo.p:18: pointer type required for `Dispose' I thought if I declare 'someone' as an object of the class 'something' it is automatically a pointer onto a structure of this class. Obviuosly I am wrong. Help would be great ! -- Bye, Chris e-mail > chris(a)bockermann.ping.de ____________________________________ (subject "send pgp-key" for pgp-key)

2 1

Java bytecode - you knew someone would eventually ask!
by David Rauschenbach 09 Mar '98

09 Mar '98

I've been following the trend of languages beginning to compile down to Java bytecode. Java was the original language to do so, and now Visual Basic, future portions of COM+, and even Perl are in the works on such a strategy. In my mind, Pascal is the *perfect* language to see a Java bytecode implementation. I've used Borland Delphi over the years, and I regret that the native ties to the O/S (Win32 messaging calls, and assembly-language RTL pieces) which made it successful and a fast performer in the short term, are the very thing that keep it from realizing its potential as a totally outstanding cross-platform tool. That possibility is still open for GNU Pascal. Just a thought, in case there are any college professors on this list who might see this as both a fresh and relevant spin on a traditional compiler course, and a worthy contribution to GNU. We all want to write our Pascal, and not see it stop running 10 years from now just because we've changed our operating environments. David

4 3

EP extend() and EMX Port of GPC
by Kevin A. Foss 09 Mar '98

09 Mar '98

Hello, Has anyone gotten code that uses extend() working on the EMX port of GPC? I was playing around tonight and realized that some relatively simple code which works fine on my Linux box, fails under EMX unless the output file to be extended is non-existant. [The dumb code I'm using is at the bottom of this message.] GPC returns no errors, it just never writes the text line and leaves the output file as it finds it. After putting some hooks in the rts code, fwrite is reporting an EACCESS (permission denied) -- this is the call to CFWRITE() at the end of rts-wrti.c. The problem isn't just in the lastest alpha but goes back to at least 971001 -- so I was wondering if people remember if extend() ever worked with EMX? Any ideas as to where to look for a problem? Obviously, I haven't tried the other ports (other than Linux) so I don't know if extend() works with the DJGPP port either, or if this is strictly an EMX problem. program extendtest(output); var out : bindable text; b : BindingType; begin b := binding(out); b.name := 'a.txt'; bind(out,b); b := binding(out); extend(out); writeln(position(out)); writeln(out, 'hello'); writeln(position(out)); { EMX returns the same number twice, unless a.txt is empty to start } end. thanks, -Kevin -- Kevin A. Foss --- kfoss(a)mint.net

1 0

Help on graphics
by Bendersky 07 Mar '98

07 Mar '98

Hi everybody. I'm using GPC for DOS, so I downloaded the file grx22.zip to use graphics. I've followed the instructions on the readme file, but I can't even make the demos run. Do I have to compile the unit some way? How? If so, please give me detailed instructions because I'm not too experienced in GPC neither in GCC. Thank you, and forgive my bad english, Ariel. --- Ariel Bendersky bender(a)einstein.com.ar

2 4

Re: patching gcc
by Peter Gerwinski 07 Mar '98

07 Mar '98

According to Laussy Fabrice: > > Hmm... I can't seem to find a patch in there anywhere. Maybe it's `/usr/local/gcc-2.7.2.1/p/diffs/gcc-2.7.2.x.diff' in your distribution? > There is only gcc-2.7.2.x.patch. There is no 2.7.2.1 once unpacked the > archive, Ah - that's correct! The documentation is outdated here, sorry. > there is no anymore after running ./configure. That should not happen! Please re-extract it from your GPC distribution archive. Here is how it should work (for gpc-98something): esmeralda/usr/local/src/gcc-2.7.2.1# ./configure This appears to be a i586-unknown-linux system. Using `./config/i386/i386.c' to output insns. Using `./config/i386/i386.md' as machine description file. Using `./config/i386/linux.h' as target machine macro file. Using `./config/i386/xm-linux.h' as host machine macro file. Merged x-linux. *** *** configure detected GCC version 2.7.2.1 *** GPC 2.1 requires a patch to build with GCC 2.7.2.1 *** This patch will now be applied. *** Press ENTER to continue, Ctrl-C to abort. *** Merged c++ pascal fragment(s). Created `./Makefile'. Merged x-linux. Created `cp/Makefile'. Merged x-linux. Created `p/Makefile'. creating cache ./config.cache [...] creating gpc-config.h Links are now set up to build a native compiler for i586-unknown-linux. esmeralda/usr/local/src/gcc-2.7.2.1# > However, as you know, I cannot create the 2.7.2.1 patch. > Incorrect path. Of course you cannot create it. You need the patched and the unpatched files in order to create the patch. > Frank Heckenbach wrote: > > > > It should be included in libgpc.a -- did you check that the version > > you use is the correct one (and not perhaps an older version is laying > > around somewhere else; perhaps try "locate libgpc.a" if that's set up > > to work on your system, and remove any old version it finds). > > I have make clean and make clean-dist, + remove my symbolic link of > old GPC in my own /bin. > > In fact, I assume my failure on patching GCC explain the problem (there > is some other problems not when compilating but when running). Normally, the patched GCC source files do not affect `libgpc.a', but obviously something went completely wrong with the configuration of your GPC source tree, so maybe `libgpc.a' was not produced due to some missing makefile or whatever. Good luck, Peter -- Peter Gerwinski, Essen, Germany, free physicist and programmer Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - 1 Oct 1997 PGP key fingerprint: AC 6C 94 45 BE 28 A4 96 0E CC E9 12 47 25 82 75 Fight the SPAM! - http://maps.vix.com/

1 0

Re: Java bytecode - you knew someone would eventually ask!
by Clyde Meli 06 Mar '98

06 Mar '98

> In my mind, Pascal is the *perfect* language to see a Java bytecode > implementation. I've used Borland Delphi over the years, and I regret This would be great to have... and another point in favour of GNU PASCAL. Regards, Clyde

1 0

Re: assigning files
by Frank Heckenbach 05 Mar '98

05 Mar '98

Laussy Fabrice wrote: > laussy@localhost ~/conway 16:58:02 Thu Mar 5 > 25$ gpc -g game.of.life.pas > /tmp/cca005911.o: In function `Fileop': > /home/laussy/conway/game.of.life.pas:44: undefined reference to > `_p_assign' > > _p_assign, I just don't know what it is, since I didn't define it, > it is not due to me if that does not work! _p_assign is the procedure of the RTS (run time system) that is called internally for Assign. It should be included in libgpc.a -- did you check that the version you use is the correct one (and not perhaps an older version is laying around somewhere else; perhaps try "locate libgpc.a" if that's set up to work on your system, and remove any old version it finds). -- Frank Heckenbach, Erlangen, Germany fjf(a)gmx.de http://home.pages.de/~fjf/links.htm

1 0

Re: patching gcc
by Peter Gerwinski 05 Mar '98

05 Mar '98

Hi! According to Laussy Fabrice: > Hi the list, > > I am currently compiling gcc and gpc, till there everything went ok but > this: > > Next, go to the GCC source directory and apply the GCC patch > required by GNU Pascal: > > % patch -s -p1 < p/patches/gcc-2.7.2.1.patch Hmm ... `./configure' should do this automatically for you when you invoke it from `/usr/local/gcc-2.7.2.1' while the subdirectory `p' is already present. > The problem is: > > root@localhost /usr/local/gcc-2.7.2.1/p/patches 09:24:02 Thu Mar 5 > 148$ ./mkpatch > diff: gcc-2.7.2.1/gcc.c.orig: No such file or directory > [...] You are trying to *create* `gcc-2.7.2.1.patch'. What you probably want is to *apply* it. Please `cd' to `/usr/local/gcc-2.7.2.1/' and really type the line `patch -s ...' above - or just `./configure'. > Is it important? Yes. Hope this helps, Peter -- Peter Gerwinski, Essen, Germany, free physicist and programmer Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - 1 Oct 1997 PGP key fingerprint: AC 6C 94 45 BE 28 A4 96 0E CC E9 12 47 25 82 75 Fight the SPAM! - http://maps.vix.com/

1 0

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