Gpc

gpc@gnu.de

5400 discussions

Re: your mail
by Peter Gerwinski 18 Nov '97

18 Nov '97

Hi, Jim! (What about a subject line for your mail? ;-) Hi, everybody! According to Jim Brander: > > The following program causes the compiler to crash in construct_set. Well, it does not crash my current development version of GPC, so you can either wait until we can provide a current CygWin binary distribution for you, or you can try to compile gpc-971001 by yourself. (AFAIK, you need Linux to compile GPC for CygWin.) > In addition, the > > module abc interface; > > end. > > module abc implementation; > > end. > > style of unit seems to have problems in carrying simple definitions forward, > whereas the alternative style module does not. Could you please give an example what definitions fail to be carried forward, so I can fix it for future releases of GPC? 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: undeclared identifiers
by Peter Gerwinski 18 Nov '97

18 Nov '97

According to Tom Dye: > > Oops! Another lesson learned the hard way! But it seems as if I'll have > to wait for the next beta, since neither the 971001 beta nor the patched > version will compile the code I have. Or could you recommend a previous > beta or other version that I might use in the interim? You can try previous beta versions which do not check whether the head in the interface module matches that in the implementation module. 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/ [971005] maintainer GNU Pascal [971001] - http://home.pages.de/~gnu-pascal/ [971005]

1 0

Re: GPC and GPT
by Peter Gerwinski 18 Nov '97

18 Nov '97

In news:comp.lang.pascal.borland, Brian Jones <brijones(a)usa.net> wrote: > I have copies of both GPC and GPT, along with RH-IDE and the GNU binutils, > as well as almost the rest of the entire DJGPP collection. With GPT you mean the "Turbo flavour" version of GPC? This distinction only held for gpc-1.1p2; the current official version gpc-2.0 (and, of course, recent beta versions) accept Turbo Pascal source as well as ISO Pascal source. > I have tried to > write programs in Pascal using RH-IDE, and have had success getting them to > compile, but I can't get them to link (although I can get programs written > in C to link). My question is this, has anyone else had this same problem, > or does anyone know how to fix this? What error messages do you get? Did you try it from the command line? I suggest to run redir -e gpc.out gpc -v --automake <other options> yourprogram.pas and post `gpc.out' on this list (unless, of course, it is longer than I expect, which is one or two kilobytes;-). The output will help us to find and solve the problem. 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

`Delay' for Linux - Re: Assign statements in GNU Pascal
by Peter Gerwinski 18 Nov '97

18 Nov '97

Hello, Badri; hello, everybody! According to Badri Gomatam: > > (i have gcc 2.7.2)...thinking "i'll just do gpc on these files and all will > be OK "...:) (Better don't think that. Even TP6 failed to recompile my TP5 sources out of the box; upgrading to BP7 was even more complicated, but the difference between 16-bit-BP and 32-bit-GPC is crucial, although we are working hard on improving compatibility.;-) > 1. ASSIGN statement appears as undeclared identifier (use this function > first.. sounds like a gcc type error for undeclared function identifiers) > isn't this a "standard" pascal fn? No, it isn't. > if not, what do i do now? Get a recent beta version of GNU Pascal which supports `Assign' from ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/beta/ which is also reachable from the GPC home page http://home.pages.de/~gnu-pascal/ > 2. all directives were flagged as errors Not *all*! ;-) > e.g {$O+ foo) was unrecognized Yes. GPC does not care about overlays and does not (yet!) check for overflowing ordinal types. > ($I+ foo) was OK, complained couldn't open the file foo.pas (which turned > out to be right).. > so the syntax of {$xx} appears to work GPC's directives are quite different from those of BP. Better write something like (*$ifdef __GPC__ *) (* Directives for GNU Pascal *) (*$N+*) (* nested comments *) (*$E+*) (* allow C-style char escapes in strings *) (*$else *) (* Directives for Borland Pascal *) (*$N+*) (* use the numeric coprocessor *) (*$E+*) (* link the emulator in case there is no coprocessor *) (*$endif *) One problem: There is no (*$ifopt FOO+- *) yet in GPC; if your programs contain this directive, you have to take them out. > does anybody know what that means, and how I could move to gpc smoothly: > is there a list of stuff in BP5.0 that's NOT in GPC and vice versa? See the GPC online documentation, `info -f gpc'. There is one chapter about differences between GPC and BP which is somehow outdated (many things which are described as "unimplemented" there are implemented now) but may still be useful for you. > am i in > trouble with many other > built in functions..e.g I do need the DELAY function (i think it's built > in) to wait a given delay time > is this available in gpc? Not yet for Linux. You can use the `select' function from the system library to implement it: (*$X+*) (* Don't warn about ignored function return value *) Type TimeValPtr = ^TimeVal; TimeVal = record sec, usec: Integer; end (* TimeVal *); Function select ( n: Integer; ReadFDS, WriteFDS, ExceptFDS: Pointer; TimeOut: TimeValPtr ): Integer; C; Procedure Delay ( ms: Integer ); Var TimeOut: TimeVal; begin (* Delay *) TimeOut.sec:= ms div 1000; TimeOut.usec:= 1000 * ( ms mod 1000 ); select ( 0, Nil, Nil, Nil, @TimeOut ); end (* Delay *); > many thanks ( and i have a feeling i'll be posting many msgs to this forum) Be welcome! :-) Hmm ... you will probably miss the BP standard units for GPC running on Linux. If you want to contribute to GPC, you can download the `BPcompat' package (written for DOS/DJGPP) from ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/contrib/ and try to get as much as possible run on Linux. 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

BP string compatibility
by Frank Heckenbach 18 Nov '97

18 Nov '97

The African Chief wrote: > Problem: > Under BP, one can do; > Var S:String; > Count:Integer; > .... > Dec(S[0], Count); > > This does not compile under GPC, but "Dec(Length(S), Count)" > compiles, and seems to work okay. Then I think this is a bug in GPC, and must be prevented. The Length field of a string should only be accessible read-only. However, there is (in the current developer version, not yet in the last beta) a built-in function AssignLength which is the proper way to directly wirte to the length field of a string (if messing with the length can be called proper at all... ;-) > Observation: > This is an incompatbility b/w BP and GPC - probably > because of the way strings are implemented under GPC. Right. > Questions: > 1. Is GPC ever going to support the BP syntax "Dec(S[0], Count);" > ? Short answer, yes, sometime. More details can be found in some other discussions in the list. > 2. Is it desirable to do so ? Yes. Mainly for the reason you described. > (obviously this would entail changes to the internal GPC string > format ???) Not changes to the "real" Pascal strings; rather, it would mean introducing a new string type with automatic conversions as far as possible. -- Frank Heckenbach, Erlangen, Germany fjf(a)gmx.de http://home.pages.de/~fjf/links.htm

2 1

BP string compatibility
by The African Chief 18 Nov '97

18 Nov '97

Hi all Problem: Under BP, one can do; Var S:String; Count:Integer; .... Dec(S[0], Count); This does not compile under GPC, but "Dec(Length(S), Count)" compiles, and seems to work okay. Observation: This is an incompatbility b/w BP and GPC - probably because of the way strings are implemented under GPC. Questions: 1. Is GPC ever going to support the BP syntax "Dec(S[0], Count);" ? 2. Is it desirable to do so ? (obviously this would entail changes to the internal GPC string format ???) Best regards, The Chief -------- Dr. Abimbola A. Olowofoyeku (The African Chief) Email: laa12(a)keele.ac.uk Homepage: http://ourworld.compuserve.com/homepages/African_Chief/ Author of: Chief's Installer Pro 4.01 for Win16 and Win32: http://www.simtel.net/pub/simtelnet/win3/install/chief401.zip

1 0

None
by Jim Brander 18 Nov '97

18 Nov '97

Further to the previous message about a problem with sets in the cygwin version. The following program causes the compiler to crash in construct_set. The crash does not occur if the set definition is directly in the program rather than imported. The crash occurs whether the interface is in the same or separate files. # 1 "/Orion/pas/creatvar.pas" module data1 interface; export data1_interface = (usage1); type usage1 = (sysusage,sysgen,syscopy,master); end. module creatvar; export creatvar_int = (create_var); import data1_interface; procedure create_var(use1:usage1);C; end; procedure create_var; var i,j,k,l:integer; begin if not (use1 in [syscopy,sysgen]) {<<<<<<<<<-------<} then begin end; end; end. In addition, the module abc interface; end. module abc implementation; end. style of unit seems to have problems in carrying simple definitions forward, whereas the alternative style module does not. Regards Jim Brander

1 0

Assign statements in GNU Pascal
by Badri Gomatam 18 Nov '97

18 Nov '97

Hello all: I am new to gnu pascal, so this is a newbie question: I have a _ton_ of code written ca. 1992/3 on Borland Pascal 5.0 which for various reasons I need to port to a Unix environment: the present version runs on DOS: I downloaded the binary for linux-(i386) and installed on my linux box..no problems (at least, not yet:) (i have gcc 2.7.2)...thinking "i'll just do gpc on these files and all will be OK "...:) when i compiled one of the (several hundred) files i have in my legacy code (for which the programmer has left and gone to a better life on another planet) I got errors involving the following: 1. ASSIGN statement appears as undeclared identifier (use this function first.. sounds like a gcc type error for undeclared function identifiers) isn't this a "standard" pascal fn? if not, what do i do now? 2. all directives were flagged as errors e.g {$O+ foo) was unrecognized ($I+ foo) was OK, complained couldn't open the file foo.pas (which turned out to be right).. so the syntax of {$xx} appears to work basically i don't really know what the $O+ does..besides being called an overlay: this entire body of code apparently has to be compiled in Borland Pascal with "Overlay ON"... does anybody know what that means, and how I could move to gpc smoothly: is there a list of stuff in BP5.0 that's NOT in GPC and vice versa? am i in trouble with many other built in functions..e.g I do need the DELAY function (i think it's built in) to wait a given delay time is this available in gpc? many thanks ( and i have a feeling i'll be posting many msgs to this forum) badri

1 0

Re: undeclared identifiers
by Peter Gerwinski 17 Nov '97

17 Nov '97

Hi, Tom! Hi, all! According to Tom Dye: > > A while back I forwarded a bit of extended Pascal code that I thought > should compile with gpc, but doesn't. > [...] > I suspect that I have found something that gpc does not do correctly, ... Indeed, but I have posted a patch to `module.c' at this list on 10 November that fixes the problem (and causes some others which are fixed meanwhile in my development version;-). Your example modules work fine on my Linux box. > ..., but I am far from confident that my suspicion is correct. > Here are my other suspicions: > > a) I don't have gpc built correctly. I had some problems getting gpc to > compile on my Linux box and can't really say what I did to make it > compile--that is which change really made a difference. Could I be having > problems with an incorrectly built gpc? Did you apply the patch from 10 November? (But don't throw your working GPC away because the patch causes other problems which will be fixed in the next beta release.) > b) the code in examples 1) and 3) relies on a feature of extended Pascal > that gpc does not yet implement. I am relatively new to gpc and to > extended Pascal and can't answer this one myself. Does the code in > examples 1) and 3) fail because of an unimplemented feature of extended > Pascal? No. The last of the features needed to compile 3), export renaming, was implemented into GPC somewhere in spring 1997. 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]

2 1

None
by chris＠bockermann.ping.de 17 Nov '97

17 Nov '97

Subject: Re: Dodgy email To: richard.kerry(a)quantel.com Date: Mon, 17 Nov 1997 15:14:18 +0100 (MET) From: "Christian Bockermann" <chris(a)bockermann.ping.de> Cc: gpc(a)hut.fi In-Reply-To: <80256552.00422CA2.00(a)buffer1.quantel.com> from "richard.kerry(a)quantel.com" at Nov 17, 97 12:08:55 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 826 Hello ! Richard.Kerry(a)Quantel.com wrote : > > Does anyone recognize any of the names in the following extract : > > ------------------------- Could not deliver Message to > ------------------------- > CN=??r J Rodriguez/O=almenna kerfisfraedistofan@almenna kerfisfraedistofan > > User ??r J Rodriguez/almenna kerfisfraedistofan@almenna kerfisfraedistofan > not > > ------------------------- > > I am getting this whenever I send a message to the mailing list. I am told > that the names are not in the list explicitly. Does anyone have them in a > sub-list ? Or recognize them from anwhere else ? Yes ! I get the same error-message when sending e-mail to the list ! I also do not know why ... :-( -- Chris e-mail > chris(a)bockermann.ping.de ____________________________________ (subject "send pgp-key" for pgp-key)

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