Gpc

gpc@gnu.de

5400 discussions

Beta gpc1001 & RedHat 4.1 Incompatibility
by Ken Linder (KC7RAD) 06 Oct '97

06 Oct '97

Hi again all, Just FYI for you RedHat 4.1 users, GPC still does not play well with that version of RedHat. I hope to know more when I get the most recent ver of RedHat here. Thanks & keep up the GREAT work!! Ken L.

2 1

Question/suggestion for GNU Pascal! (fwd)
by Jan-Jaap van der Heijden 06 Oct '97

06 Oct '97

---------- Forwarded message ---------- Date: Mon, 06 Oct 1997 20:09:48 +0100 From: Johan <u31102265(a)d1o25.telia.com> To: j.j.vanderheijden(a)student.utwente.nl Subject: Question/suggestion for GNU Pascal! Hello! I did not know where to send this. There were so many authors. Maybe you can forward this to the right person(s), unless you are the right one. I am a quite experienced computer programmer, used to both unix and msdos/windos. Still I found the installation documentation very troblesome to read, and not to say perform. (I am talking about the MS-DOS/Windows version. I will manage it, but it will take a lot of unneccesary time, if everyone have to find out themselfs. Why cant there be an automated installation program for the basic functionality in GNU pascal. A one command, and all is installed and ready to run way. That would be the best, but second best, a step by step description, for what to do, if you have to install all from scratch, like this: 1: Download theese files: <insert the needed files here> 2: Expand the files to theese directorys. 3: Start the compiler by: make ... 4: Finished. //Johan

1 0

send pgp-key
by OHMH＠nets.com.jo 06 Oct '97

06 Oct '97

send pgp-key

1 0

gpc problem
by wojciech rolecki 06 Oct '97

06 Oct '97

i've compiled my pascal source file, it is linked to normal ELF executable, but when i'm trying to execute it, everything goes kablooie: [;)] bash: ./something: No such file or directory i was trying to strace it (to see what's going on), but strace gives similiar output: strace: exec: No such file or directory what's going on? -- brat analbert

1 0

Handling files in GPC (with Linux)
by chris＠bockermann.ping.de 06 Oct '97

06 Oct '97

Hello everyone ! I've a little problem. I want to open an ASCII-file in one of my programs and then edit it. Of course, I did this with TP under MS-DOS, but I don't have any plan how this works in Linux ?! Does anyone know what to do ? I just downloaded the bpcompat-packet but the files don't compile under Linux. (I'm trying to get some of the units into a Linux-version) So if someone has a good idea, please help ! Thanks a lot, Chris e-mail > chris(a)bockermann.ping.de ____________________________________ (subject "send pgp-key" for pgp-key)

1 0

Re: New GPC beta: gpc-971001 (timestamp problem)
by Jesper Lund 06 Oct '97

06 Oct '97

Peter: >> OK, though (no corruption). The problem does occur with version 5.12, or ^^^^ not >> with PKunzip. Moreover, the timestamp problem only affects certain files >Perhaps that's because I zipped these files under Linux with `zip' rather >than under DOS with `pkzip'. I will have a look at that. > Sorry, as you can see, I forgot a "not" before unzip version 5.12 and pkunzip. These programs work (with the correct timestamp), whereas later versions of unzip do not, including the currect version, 5.31. Jesper

1 0

Re: New GPC beta (NO problems with incompatible pointers)
by Jesper Lund 06 Oct '97

06 Oct '97

Peter: >> With the 971001 version, I still get the "incompatible pointer type" that was >> supposed to be fixed (minor problem, of course), > >Strange. I have tried this new GPC on all the test programs I had received >from you, and everything went through. Could you please send me a fresh >program that triggers the error? > I am sorry for posting INCORRECT information to you and the list. The "incompatible pointers" problem has indeed been fixed (thanks) in the new version. However, in the midst of my confusion about the broken GPC library (and the timestamp problem which led me to believe for a while that I had downloaded an old version), I simply failed to notice that I was actually using incompatible pointers (abusing Pascal and treating it as C), so the warnings were perfectly in order for that program! The program in my original bug report compiled OK under the new beta (DJGPP). Thus, now the feature works, but the bug has been fixed. Jesper Lund

1 0

Re: 'CASE' bug!
by Kevin A. Foss 06 Oct '97

06 Oct '97

On Mon, 6 Oct 1997 00:27:19 +0200, Frank Heckenbach wrote: > >Bernhard Tschirren wrote: [...] >> Var >> I : Integer; >> Begin >> Case I Of >> 1: WriteLn('One'); >> 2: WriteLn('Two'); >> Else WriteLn('Big'); >> >> WriteLn('BUG!'); >> End; >> End. > > SP and EP (AFAIK) don't use "else" but >"otherwise" in a "case" statement, so they don't apply here. Actually SP doesn't have an else/otherwise/default/whatever you want to call it technique for case statements. EP does have an 'otherwise' feature and my reading of 10206:6.9.3.5 is that like BP's "else" usage, "otherwise" doesn't require a begin/end for statement sequences either. Or can someone tell if I am reading it wrong? (Note especially, the first example) >(If GPC behaves wrong with "otherwise", that's another thing, I don't know.) Ironically, gpc doesn't compile it with an "otherwise" in there (at least with 970714) -- which *would* be a bug (IMO), but I don't think that is at all what the original poster was getting at. -Kevin -- Kevin A. Foss --- kfoss(a)mint.net --

1 0

Re: GUIs for GPC
by Peter Gerwinski 06 Oct '97

06 Oct '97

According to The African Chief: > I understand that RHIDE was written > in C/C++, with a port of Turbo Vision to DJGPP. If this is correct, It is. Borland doesn't allow free distribution of C-TV, but everybody is allowed to download it directly from Borland. Unfortunately, this does *not* hold for Pascal-TV, AFAIK. :-( > is there > a GPC port of Turbo Vision, or is one being worked on? Can the C version > somehow be used with GPC? Certainly it can, but one must re-write each method of each object to call a C++ method with a rather cryptic AsmName. It will be much easier to port the Pascal TV to GPC. Having that, we can distribute a `diff', so all owners of Borland's TV can patch their source to work with GPC. While I am not an expert on this, I don't think that this violates Borland's copyright. *And* it will be easy to port the whole thing to Linux because we can "steal" the system-dependent stuff from C-TV for Linux. :-) > Is there a GUI library that is suitable for use > with GPC? I am working on one. Planned completion: End of 1996. Estimated completion: Well ... ??? :-( Greetings, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [971005] maintainer GNU Pascal [971001] - http://home.pages.de/~gnu-pascal/ [971005]

1 0

Re: 'CASE' bug!
by Peter Gerwinski 06 Oct '97

06 Oct '97

According to Bernhard Tschirren: > > Hmm, it seems that GPC (971001-DJGPP) is plagued by TurboPascal's famous > 'CASE' bug. Have a go at compiling the sample program below: > > > Var > I : Integer; > Begin > Case I Of > 1: WriteLn('One'); > 2: WriteLn('Two'); > Else WriteLn('Big'); > > WriteLn('BUG!'); > End; > End. Yes, it writes "Big BUG!" to the screen - at least if I assign a value not in [ 1, 2 ] to I. What's wrong about that? 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 [971001] - http://home.pages.de/~gnu-pascal/ [970125]

1 0

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