From gpc-request@santra.hut.fi Wed Sep 13 15:20:13 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA13823; Wed, 13 Sep 1995 15:20:12 +0200 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA11541; Wed, 13 Sep 95 15:20:01 CEST Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.6.11/8.6.7) with SMTP id PAA18619 for ; Wed, 13 Sep 1995 15:43:04 +0300 Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA13628; Wed, 13 Sep 1995 14:42:54 +0200 From: Peter Gerwinski Message-Id: <9509131242.AA13628@rs1.Theo-Phys.Uni-Essen.DE> Subject: GPC for EMX, objects, gperf To: gpc@hut.fi Date: Wed, 13 Sep 1995 14:42:53 +0100 (MESZ) X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1271 Status: RO Hello everybody. I have three questions to the mailing list. 1) I am thinking about porting GPC to the DOS / OS/2 EMX environment. Does anybody already work on that task or has even finished it? 2) I would like to know more about when there will be Object Pascal extensions in GPC, and how they will look like. (E.g. "class" instead of Borland's "object"? Does "override" mean what I know as "virtual"?) 3) While trying to implement some Borland extensions into the GPC (i.e. shl/shr operators, OOP, ...) I stumbled about the utility program "gperf". I got the source - one as stand-alone C++ source, one as part of the C++ library - but could not compile it with gcc-2.6.3 running under Linux kernel 1.2.8. Does anybody know where to get Linux binaries for gperf? So far for the moment. Thank you, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Wed Sep 13 16:35:40 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA13608; Wed, 13 Sep 1995 16:35:39 +0200 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA11686; Wed, 13 Sep 95 16:30:47 CEST Received: from pg2-srv.wam.umd.edu ([128.8.73.9]) by santra.hut.fi (8.6.11/8.6.7) with ESMTP id QAA19978 for ; Wed, 13 Sep 1995 16:42:25 +0300 Received: from rac9.wam.umd.edu (lotu@rac9.wam.umd.edu [128.8.70.8]) by pg2-srv.wam.umd.edu (8.6.10/8.6.9) with ESMTP id JAA18077; Wed, 13 Sep 1995 09:40:29 -0400 Received: (lotu@localhost) by rac9.wam.umd.edu (8.6.10/8.6.10) id JAA08827; Wed, 13 Sep 1995 09:40:28 -0400 Date: Wed, 13 Sep 1995 09:40:26 -0400 (EDT) From: Arcadio Alivio Sincero To: Peter Gerwinski Cc: gpc@hut.fi Subject: Re: GPC for EMX, objects, gperf In-Reply-To: <9509131242.AA13628@rs1.Theo-Phys.Uni-Essen.DE> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Wed, 13 Sep 1995, Peter Gerwinski wrote: > 1) I am thinking about porting GPC to the DOS / OS/2 EMX environment. Does > anybody already work on that task or has even finished it? I was thinking about downloading the source this weekend and try to recompile it under EMX/GCC myself. But since you want to do it, I might as well wait until you're done :-). It should be rather straight forward to recompile GPC under the EMX environment, shouldn't it? I had problems recompiling GPC under DOS and DJGPP (actually, I never did manage to recompile it under DOS but only because I switched to OS/2 and dumped DOS so I never really tried hard enough :-)), because of DOS's 8.3 filename limitation and some of the GPC source files have long filenames. Under OS/2 and HPFS this shouldn't be a problem. Isn't the makefile for GPC in "standard" UNIX make file format? You could just get GNU Make, I guess. (I use IBM's NMAKE myself, which is why I ask). So it sounds easy enough. Just recompile GCC under OS/2 so you get the object files, then recompile GPC. Hmm ... is that all there is to it? I remember somebody telling me they managed to compile GPC under EMX, but the way he described his experiences it wasn't as straight forward as I think. Is it? Am I missing something here? > 2) I would like to know more about when there will be Object Pascal extensions > in GPC, and how they will look like. (E.g. "class" instead of Borland's > "object"? Does "override" mean what I know as "virtual"?) I thought GPC is supposed to be an Extended Pascal and ISO Pascal compiler only .. i.e. it follows "official" standards. Is Object Pascal standardized? You *might* be able to consider Borland somewhat of a standard ... there are already two Pascal compilers for OS/2 that comply with the Borland "standard" .. Speed Pascal/2 and Virtual Pascal. (Also, the latest version of Speed/2, v. 1.5, is supposed to have the "Delphi extenstions", i.e. Object Pascal, in it ...). Anyhow, if you're gonna add the Object Pascal and Borland extensions yourself, that'd be pretty cool. Having a free Pascal compiler that follows 4 standards (ISO Pascal, Extended Pascal, Borland, and Object Pascal) and is portable across several platforms would be awesome. I wish I could help, but unfortunatly I don't know squat about writing compilers ... but I'd be happy to be a beta tester 'tho :-). Later ... Arcadio From jtv@kampi.hut.fi Wed Sep 13 16:51:35 1995 Received: from kampi.hut.fi by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA22327; Wed, 13 Sep 1995 16:42:10 +0200 Received: (from jtv@localhost) by kampi.hut.fi (8.6.11/8.6.7) id RAA09057; Wed, 13 Sep 1995 17:12:49 +0300 Date: Wed, 13 Sep 1995 17:12:49 +0300 (EET DST) From: Jukka Virtanen Reply-To: Jukka.Virtanen@hut.fi To: Arcadio Alivio Sincero Cc: Peter Gerwinski , gpc@hut.fi Subject: Re: GPC for EMX, objects, gperf In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Wed, 13 Sep 1995, Arcadio Alivio Sincero wrote: > On Wed, 13 Sep 1995, Peter Gerwinski wrote: > > > 1) I am thinking about porting GPC to the DOS / OS/2 EMX environment. Does > > anybody already work on that task or has even finished it? > > > I was thinking about downloading the source this weekend and try > to recompile it under EMX/GCC myself. But since you want to do it, I > might as well wait until you're done :-). It should be rather straight > forward to recompile GPC under the EMX environment, shouldn't it? I had > problems recompiling GPC under DOS and DJGPP (actually, I never did manage > to recompile it under DOS but only because I switched to OS/2 and dumped > DOS so I never really tried hard enough :-)), because of DOS's 8.3 > filename limitation and some of the GPC source files have long filenames. > Under OS/2 and HPFS this shouldn't be a problem. Isn't the makefile for > GPC in "standard" UNIX make file format? You could just get GNU Make, I > guess. (I use IBM's NMAKE myself, which is why I ask). Hi folks. I think gpc has been succesfully compiled and run in both the dos and os/2 environments (although I don't even know what emx is, and I am not sure I even want to know that :-) I think I am able to get the dos binaries and start distributing them if someone would like to avoid the problems in compiling gpc under dos. Are people interested in binaries? gpc makefiles are quite standard, they should not require any specific makefile features, except the VPATH variable, which tells where the make program should look for sources. Gnu make is fine. Most other new make programs are also fine. > > 2) I would like to know more about when there will be Object Pascal extensions > > in GPC, and how they will look like. (E.g. "class" instead of Borland's > > "object"? Does "override" mean what I know as "virtual"?) GPC parser only knows the object pascal reserved words, but there is no semantics to implement the language. However, given that the Gnu C++ compiler implements very similar features, I think it is quite possible to implement the object pascal compiler with gpc as starting point. I thought of doing that once, but unfortunately (for gpc) I don't have time for it now. I know I said I would try to merge gpc to the standard distribution during the summer, but I was not able to spend time with gpc during the summer at all. Sorry for that. What I am able to do sometime in the near future is to upgrade to 2.7 gcc code, that should not be a major problem (I hope). > I thought GPC is supposed to be an Extended Pascal and ISO Pascal > compiler only .. i.e. it follows "official" standards. Is Object Pascal > standardized? You *might* be able to consider Borland somewhat of a > standard ... there are already two Pascal compilers for OS/2 that comply with > the Borland "standard" .. Speed Pascal/2 and Virtual Pascal. (Also, the > latest version of Speed/2, v. 1.5, is supposed to have the "Delphi > extenstions", i.e. Object Pascal, in it ...). I think the object pascal draft is not going to change anymore, which means it is going to be standardized some point in the (near) future. I have a copy of the last draft, and it does look very interesting. Also, I am never going to do the Borland compatibility mode myself, but I have no objections to include those changes in gpc mainline *if* someone would write them first and not just talk about it. Please do, there are many programmers out there who really seem to like borland, and it would be very useful for the project to be compatible with borland. > Anyhow, if you're gonna add the Object Pascal and Borland > extensions yourself, that'd be pretty cool. Having a free Pascal compiler > that follows 4 standards (ISO Pascal, Extended Pascal, Borland, and Object > Pascal) and is portable across several platforms would be awesome. I wish > I could help, but unfortunatly I don't know squat about writing compilers > ... but I'd be happy to be a beta tester 'tho :-). Yes, it would be cool. But also remember that gpc is not quite finished yet, it still requires lots of hacking to implement the missing features... Juki jtv@hut.fi From lotu@wam.umd.edu Wed Sep 13 17:49:40 1995 Received: from pg2-srv.wam.umd.edu by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA22339; Wed, 13 Sep 1995 17:48:39 +0200 Received: from rac5.wam.umd.edu (lotu@rac5.wam.umd.edu [128.8.70.121]) by pg2-srv.wam.umd.edu (8.6.10/8.6.9) with ESMTP id LAA01432; Wed, 13 Sep 1995 11:44:54 -0400 Received: (lotu@localhost) by rac5.wam.umd.edu (8.6.10/8.6.10) id LAA24255; Wed, 13 Sep 1995 11:44:40 -0400 Date: Wed, 13 Sep 1995 11:44:39 -0400 (EDT) From: Arcadio Alivio Sincero To: Jukka.Virtanen@hut.fi Cc: Peter Gerwinski , gpc@hut.fi Subject: Re: GPC for EMX, objects, gperf In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Wed, 13 Sep 1995, Jukka Virtanen wrote: > Hi folks. > > I think gpc has been succesfully compiled and run in both the > dos and os/2 environments (although I don't even know what emx is, > and I am not sure I even want to know that :-) > I think I am able to get the dos binaries and start distributing > them if someone would like to avoid the problems in compiling > gpc under dos. Are people interested in binaries? > gpc makefiles are quite standard, they should not require any > specific makefile features, except the VPATH variable, which tells > where the make program should look for sources. Gnu make is fine. > Most other new make programs are also fine. Personally, I wouldn't mind a set of OS/2 binaries :-). Unless recompiling GPC for OS/2 is simply a matter of running the make file through GNU Make. EMX, BTW, is one of the OS/2 GCC ports. It can also run under 32-bit extended DOS (using the VCPI standard by default 'tho), so if you recompile it for OS/2 you are also making a version for DOS as well. Convienent, 'eh? > Also, I am never going to do the Borland compatibility mode > myself, but I have no objections to include those changes in gpc > mainline *if* someone would write them first and not just talk > about it. Please do, there are many programmers out there who > really seem to like borland, and it would be very useful for the > project to be compatible with borland. I'd probably move away from the Borland "standard" if a powerful Extended Pascal or Object Pascal compiler was readily available to me. Mainly because Borland is not a "real standard". 'Tho maybe it should be because a lot of people seem to use it. > Yes, it would be cool. But also remember that gpc is not > quite finished yet, it still requires lots of hacking to implement > the missing features... What's missing still? Arcadio From gpc-request@santra.hut.fi Thu Sep 14 07:49:18 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA21013; Thu, 14 Sep 1995 07:49:17 +0200 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA14019; Thu, 14 Sep 95 07:49:11 CEST Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.1]) by santra.hut.fi (8.6.11/8.6.7) with SMTP id HAA29180 for ; Thu, 14 Sep 1995 07:49:37 +0300 Received: from hsb.nest.nl by sun4nl.NL.net with SMTP id AA02374 (5.65b/CWI-3.3); Thu, 14 Sep 1995 06:49:31 +0200 Received: from nestnl.nest.nl (root@localhost) by hsb.nest.nl (8.6.11/8.6.11) with UUCP id GAA07473 for hut.fi!gpc; Thu, 14 Sep 1995 06:46:26 +0100 Received: by nestnl.nest.nl (V1.17-beta/Amiga) id ; Thu, 14 Sep 95 05:37:17 +0100 Received: by beard.nest.nl (BeyondGating/0.88alpha) id BG2337; Thu, 14 Sep 1995 05:30:52 +0 Date: 13 Sep 95 19:37:18 +0 Message-Id: <60-60-0-0-0576b330@beard.nest.nl> From: berend@beard.nest.nl (Berend de Boer) To: gpc@hut.fi Subject: GPC for EMX, objects, gperf Status: RO Jukka Virtanen wrote in a message to Berend de Boer: JV> gpc makefiles are quite standard, they should not require JV> any specific makefile features, except the VPATH JV> variable, which tells where the make program should look JV> for sources. Gnu make is fine. Most other new make JV> programs are also fine. The problem is dos' command.com is no bourne shell... That's the hardest part. Groetjes, Berend (-: CIS: 100120,3121 email: berend@beard.nest.nl From gpc-request@santra.hut.fi Thu Sep 14 07:54:40 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA22056; Thu, 14 Sep 1995 07:54:39 +0200 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA14030; Thu, 14 Sep 95 07:54:34 CEST Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.1]) by santra.hut.fi (8.6.11/8.6.7) with SMTP id HAA29183 for ; Thu, 14 Sep 1995 07:49:47 +0300 Received: from hsb.nest.nl by sun4nl.NL.net with SMTP id AA02380 (5.65b/CWI-3.3); Thu, 14 Sep 1995 06:49:42 +0200 Received: from nestnl.nest.nl (root@localhost) by hsb.nest.nl (8.6.11/8.6.11) with UUCP id GAA07472 for hut.fi!gpc; Thu, 14 Sep 1995 06:46:24 +0100 Received: by nestnl.nest.nl (V1.17-beta/Amiga) id ; Thu, 14 Sep 95 05:37:08 +0100 Received: by beard.nest.nl (BeyondGating/0.88alpha) id BG2336; Thu, 14 Sep 1995 05:30:51 +0 Date: 13 Sep 95 19:25:32 +0 Message-Id: <60-60-0-0-057678d2@beard.nest.nl> From: berend@beard.nest.nl (Berend de Boer) To: gpc@hut.fi Subject: GPC for EMX, objects, gperf Status: RO Peter Gerwinski wrote PG> 1) I am thinking about porting GPC to the DOS / OS/2 EMX PG> environment. Does anybody already work on that task or PG> has even finished it? Yes. There is a djgpp recompile and an emx. Both should be easy, just a recompile if you have a bourne shell, else you need to create your own makefile. PG> 2) I would like to know more about when there will be PG> Object Pascal extensions in GPC, and how they will look PG> like. (E.g. "class" instead of Borland's "object"? PG> Does "override" mean what I know as "virtual"?) See the Ansi OOP draft, probably online soon (follow comp.lang.pascal.ansi-iso). Groetjes, Berend (-: CIS: 100120,3121 email: berend@beard.nest.nl From pege Fri Sep 15 15:41:17 1995 Subject: GPC for EMX works! To: gpc@hut.fi Date: Fri, 15 Sep 1995 15:41:17 +0100 (MESZ) X-Mailer: ELM [version 2.4 PL13] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 634 Status: RO Hello, folks! I have done the patch of GPC for EMX. It was not straightforward but not more work than I had expected. I upload the binaries and the source patch to kampi.hut.fi. Have fun with it! Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From sad@utkux.utcc.utk.edu Fri Sep 15 19:17:19 1995 Received: from MARTHA.UTCC.UTK.EDU by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA20125; Fri, 15 Sep 1995 19:17:08 +0200 Received: by martha.utcc.utk.edu (5.x/2.7c-UTK) id AA13857; Fri, 15 Sep 1995 13:16:42 -0400 From: sad@utkux.utcc.utk.edu Message-Id: <9509151716.AA13857@martha.utcc.utk.edu> Subject: Re: GPC for EMX works! To: pege@rs1.Theo-Phys.Uni-Essen.DE (Peter Gerwinski) Date: Fri, 15 Sep 1995 13:16:41 -0400 (EDT) In-Reply-To: <9509151341.AA23044@rs1.Theo-Phys.Uni-Essen.DE> from "Peter Gerwinski" at Sep 15, 95 03:41:18 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hi, Peter, this is very good news. Thanks for the effort! I will d/l it tonight and play with it. BTW, can it peacefully coexist with g77 (the gnu fortran compiler, which changes the gcc.exe)? If not, would you care to have a chat with the porter of g77? (He also happens to be German.) Cheers again! Stefan > > Hello, folks! > > I have done the patch of GPC for EMX. It was not straightforward but not more > work than I had expected. I upload the binaries and the source patch to > kampi.hut.fi. > > Have fun with it! > > Peter From lotu@wam.umd.edu Sat Sep 16 02:48:57 1995 Received: from wor-srv.wam.umd.edu by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA22353; Sat, 16 Sep 1995 02:48:31 +0200 Received: from rac9.wam.umd.edu (lotu@rac9.wam.umd.edu [128.8.70.8]) by wor-srv.wam.umd.edu (8.6.10/8.6.9) with ESMTP id UAA16412; Fri, 15 Sep 1995 20:47:17 -0400 Received: (lotu@localhost) by rac9.wam.umd.edu (8.6.10/8.6.10) id UAA26772; Fri, 15 Sep 1995 20:47:15 -0400 Date: Fri, 15 Sep 1995 20:47:14 -0400 (EDT) From: Arcadio Alivio Sincero To: Peter Gerwinski Cc: gpc@hut.fi Subject: Re: GPC for EMX works! In-Reply-To: <9509151341.AA23044@rs1.Theo-Phys.Uni-Essen.DE> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Fri, 15 Sep 1995, Peter Gerwinski wrote: > Hello, folks! > > I have done the patch of GPC for EMX. It was not straightforward but not more > work than I had expected. I upload the binaries and the source patch to > kampi.hut.fi. > Have fun with it! Where on kampi.hut.fi? Or you probably haven't done it yet when I read the message? Ok ... when you do you upload it, be sure to tell us where it is. kampi.hut.fi is in Europe and I'm in the U.S., so the connection is S-L-O-W. I'd hate having to hunt around on kampi.hut.fi ... thanks! Arcadio From jtv@kampi.hut.fi Mon Sep 18 09:06:45 1995 Received: from kampi.hut.fi by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA23964; Mon, 18 Sep 1995 09:06:29 +0200 Received: (from jtv@localhost) by kampi.hut.fi (8.6.11/8.6.7) id KAA13723; Mon, 18 Sep 1995 10:06:20 +0300 Date: Mon, 18 Sep 1995 10:06:19 +0300 (EET DST) From: Jukka Virtanen Reply-To: Jukka.Virtanen@hut.fi To: Peter Gerwinski Cc: gpc@hut.fi Subject: Re: GPC for EMX works! In-Reply-To: <9509151341.AA23044@rs1.Theo-Phys.Uni-Essen.DE> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Fri, 15 Sep 1995, Peter Gerwinski wrote: > Hello, folks! > > I have done the patch of GPC for EMX. It was not straightforward but not more > work than I had expected. I upload the binaries and the source patch to > kampi.hut.fi. > > Have fun with it! > > Peter Folks, The EMX binaries made by Peter are now available in kampi.hut.fi directory jtv/gnu-pascal/EMX There is a README file, please read it. Contents of the EMX directory: -r--r--r-- 1 jtv 35231 Sep 15 16:57 tar.exe -r--r--r-- 1 jtv 167476 Sep 15 16:57 tar-os2.exe -r--r--r-- 1 jtv 5468 Sep 15 16:55 README -r--r--r-- 1 jtv 188138 Sep 15 16:54 make-gpc.zip -r--r--r-- 1 jtv 39910 Sep 15 16:53 gzip.exe -r--r--r-- 1 jtv 1005157 Sep 15 16:52 gpc-263b.zip If I understood correctly, the make-gpc.zip contains a couple of modified source files (compared to gpc-2.6.3 sources you can find from jtv/gnu-pascal/gpc-1.1-2.6.3.tar.gz) The file gpc-263b.zip contains binaries for gpc driver program, gpc1 compiler, the gpc-cccp preprocessor and the gpc library. Juki ps. I don't have any systems around with emx in it, so I am unable to verify if these programs work... From sad@utkux.utcc.utk.edu Tue Sep 19 20:18:57 1995 Received: from UTKUX4.UTCC.UTK.EDU by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA09888; Tue, 19 Sep 1995 20:18:52 +0200 Received: by utkux4.utcc.utk.edu (5.x/2.7c-UTK) id AA07727; Tue, 19 Sep 1995 14:18:09 -0400 From: sad@utkux.utcc.utk.edu Message-Id: <9509191818.AA07727@utkux4.utcc.utk.edu> Subject: Re: GPC for EMX works! Announcments? To: Jukka.Virtanen@hut.fi Date: Tue, 19 Sep 1995 14:18:08 -0400 (EDT) Cc: pege@rs1.Theo-Phys.Uni-Essen.DE In-Reply-To: from "Jukka Virtanen" at Sep 18, 95 10:06:19 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hi Jukka and Peter, do you think (or mind) announcing this os/2 port of gpc in the appropriate news groups, like comp.os.os2.announce, comp.os.os2.programming, and comp.lang.pascal.ansi-iso? There are still rumors that there would be no os/2 port, you know, eventhough I have downloaded it already ... :-) Later. Stefan PS: I you give me the go-ahead I don't mind doing it. From lotu@wam.umd.edu Wed Sep 20 23:52:37 1995 Received: from pg2-srv.wam.umd.edu by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA14081; Wed, 20 Sep 1995 23:52:26 +0200 Received: from rac9.wam.umd.edu (lotu@rac9.wam.umd.edu [128.8.70.8]) by pg2-srv.wam.umd.edu (8.6.10/8.6.9) with ESMTP id RAA10293; Wed, 20 Sep 1995 17:52:05 -0400 Received: (lotu@localhost) by rac9.wam.umd.edu (8.6.10/8.6.10) id RAA10722; Wed, 20 Sep 1995 17:52:04 -0400 Date: Wed, 20 Sep 1995 17:51:52 -0400 (EDT) From: Arcadio Alivio Sincero To: Jukka.Virtanen@hut.fi Cc: Peter Gerwinski , gpc@hut.fi Subject: Re: GPC for EMX works! In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Mon, 18 Sep 1995, Jukka Virtanen wrote: > > The EMX binaries made by Peter are now available > in kampi.hut.fi directory jtv/gnu-pascal/EMX I just downloaded them and tried it out. Unfortunatly, I was a little disappointed with it. The resulting object files seemed to be highly unoptimized. I compiled a simple "Hello, world" program using GPC with the "-Zomf" option to produce OS/2 .OBJ files instead of UNIX a.out. The resulting executable was 68363 bytes. I compiled a similar "Hello, world" program using GCC (a direct translation) also with the "-Zomf" option and the resulting executable file was only 21809 bytes. Is there anything I can do to fix this? I know probably the EMX translation was a "rush job", but maybe y'all can give me some pointers as to how to optimize it a bit. (Or maybe I can get somebody else if Peter is too busy ...). Also, for some reason when I use the "-O3" switch, the resulting object file actually becomes bigger! Why is that? At first when I converted the GPC.A file to OMF format, I didn't strip any debugging info or anything. The resulting executable was pretty huge (90k) for such a small program. After stripping the debug info and what not, the exe was "only" 68k ... so that helped a bit. Is there anything else I can do? At least I can use this compiler for my CMSC112 class ... "Introduction to Computer Science with Pascal" ... oohh ... tough class :-). I found out that Virtual Pascal doesn't do ISO Pascal and probably Borland is the same, so this compiler will come in handy as then I don't have to work on projects at school .. I can do it in the privacy of my room. Later ... Arcadio From jtv@kampi.hut.fi Thu Sep 21 11:31:36 1995 Received: from kampi.hut.fi by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA20809; Thu, 21 Sep 1995 11:31:19 +0200 Received: (from jtv@localhost) by kampi.hut.fi (8.6.11/8.6.7) id MAA17807; Thu, 21 Sep 1995 12:30:42 +0300 Date: Thu, 21 Sep 1995 12:30:39 +0300 (EET DST) From: Jukka Virtanen Reply-To: Jukka.Virtanen@hut.fi To: sad@utkux.utcc.utk.edu Cc: Jukka.Virtanen@hut.fi, pege@rs1.Theo-Phys.Uni-Essen.DE Subject: Re: GPC for EMX works! Announcments? In-Reply-To: <9509191818.AA07727@utkux4.utcc.utk.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Tue, 19 Sep 1995 sad@utkux.utcc.utk.edu wrote: > Hi Jukka and Peter, > > do you think (or mind) announcing this os/2 port of gpc in the > appropriate news groups, like comp.os.os2.announce, > comp.os.os2.programming, and comp.lang.pascal.ansi-iso? > There are still rumors that there would be no os/2 port, you know, > eventhough I have downloaded it already ... :-) > > Later. Stefan > > PS: I you give me the go-ahead I don't mind doing it. I don't mind, I just hope it works :-) Juki From sad@utkux.utcc.utk.edu Thu Sep 21 15:04:18 1995 Received: from MARTHA.UTCC.UTK.EDU by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA26276; Thu, 21 Sep 1995 15:04:06 +0200 Received: by martha.utcc.utk.edu (5.x/2.7c-UTK) id AA27468; Thu, 21 Sep 1995 09:03:36 -0400 From: sad@utkux.utcc.utk.edu Message-Id: <9509211303.AA27468@martha.utcc.utk.edu> Subject: Re: GPC for EMX works! Announcments? To: pege@rs1.Theo-Phys.Uni-Essen.DE (Peter Gerwinski) Date: Thu, 21 Sep 1995 09:03:35 -0400 (EDT) Cc: jtv@kampi.hut.fi (Jukka Virtanen) In-Reply-To: <9509211243.AA25690@rs1.Theo-Phys.Uni-Essen.DE> from "Peter Gerwinski" at Sep 21, 95 02:43:01 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO > > According to sad@utkux.utcc.utk.edu: > > > > Hi Jukka and Peter, > > > > do you think (or mind) announcing this os/2 port of gpc in the > > appropriate news groups, like comp.os.os2.announce, > > comp.os.os2.programming, and comp.lang.pascal.ansi-iso? > > There are still rumors that there would be no os/2 port, you know, > > eventhough I have downloaded it already ... :-) > > > > Later. Stefan > > > > PS: I you give me the go-ahead I don't mind doing it. > > > I don't mind, I just hope it works :-) > Juki > > I don't mind either. I also only hope it works. :-> > > Peter Okay, so I take it one of you will take care of this, right? Or do you mean that neither of you does mind *me* doing it? Lemme know. Stefan :-] ---- now where is that .sig of mine?! From jtv@kampi.hut.fi Thu Sep 21 15:14:16 1995 Received: from kampi.hut.fi by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA25519; Thu, 21 Sep 1995 15:14:03 +0200 Received: (from jtv@localhost) by kampi.hut.fi (8.6.11/8.6.7) id QAA18242; Thu, 21 Sep 1995 16:13:10 +0300 Date: Thu, 21 Sep 1995 16:13:08 +0300 (EET DST) From: Jukka Virtanen Reply-To: Jukka.Virtanen@hut.fi To: sad@utkux.utcc.utk.edu Cc: Peter Gerwinski Subject: Re: GPC for EMX works! Announcments? In-Reply-To: <9509211303.AA27468@martha.utcc.utk.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Thu, 21 Sep 1995 sad@utkux.utcc.utk.edu wrote: > > According to sad@utkux.utcc.utk.edu: > > > > > > Hi Jukka and Peter, > > > > > > do you think (or mind) announcing this os/2 port of gpc in the > > > appropriate news groups, like comp.os.os2.announce, > > > comp.os.os2.programming, and comp.lang.pascal.ansi-iso? > > > There are still rumors that there would be no os/2 port, you know, > > > eventhough I have downloaded it already ... :-) > > > > > > Later. Stefan > > > > > > PS: I you give me the go-ahead I don't mind doing it. > > > > > > I don't mind, I just hope it works :-) > > > Juki > > > > I don't mind either. I also only hope it works. :-> > > > > Peter > > Okay, so I take it one of you will take care of this, right? Or do you mean > that neither of you does mind *me* doing it? Lemme know. Stefan :-] If you wish to announce the availability of the EMX binaries, just go ahead. But also note that you should consider the gnu general public license and distribution of binaries. It is rather a complicated process, you should be sure that you are able to provide sources to everyone who get a copy of the binary. As the 2.6.3 sources are now available, it seems ok. But how about a year from now? I trust you keep a copy around :-) Just to be sure, please read the gnu licenses, for both the programs and the libraries. This is the reason I would not like to distribute binaries at all; but I understand that it might be complicated for some people to get the things compiled and working, sigh. Juki jtv@hut.fi From gpc-request@santra.hut.fi Sat Sep 30 00:10:11 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA22474; Sat, 30 Sep 1995 00:10:10 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA12212; Sat, 30 Sep 95 01:10:07 CEST Received: from npd.ufsc.br (npd.ufsc.br [150.162.1.3]) by santra.hut.fi (8.6.11/8.6.7) with ESMTP id AAA19538 for ; Sat, 30 Sep 1995 00:55:16 +0200 Received: from venus (inf.ufsc.br [150.162.1.60]) by npd.ufsc.br (8.6.8.1/8.6.6) with SMTP id NAA53336 for ; Fri, 29 Sep 1995 13:45:41 -0500 Received: from mercurio.ufsc.br by venus (4.1/SMI-4.1) id AA11271; Fri, 29 Sep 95 13:46:10 EST Date: Fri, 29 Sep 95 13:46:10 EST From: merkle@inf.ufsc.br (Carla Merkle) Message-Id: <9509291646.AA11271@venus> To: gpc@hut.fi Status: RO subscribe gpc merkle@inf.ufsc.br From gpc-request@santra.hut.fi Fri Oct 6 13:31:53 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA27192; Fri, 6 Oct 1995 13:31:52 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA16363; Fri, 6 Oct 95 13:31:43 CET Received: from chx400.switch.ch (chx400.switch.ch [130.59.1.2]) by santra.hut.fi (8.6.11/8.6.7) with ESMTP id MAA12991; Fri, 6 Oct 1995 12:55:28 +0200 Received: from idiap.ch (actually maya.idiap.ch) by chx400.switch.ch with SMTP (PP); Fri, 6 Oct 1995 11:54:39 +0100 Received: from rose.idiap.ch by idiap.ch (4.1/SMI-4.1) id AA21030; Fri, 6 Oct 95 11:54:34 +0100 Date: Fri, 6 Oct 95 11:54:34 +0100 From: peter@idiap.ch (Peter Weber) Message-Id: <9510061054.AA21030@idiap.ch> To: jtv@hut.fi, peter@idiap.ch Subject: gpc Cc: gpc@hut.fi Status: RO Hi I translated a big pc-program (former Turbo-Pascal) into a gpc-program. I found some problems and have some questions! -gcc version 2.6.3 -can not make comments with included comments program test; begin { this is ok! } (* this also *) { (* you get a error*) } { { also get a error } } end. How dos it work >>EXPORT, IMPORT<gpc -c test.pas ==>test.o >gpc test.o testp.pas ==>No exported interface matching `Test' I found only one way to compile this: >gpc -include test.pas testp.pas How do you compile this? Have you implemented routines to handle the I/O Errors? (e.g. Turbo Pascal => IOResult ); ,~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~. | --------,\ | | Peter Weber / / / | | IDIAP Martigny Peter@IDIAP.CH / / _/ | | TU Ilmenau Peter.Weber@E-Technik.TU-ILMENAU.DE / / | | _/ _/ | |----------------------------------------------------------------------| | http://www.idiap.ch/html/idiap-networks.html | | http://www.rz.tu-ilmenau.de/~webmast/ | | http://www.rz.tu-ilmenau.de/~hsf/hsf.html | `~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~' From gpc-request@santra.hut.fi Mon Oct 23 21:39:11 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA26425; Mon, 23 Oct 1995 21:39:10 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA20958; Mon, 23 Oct 95 21:39:06 CET Received: from txcc.net.txcc.net (txcc.net [205.218.183.157]) by santra.hut.fi (8.6.11/8.6.7) with SMTP id WAA29484 for ; Mon, 23 Oct 1995 22:30:21 +0200 Received: by txcc.net.txcc.net (4.1/SMI-4.1) id AA14797; Mon, 23 Oct 95 15:29:01 PDT Date: Mon, 23 Oct 95 15:29:01 PDT From: root@txcc.net (Operator) Message-Id: <9510232229.AA14797@txcc.net.txcc.net> To: gpc@hut.fi Subject: test Status: RO hello.. From gpc-request@santra.hut.fi Wed Nov 1 01:45:46 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA29401; Wed, 1 Nov 1995 01:45:45 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA22149; Wed, 1 Nov 95 01:45:40 CET Received: from info-sparc1.info.ucl.ac.be (info-sparc1.info.ucl.ac.be [130.104.2.23]) by santra.hut.fi (8.6.11/8.6.7) with ESMTP id CAA06034 for ; Wed, 1 Nov 1995 02:30:05 +0200 Received: from info.ucl.ac.be (info-gtpp1.info.ucl.ac.be [130.104.21.67]) by info-sparc1.info.ucl.ac.be (8.6.12/fg.05.10.95) with ESMTP id BAA20539 for ; Wed, 1 Nov 1995 01:36:53 +0100 Received: from localhost by info.ucl.ac.be (8.6.12/SMI-4.1 (For sendmail 8.6 FG/041095)) id BAA05296; Wed, 1 Nov 1995 01:34:23 +0100 Message-Id: <199511010034.BAA05296@info.ucl.ac.be> X-Mailer: exmh version 1.6.4 10/10/95 To: gpc@hut.fi Subject: converter bp->ep Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Nov 1995 01:34:21 +0100 From: Christophe Ponsard Status: RO I'd like to convert some of my borland pascal units in extended pascal modules (or in gpc modules). Does such a converter exist (and where) ? Otherwise I'll write one using flex & bison on a subset of the extended pascal grammar. It would be nice if I could get it (the .lex and .yacc files are not in the gpc snapshot) Is there a solution to the following constraint : the interface part of all the modules used by a program have to be included at his beginning. The solution of deducing the name of the module file from the import name (as borland do) was excluded (not portable ?) My converter would implement the solution using #include "unit.ph" directives in the main program. Each borland pascal unit would be splitted in a 'unit.pas' file (implementation) and a 'unit.ph' file (interface). --------------------------------------- PONSARD Christophe Universiti catholique de Louvain Dipartement d'inginierie informatique Bbtiment Riaumur, place Sainte Barbe 1348 Louvain-la-Neuve til. : 010/47 31 30 e-mail: chp@info.ucl.ac.be From gpc-request@santra.hut.fi Thu Nov 2 13:07:26 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA07457; Thu, 2 Nov 1995 13:07:25 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA27623; Thu, 2 Nov 95 13:07:21 CET Received: from spv10.ing.uniroma1.it (spv10.ing.uniroma1.it [151.100.39.10]) by santra.hut.fi (8.6.11/8.6.7) with SMTP id NAA06533 for ; Thu, 2 Nov 1995 13:52:53 +0200 Received: by spv10.ing.uniroma1.it (AIX 3.2/UCB 5.64/4.03) id AA16818; Thu, 2 Nov 1995 12:52:45 +0100 Date: Thu, 2 Nov 1995 12:52:45 +0100 From: i085741@spv10.ing.uniroma1.it (Mauro Ottaviani) Message-Id: <9511021152.AA16818@spv10.ing.uniroma1.it> To: gpc@hut.fi Subject: HELP ! Status: RO Hello, I have a problem using files with gpc: In Turbo Pascal I usually use the following: var f:text; begin assign(f,'filename'); reset(f); ... close(f); But this doesn't work with gpc !! I tryed: reset(f,'filename'); This time it also compiled OK, but gives a runtime error !! Please HELP me ! Best regards Mauro Ottaviani From gpc-request@santra.hut.fi Thu Nov 2 15:30:24 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA04997; Thu, 2 Nov 1995 15:30:23 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA27988; Thu, 2 Nov 95 15:30:19 CET Received: from wor-srv.wam.umd.edu (wor-srv.wam.umd.edu [128.8.76.2]) by santra.hut.fi (8.6.11/8.6.7) with ESMTP id QAA09725 for ; Thu, 2 Nov 1995 16:14:22 +0200 Received: from rac1.wam.umd.edu (lotu@rac1.wam.umd.edu [128.8.70.3]) by wor-srv.wam.umd.edu (8.6.10/8.6.9) with ESMTP id JAA15648; Thu, 2 Nov 1995 09:14:15 -0500 Received: (lotu@localhost) by rac1.wam.umd.edu (8.6.10/8.6.10) id JAA10656; Thu, 2 Nov 1995 09:14:14 -0500 Date: Thu, 2 Nov 1995 09:14:13 -0500 (EST) From: Arcadio Alivio Sincero To: Mauro Ottaviani Cc: gpc@hut.fi Subject: Re: HELP ! In-Reply-To: <9511021152.AA16818@spv10.ing.uniroma1.it> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Thu, 2 Nov 1995, Mauro Ottaviani wrote: > Hello, > I have a problem using files with gpc: > In Turbo Pascal I usually use the following: > var > f:text; > begin > assign(f,'filename'); > reset(f); > ... > close(f); > But this doesn't work with gpc !! > I tryed: > reset(f,'filename'); > This time it also compiled OK, but gives a runtime error !! > Please HELP me ! In ISO Pascal, you have to specify any external files accessed by your program in the Program header. For example: Program Demo1 (InFile, OutFile); Var InFile, OutFile : Text; Begin Reset (InFile); Rewrite (OutFile); End {Demo1}. 'Tho ISO Pascal has no provisions for specifying a filename for the external files, most Pascal implementations allow you to do so via the Reset/Rewrite commands. GPC is one of these Pascal implementations. So, modifying the above program to open the files "INDATA" for input and "OUTDATA" for output: Program Demo2 (InFile, OutFile); Var InFile, OutFile : Text; Begin Reset (InFile, './INDATA'); Rewrite (OutFile, './OUTDATA'); End {Demo2}. In ISO Pascal, files are automatically closed when the program terminates, therefore there is no "Close" command. Some Pascal implementations, like Borland, do have a "Close" command. I don't know if GPC has one or not. Also, the files "Input" and "Output" are special files used for standard input and standard output respectivly. So to use Read/Readln and Write/Writeln to get input from the keyboard and to display something on the screen, you have to put a "Input, Output" in your program header. A little different from Borland, I know. But actually, if you think about it, it's a little better to specify what external files are used in the Program header. That way you know exactly what files are gonna be opened by just looking at the Program header. I didn't like it at first, but now I think it's not a bad idea. Arcadio From gpc-request@santra.hut.fi Thu Nov 2 18:20:35 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA04975; Thu, 2 Nov 1995 18:20:34 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA28438; Thu, 2 Nov 95 18:20:31 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.6.11/8.6.7) with SMTP id TAA12448 for ; Thu, 2 Nov 1995 19:02:21 +0200 Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA04944; Thu, 2 Nov 1995 18:02:12 +0100 From: Peter Gerwinski Message-Id: <9511021702.AA04944@rs1.Theo-Phys.Uni-Essen.DE> Subject: Re: HELP (files) To: gpc@hut.fi Date: Thu, 2 Nov 1995 18:02:12 +0100 (MEZ) X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 987 Status: RO > Hello, Hello as well! > I have a problem using files with gpc: > > In Turbo Pascal I usually use the following: > > var > f:text; > > begin > assign(f,'filename'); > reset(f); > ... > close(f); > > But this doesn't work with gpc !! Look into the file borland2ep.doc by Berend de Boer which comes with GPC. There is documented how to write `assign' by yourself using GPC's `bind' procedure. This has proven to work in some cases, but not in all ... perhaps it will work when we also take into account Arcadio's hint. Good luck, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Thu Nov 2 19:57:20 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA18132; Thu, 2 Nov 1995 19:57:19 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA28614; Thu, 2 Nov 95 19:57:16 CET Received: from mail.fonorola.net (mail.fonorola.net [198.53.64.8]) by santra.hut.fi (8.6.11/8.6.7) with SMTP id UAA14424 for ; Thu, 2 Nov 1995 20:38:03 +0200 Received: from liti.magi.com by mail.fonorola.net with SMTP (5.65/25-eef) id AA06934; Thu, 2 Nov 95 13:05:09 -0500 Received: from slavitch.loran.com (slavitch@slavitch.loran.com [204.191.52.2]) by loran.com (8.6.12/8.6.9) with ESMTP id NAA06256 for ; Thu, 2 Nov 1995 13:21:03 -0500 Received: (from slavitch@localhost) by slavitch.loran.com (8.6.12/8.6.9) id NAA02208; Thu, 2 Nov 1995 13:12:47 -0500 Date: Thu, 2 Nov 1995 13:12:47 -0500 Message-Id: <199511021812.NAA02208@slavitch.loran.com> From: Michael Slavitch To: gpc@hut.fi Subject: gpc and gcc 2.7 on Linux.... Status: RO Has anyone successfully used gpc with gcc 2.7.0? Michael From gpc-request@santra.hut.fi Mon Nov 6 18:34:56 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA25872; Mon, 6 Nov 1995 18:34:55 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA12986; Mon, 6 Nov 95 18:34:46 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.6.11/8.6.7) with SMTP id TAA17753 for ; Mon, 6 Nov 1995 19:13:42 +0200 Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA20648; Mon, 6 Nov 1995 18:13:24 +0100 From: Peter Gerwinski Message-Id: <9511061713.AA20648@rs1.Theo-Phys.Uni-Essen.DE> Subject: Announcement: Borland extensions for GPC To: gpc@hut.fi Date: Mon, 6 Nov 1995 18:13:23 +0100 (MEZ) X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 878 Status: RO Hello, folks! I have implemented most of the Borland extensions -- and some other stuff -- into GPC. My extensions include: - Units - Compiler directives - Bit manipulations: and, or, shl, shr - Increment, decrement, min, max - Absolute variables - Objects - User-definable operators The modified sources are available on kampi.hut.fi in the directory /gpc/turbo-alpha. I am looking forward to receive your comments. :-) Yours, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From lotu@wam.umd.edu Tue Nov 7 16:16:55 1995 Received: from pg2-srv.wam.umd.edu by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA31344; Tue, 7 Nov 1995 16:16:39 +0100 Received: from rac1.wam.umd.edu (lotu@rac1.wam.umd.edu [128.8.70.3]) by pg2-srv.wam.umd.edu (8.6.10/8.6.9) with ESMTP id KAA21201; Tue, 7 Nov 1995 10:16:06 -0500 Received: (lotu@localhost) by rac1.wam.umd.edu (8.6.10/8.6.10) id KAA16273; Tue, 7 Nov 1995 10:16:05 -0500 Date: Tue, 7 Nov 1995 10:16:04 -0500 (EST) From: Arcadio Alivio Sincero To: Peter Gerwinski Cc: gpc@hut.fi Subject: Re: Announcement: Borland extensions for GPC In-Reply-To: <9511061713.AA20648@rs1.Theo-Phys.Uni-Essen.DE> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Mon, 6 Nov 1995, Peter Gerwinski wrote: > I have implemented most of the Borland extensions > -- and some other stuff -- into GPC. > My extensions include: > - Units > - Compiler directives > - Bit manipulations: and, or, shl, shr > - Increment, decrement, min, max > - Absolute variables > - Objects > - User-definable operators > The modified sources are available on kampi.hut.fi > in the directory /gpc/turbo-alpha. > I am looking forward to receive your comments. :-) Awesome. Good job Peter! 'Tho I wish somebody would finish up the Extended Pascal portions of GPC. I'm trying to steer myself away for using the Borland "standard" (or non-standard ...). Well, at least now we got a "Borland" Pascal compiler for Linux (there is a Linux version, right? I've only recently switched from OS/2 to Linux ... but I'm pretty sure I saw a Linux version last time I was on kampi.hut.fi ...). Arcadio From gpc-request@santra.hut.fi Tue Nov 7 17:28:42 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA27870; Tue, 7 Nov 1995 17:28:41 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA16739; Tue, 7 Nov 95 17:28:17 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.6.11/8.6.7) with SMTP id SAA09140 for ; Tue, 7 Nov 1995 18:08:18 +0200 Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA28752; Tue, 7 Nov 1995 17:07:06 +0100 From: Peter Gerwinski Message-Id: <9511071607.AA28752@rs1.Theo-Phys.Uni-Essen.DE> Subject: Re: Announcement: Borland extensions for GPC To: lotu@wam.umd.edu, gpc@hut.fi Date: Tue, 7 Nov 1995 17:07:05 +0100 (MEZ) In-Reply-To: from "Arcadio Alivio Sincero" at Nov 7, 95 10:16:04 am X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1645 Status: RO According to Arcadio Alivio Sincero: > > Awesome. Good job Peter! Thank you! :-) :-) :-) > 'Tho I wish somebody would finish up the Extended Pascal portions > of GPC. I'm trying to steer myself away for using the Borland "standard" > (or non-standard ...). I think that for many applications you actually *need* the Borland "non-standard". For example, for lo-level programming you need a bitwise "and" and a bit-shift operator for integers. Moreover, I feel Borland Pascal Units to be much more comfortable than Extended Pascal Modules due to the repetition of each exported identifier in an "export" clause. However, I am willing to contribute to this "finishing up" if somebody tells me what has to be done. > Well, at least now we got a "Borland" Pascal compiler for Linux > (there is a Linux version, right? I've only recently switched from OS/2 > to Linux ... but I'm pretty sure I saw a Linux version last time I was on > kampi.hut.fi ...). I don't know of an explicit Linux version at kampi.hut.fi, but GPC compiles straightforwardly under Linux. Nevertheless, I have archives with ready-to-run binaries for EMX (DOS and OS/2) as well as for Linux. Shall I upload them? Yours, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From sad@utkux.utcc.utk.edu Tue Nov 7 18:56:18 1995 Received: from UTKUX4.UTCC.UTK.EDU by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA28719; Tue, 7 Nov 1995 18:56:01 +0100 Received: by utkux4.utcc.utk.edu (5.x/2.7c-UTK) id AA29885; Tue, 7 Nov 1995 12:54:36 -0500 From: sad@utkux.utcc.utk.edu Message-Id: <9511071754.AA29885@utkux4.utcc.utk.edu> Subject: Re: Announcement: Borland extensions for GPC To: pege@rs1.Theo-Phys.Uni-Essen.DE (Peter Gerwinski) Date: Tue, 7 Nov 1995 12:54:35 -0500 (EST) In-Reply-To: <9511071607.AA28752@rs1.Theo-Phys.Uni-Essen.DE> from "Peter Gerwinski" at Nov 7, 95 05:07:05 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO > > According to Arcadio Alivio Sincero: > > > > Awesome. Good job Peter! > > Thank you! :-) :-) :-) > > > 'Tho I wish somebody would finish up the Extended Pascal portions > > of GPC. I'm trying to steer myself away for using the Borland "standard" > > (or non-standard ...). > > I think that for many applications you actually *need* the Borland > "non-standard". For example, for lo-level programming you need a > bitwise "and" and a bit-shift operator for integers. Moreover, I feel > Borland Pascal Units to be much more comfortable than Extended Pascal > Modules due to the repetition of each exported identifier in an > "export" clause. However, I am willing to contribute to this > "finishing up" if somebody tells me what has to be done. > > > Well, at least now we got a "Borland" Pascal compiler for Linux > > (there is a Linux version, right? I've only recently switched from OS/2 > > to Linux ... but I'm pretty sure I saw a Linux version last time I was on > > kampi.hut.fi ...). > > I don't know of an explicit Linux version at kampi.hut.fi, but GPC > compiles straightforwardly under Linux. Nevertheless, I have > archives with ready-to-run binaries for EMX (DOS and OS/2) as well > as for Linux. Shall I upload them? Yes, please! Especially the OS/2 version I am eagerly awaiting! Stefan From laa12@cc.keele.ac.uk Tue Nov 7 20:48:13 1995 Received: from gabriel.keele.ac.uk by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA31613; Tue, 7 Nov 1995 20:47:52 +0100 Received: from potter.cc.keele.ac.uk by gabriel.keele.ac.uk with SMTP (PP); Tue, 7 Nov 1995 16:26:37 +0000 From: "A.A. Olowofoyeku" Message-Id: <27579.199511071626@potter.cc.keele.ac.uk> Subject: Re: Announcement: Borland extensions for GPC To: pege@rs1.Theo-Phys.Uni-Essen.DE (Peter Gerwinski) Date: Tue, 7 Nov 1995 16:25:59 +0000 (GMT) In-Reply-To: <9511071607.AA28752@rs1.Theo-Phys.Uni-Essen.DE> from "Peter Gerwinski" at Nov 7, 95 05:07:05 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello, Peter Gerwinski! You wrote: > According to Arcadio Alivio Sincero: > > > > Awesome. Good job Peter! Same sentiments here. > I think that for many applications you actually *need* the Borland > "non-standard". For example, for lo-level programming you need a > bitwise "and" and a bit-shift operator for integers. Moreover, I feel > Borland Pascal Units to be much more comfortable than Extended Pascal > Modules due to the repetition of each exported identifier in an > "export" clause. I agree entirely. I also think that this "non-standard" has become a standard in its own right - as a matter of fact, even if not as a matter of law. The fact that everybody else is now trying to implement it (StonyBrook, Speed Pascal, Virtual Pascal, Cabot UCSD Pascal) means that it has come to stay, and should therefore be supported by Pascal compilers (even if only as an option available through compiler switches). > However, I am willing to contribute to this > "finishing up" if somebody tells me what has to be done. Personally, I would suggest that your efforts would better serve the Pascal community by implementing more of the Borland extensions, to achieve as much compatibility as is necessary - and somebody else can work on Extended Pascal. Specialisation in this way is very good. Eventually, GPC may become the best Pascal environment around, in the sense of supporting all the major "standards". If this were so, we could then begin to really compete with C on portability, and give C a run for its money. > I don't know of an explicit Linux version at kampi.hut.fi, but GPC > compiles straightforwardly under Linux. Nevertheless, I have > archives with ready-to-run binaries for EMX (DOS and OS/2) as well > as for Linux. Shall I upload them? Probably, yes. I would surely like to get my hands on ready-to-run binaries for DOS and OS/2 if Borland compatibility were there. Is there a Win32 version anywhere - or is there any plan for one? Warmest regards, The Chief --------- Dr. Abimbola A. Olowofoyeku (The African Chief) Keele University, England (and, The Great Elephant) Email: laa12@keele.ac.uk or, chief@mep.com From lotu@wam.umd.edu Thu Nov 9 12:31:30 1995 Received: from wor-srv.wam.umd.edu by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA25816; Thu, 9 Nov 1995 12:31:17 +0100 Received: from rac8.wam.umd.edu (lotu@rac8.wam.umd.edu [128.8.70.124]) by wor-srv.wam.umd.edu (8.6.10/8.6.9) with ESMTP id QAA23121; Wed, 8 Nov 1995 16:35:23 -0500 Received: (lotu@localhost) by rac8.wam.umd.edu (8.6.10/8.6.10) id QAA05043; Wed, 8 Nov 1995 16:35:18 -0500 Date: Wed, 8 Nov 1995 16:35:15 -0500 (EST) From: Arcadio Alivio Sincero To: Peter Gerwinski Cc: gpc@hut.fi Subject: Re: Announcement: Borland extensions for GPC In-Reply-To: <9511071607.AA28752@rs1.Theo-Phys.Uni-Essen.DE> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Tue, 7 Nov 1995, Peter Gerwinski wrote: > > 'Tho I wish somebody would finish up the Extended Pascal portions > > of GPC. I'm trying to steer myself away for using the Borland "standard" > > (or non-standard ...). > I think that for many applications you actually *need* the Borland > "non-standard". For example, for lo-level programming you need a > bitwise "and" and a bit-shift operator for integers. Moreover, I feel Hmm ... Extended Pascal doesn't have this then? BTW - does anybody know if the Extended Pascal specs have been posted yet? Somebody up on comp.lang.pascal.ansi-iso said he was gonna do it .. I'm wondering if he did it yet. > I don't know of an explicit Linux version at kampi.hut.fi, but GPC > compiles straightforwardly under Linux. Nevertheless, I have > archives with ready-to-run binaries for EMX (DOS and OS/2) as well > as for Linux. Shall I upload them? I'm sure a bunch of OS/2 users would thank you for it if you did upload it. I know I would. Just be sure to drop a note in the OS/2 programmer newsgroups. Arcadio From gpc-request@santra.hut.fi Thu Nov 9 19:02:48 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA23143; Thu, 9 Nov 1995 19:02:47 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA24451; Thu, 9 Nov 95 19:02:44 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.6.11/8.6.7) with SMTP id TAA27243 for ; Thu, 9 Nov 1995 19:42:31 +0200 Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA26767; Thu, 9 Nov 1995 18:42:12 +0100 From: Peter Gerwinski Message-Id: <9511091742.AA26767@rs1.Theo-Phys.Uni-Essen.DE> Subject: Binaries and IDE for Turbo-GPC To: gpc@hut.fi Date: Thu, 9 Nov 1995 18:42:11 +0100 (MEZ) X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1126 Status: RO Hello! I have uploaded binaries for the Turbo-GPC for EMX (i.e. DOS and OS/2) and for Linux to kampi.hut.fi and also to ftp.uni-augsburg.de. In Augsburg, they already can be downloaded immediately from /pub/incoming/gnu-pascal/turbo-alpha, but I asked them to move the tree to /pub/gnu and to set up some symbolic links. By the way: there is a Borland-style integrated development system named XWPE which is designed to run gcc, but can handle gpc, too (of course). It runs fine with X as well as with Linux in text mode. It can be downloaded (for example) from cranach.rz.tu-ilmenau.de from the directory /pub/unix/linux/distributions/DEBIAN/debian-0.93/source/devel. Have fun, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From lotu@wam.umd.edu Fri Nov 10 04:40:00 1995 Received: from wor-srv.wam.umd.edu by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA18856; Fri, 10 Nov 1995 04:39:51 +0100 Received: from rac8.wam.umd.edu (lotu@rac8.wam.umd.edu [128.8.70.124]) by wor-srv.wam.umd.edu (8.6.10/8.6.9) with ESMTP id WAB23089; Thu, 9 Nov 1995 22:39:35 -0500 Received: (lotu@localhost) by rac8.wam.umd.edu (8.6.10/8.6.10) id WAA04213; Thu, 9 Nov 1995 22:39:34 -0500 Date: Thu, 9 Nov 1995 22:39:28 -0500 (EST) From: Arcadio Alivio Sincero To: Peter Gerwinski Cc: gpc@hut.fi Subject: Re: Binaries and IDE for Turbo-GPC In-Reply-To: <9511091742.AA26767@rs1.Theo-Phys.Uni-Essen.DE> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Thu, 9 Nov 1995, Peter Gerwinski wrote: > I have uploaded binaries for the Turbo-GPC for EMX > (i.e. DOS and OS/2) and for Linux to kampi.hut.fi > and also to ftp.uni-augsburg.de. In Augsburg, they > already can be downloaded immediately from I was wondering, is the Linux verson you put up there compiled for ELF? I want to experience compiling GPC myself ... me being a new Linux user, it'd be a great learning experience. 'Tho I know the install notes for GPC specifically called for GCC v.2.6.3, I was wondering if it'll work with GCC v.2.7.0? If not, how can I set it up so it'll produce an ELF version of GPC? Thanks ... Arcadio From gpc-request@santra.hut.fi Fri Nov 10 12:01:44 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA27274; Fri, 10 Nov 1995 12:01:43 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA27052; Fri, 10 Nov 95 12:01:38 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.6.11/8.6.7) with SMTP id MAA12369 for ; Fri, 10 Nov 1995 12:49:14 +0200 Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA24281; Fri, 10 Nov 1995 11:48:42 +0100 From: Peter Gerwinski Message-Id: <9511101048.AA24281@rs1.Theo-Phys.Uni-Essen.DE> Subject: Re: Binaries and IDE for Turbo-GPC To: lotu@wam.umd.edu, gpc@hut.fi Date: Fri, 10 Nov 1995 11:48:41 +0100 (MEZ) In-Reply-To: from "Arcadio Alivio Sincero" at Nov 9, 95 10:39:28 pm X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1127 Status: RO According to Arcadio Alivio Sincero: > > I was wondering, is the Linux verson you put up there compiled > for ELF? No. I'm sorry, but GPC version 2.6.3 is still a.out, not ELF. > I want to experience compiling GPC myself ... me being a new > Linux user, it'd be a great learning experience. 'Tho I know the install > notes for GPC specifically called for GCC v.2.6.3, I was wondering if > it'll work with GCC v.2.7.0? If not, how can I set it up so it'll produce > an ELF version of GPC? I don't know about GPC 2.6.3 with GCC 2.7.0, but Juki recently wrote that he would upgrade GPC to 2.7.1. So just wait, and you'll get an ELF version of GPC which will produce ELF code. Yours, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From lotu@wam.umd.edu Sat Nov 11 21:34:25 1995 Received: from wor-srv.wam.umd.edu by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA25918; Sat, 11 Nov 1995 21:34:16 +0100 Received: from rac5.wam.umd.edu (lotu@rac5.wam.umd.edu [128.8.70.121]) by wor-srv.wam.umd.edu (8.6.10/8.6.9) with ESMTP id PAA03878 for ; Sat, 11 Nov 1995 15:34:19 -0500 Received: (lotu@localhost) by rac5.wam.umd.edu (8.6.10/8.6.10) id PAA22438; Sat, 11 Nov 1995 15:34:18 -0500 Date: Sat, 11 Nov 1995 15:34:17 -0500 (EST) From: Arcadio Alivio Sincero To: Peter Gerwinski Subject: Re: Binaries and IDE for Turbo-GPC In-Reply-To: <9511091742.AA26767@rs1.Theo-Phys.Uni-Essen.DE> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Thu, 9 Nov 1995, Peter Gerwinski wrote: > Hello! > > I have uploaded binaries for the Turbo-GPC for EMX > (i.e. DOS and OS/2) and for Linux to kampi.hut.fi > and also to ftp.uni-augsburg.de. In Augsburg, they > already can be downloaded immediately from > /pub/incoming/gnu-pascal/turbo-alpha, > but I asked them to move the tree to /pub/gnu and > to set up some symbolic links. I downloaded your version GPC-Linux instead of recompiling it myself. I got a project for my CMSC112 class due soon and I don't have time to mess around trying to figure out how to recompile GPC. 'Tho, I seem to be having some trouble. When I try to compile a test program, I get the error: ld: cannot open crt0.o: No such file or directory Here's where I have the files installed. The binary gpc is installed in /usr/bin. The binaries gpc-cpp and gpc1 are installed in the directory /usr/lib/gcc-lib/i486-linuxaout/2.6.3, however I have symbolic links in the directory /usr/local/bin named "gpc-cpp" and "gpc1" pointing to those binaries. The ar libraries libgpc.a and libgcc.a are also installed in /usr/lib/gcc-lib/i486-linuxaout/2.6.3. My system is SlackWare Linux v.3.0. The version of GCC I have installed is v.2.7.0. The source code is not installed. I do not have GCC v.2.6.3 installed in either source or compiled form. Please help. Thanks. Arcadio From gpc-request@santra.hut.fi Sun Nov 12 00:37:39 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA19918; Sun, 12 Nov 1995 00:37:38 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA02494; Sun, 12 Nov 95 00:37:43 CET Received: from wor-srv.wam.umd.edu (wor-srv.wam.umd.edu [128.8.76.2]) by santra.hut.fi (8.6.11/8.6.7) with ESMTP id BAA05277 for ; Sun, 12 Nov 1995 01:23:49 +0200 Received: from rac4.wam.umd.edu (lotu@rac4.wam.umd.edu [128.8.70.120]) by wor-srv.wam.umd.edu (8.6.10/8.6.9) with ESMTP id SAA16514 for ; Sat, 11 Nov 1995 18:23:31 -0500 Received: (lotu@localhost) by rac4.wam.umd.edu (8.6.10/8.6.10) id SAA05245; Sat, 11 Nov 1995 18:23:30 -0500 Date: Sat, 11 Nov 1995 18:23:29 -0500 (EST) From: Arcadio Alivio Sincero To: gpc@hut.fi Subject: NEED LINUX/ELF VERSION OF GPC!! Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO Can somebody PLEASE make an ELF version of GPC for Linux that works with GCC v.2.7.0???? Or give me some pointers on how to do it myself???? I downloaded the Linux version of GPC that Peter Gerwinski made, but it doesn't work on my system. I'm thinking maybe because I have SlackWare 3.0/ELF installed. When I first installed GPC, the compilation process would break when it came to the linking phase. ld, the GNU Linker, would say that it's unable to find file "crt0.o". I remembered seeing that file way back in my SlackWare 2.2 days, so kicked out the old SlackWare 2.2 CD-ROM and copied a "crt0.o" into my /usr/lib directory. Now, when I try to compile and link, I just get a whole bunch of unresolved reference errors. However, GPC itself appears to compile alright (except it produces a.out object files instead of ELF). It's just when it comes time to link that it goes haywire. Please help somebody! I need this compiler soon for a school project ... Arcadio From gpc-request@santra.hut.fi Mon Nov 13 19:36:23 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA25646; Mon, 13 Nov 1995 19:36:20 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA08788; Mon, 13 Nov 95 19:36:07 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.6.11/8.6.7) with SMTP id RAA27633 for ; Mon, 13 Nov 1995 17:04:48 +0200 Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA24863; Mon, 13 Nov 1995 16:00:06 +0100 From: Peter Gerwinski Message-Id: <9511131500.AA24863@rs1.Theo-Phys.Uni-Essen.DE> Subject: Re: NEED LINUX/ELF GPC (only a TRY to help you ...) To: lotu@wam.umd.edu (Arcadio Alivio Sincero) Date: Mon, 13 Nov 1995 16:00:05 +0100 (MEZ) Cc: gpc@hut.fi In-Reply-To: from "Arcadio Alivio Sincero" at Nov 11, 95 06:23:29 pm X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 2609 Status: RO According to Arcadio Alivio Sincero: > > > Can somebody PLEASE make an ELF version of GPC for Linux that works with > GCC v.2.7.0???? Or give me some pointers on how to do it myself???? If you really want to try to implement this yourself, I suggest the following strategy: - get GCC 2.6.3 and GCC 2.7.0 source, - look, which files of the GPC 2.6.3 source are replacing GCC 2.6.3 files, and make diffs between GCC 2.6.3 and GPC 2.6.3 for them, - do the GPC changes to the GCC 2.7.0 files, - compile GCC 2.7.0 (one stage is enough), - compile GPC, now version 2.7.0, and hope the best, - send your files to Juki, because he will be interested, - send your files to me, because I am interested, too. Since I expect trouble when doing this, let us first try it in another way ... > I downloaded the Linux version of GPC that Peter Gerwinski made, but it > doesn't work on my system. I'm thinking maybe because I have SlackWare > 3.0/ELF installed. > > When I first installed GPC, the compilation process would break when it > came to the linking phase. ld, the GNU Linker, would say that it's > unable to find file "crt0.o". I remembered seeing that file way back in > my SlackWare 2.2 days, so kicked out the old SlackWare 2.2 CD-ROM and > copied a "crt0.o" into my /usr/lib directory. Now, when I try to compile > and link, I just get a whole bunch of unresolved reference errors. Which gcclib do you use? Perhaps it is already the 2.7.0 version while crt0.o and gpc expect the 2.6.3 version. I suggest to install the com- plete gcc 2.6.3 in /usr/bin and /usr/lib. (It should work with SlackWare 3.0, as I hope.) Then also install gpc 2.6.3, and they should work to- gether. > However, GPC itself appears to compile alright (except it produces a.out > object files instead of ELF). It's just when it comes time to link that > it goes haywire. This gives hope to me, that the above idea could work. > Please help somebody! I need this compiler soon for a school project ... For case of emergency I will figure out how to run GPC under EMX in the DOS emulator of Linux. This is somehow stupid, but should work. Till later, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From lotu@wam.umd.edu Tue Nov 14 00:06:01 1995 Received: from wor-srv.wam.umd.edu by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA24546; Tue, 14 Nov 1995 00:05:52 +0100 Received: from rac9.wam.umd.edu (lotu@rac9.wam.umd.edu [128.8.70.8]) by wor-srv.wam.umd.edu (8.6.10/8.6.10) with ESMTP id SAA10443; Mon, 13 Nov 1995 18:05:34 -0500 Received: (lotu@localhost) by rac9.wam.umd.edu (8.6.10/8.6.10) id SAA17365; Mon, 13 Nov 1995 18:05:28 -0500 Date: Mon, 13 Nov 1995 18:05:23 -0500 (EST) From: Arcadio Alivio Sincero To: Peter Gerwinski Cc: gpc@hut.fi Subject: Re: NEED LINUX/ELF GPC (only a TRY to help you ...) In-Reply-To: <9511131500.AA24863@rs1.Theo-Phys.Uni-Essen.DE> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Mon, 13 Nov 1995, Peter Gerwinski wrote: > - get GCC 2.6.3 and GCC 2.7.0 source, > - look, which files of the GPC 2.6.3 source are replacing GCC 2.6.3 > files, and make diffs between GCC 2.6.3 and GPC 2.6.3 for them, > - do the GPC changes to the GCC 2.7.0 files, > - compile GCC 2.7.0 (one stage is enough), > - compile GPC, now version 2.7.0, and hope the best, > - send your files to Juki, because he will be interested, > - send your files to me, because I am interested, too. > > Since I expect trouble when doing this, let us first try it in another way ... Thanks for the play by play. This does look involved 'tho. I'll work on it next weekend. I'll just use Turbo Pascal on my DOS partition and hope when I translate it to conform to the ISO Standard, I don't make any mistakes (for my project thats due ... uhh .. man, tomorrow! Sheesh, I better get cracking ...). > Which gcclib do you use? Perhaps it is already the 2.7.0 version while > crt0.o and gpc expect the 2.6.3 version. I suggest to install the com- > plete gcc 2.6.3 in /usr/bin and /usr/lib. (It should work with SlackWare > 3.0, as I hope.) Then also install gpc 2.6.3, and they should work to- > gether. Well, I do have GCC v.2.7.0 installed, so I'm assuming the gcclib I have is 2.7.0. I have no idea because the SlackWare setup script just installed everything. Hmm ... if I install gcc 2.6.3, won't it over write 2.7.0? Can I install GCC 2.6.3 in it's own directory, say in /usr/local/bin/gcc263? That way I won't have to worry about gcc263 clashing with gcc270. > For case of emergency I will figure out how to run GPC under EMX in the > DOS emulator of Linux. This is somehow stupid, but should work. Hmm ... I was told that DOSEMU operates in a similar fashion to OS/2 VDMs. In that case, EMX won't work in DOSEMU because it uses the VPCI (or is it VCPI? I always get it confused) protected mode standard. 'Tho you can get the RSX package which will make EMX use the DPMI standard instead. I know that works in an OS/2 VDM ... Arcadio From pege Tue Nov 14 13:21:51 1995 Subject: GPC for EMX runs in Linux DOSemu :-) To: lotu@wam.umd.edu (Arcadio Alivio Sincero) Date: Tue, 14 Nov 1995 13:21:51 +0100 (MEZ) In-Reply-To: from "Arcadio Alivio Sincero" at Nov 13, 95 06:05:23 pm X-Mailer: ELM [version 2.4 PL13] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 2044 Status: RO Hello Arcadio, hello GPC-list! I have checked that the EMX (i.e. DOS and OS/2) version of GPC 2.6.3 runs fine in the DOSemu (version 0.60.3 with WinDoze hack---but probably also without it) of Linux. It is somehow stupid to emulate DOS under Linux in order to run there a program which has been ported from UNIX to DOS, but this may serve as a last resort when you have problems with Linux SlackWare 3 (ELF binary format) until GPC 2.7.x will exist. The steps to get a compiling GPC in Linux DOSemu are straightforward, nevertheless here is a short description what to do: - Install DOSemu, - get the following packets of EMX: emxrt, emxdev, gnudev, dpmigcc5, - get GPC binaries for EMX, - create a directory for EMX, install everything in that directory from Linux with unzip (this is more stable than installing it under DOSemu for example with pkunzip -d). Note that DOS is not case- sensitive, so you will have to move GPC files from EMX/BIN and EMX/LIB to emx/bin and emx/lib. - Start DOSemu and edit your AUTOEXEC.BAT: - set up a PATH to the emx/bin directory, - set up the LIBRARY_PATH environment variable to point to your emx/lib directory. - ExitEmu and restart it---now it should work. Run some tests. This sounds complicated, but if you are experienced with DOS and already have installed DOSemu and know where to get EMX (e.g. on the server ftp.uni-stuttgart.de in /pub/systems/os2/emx-0.9a or similar), the whole procedure can be done in half an hour or less. If not, it may be easier to do the port from GPC 2.6.3 to GPC 2.7.0 on your own. Good luck, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Wed Nov 22 12:49:18 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA22450; Wed, 22 Nov 1995 12:49:17 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA12089; Wed, 22 Nov 95 12:49:05 CET Received: from dxmint.cern.ch (dxmint.cern.ch [128.141.1.113]) by santra.hut.fi (8.7.1/8.7.1) with SMTP id MAA28504 for ; Wed, 22 Nov 1995 12:44:33 +0200 Received: from gnuisance.cern.ch.cern.ch by dxmint.cern.ch id AA15518; Wed, 22 Nov 1995 11:44:18 +0100 Received: by gnuisance.cern.ch.cern.ch (4.1/SMI-4.0) id AA12295; Wed, 22 Nov 95 11:44:13 +0100 Date: Wed, 22 Nov 95 11:44:13 +0100 Message-Id: <9511221044.AA12295@gnuisance.cern.ch.cern.ch> From: Philippe.Defert@cern.ch To: gpc@hut.fi Subject: gcc 2.7.1 Status: RO What about gpc for gcc 2.7.1 ? Thanks for your help. -- ************************************************************************ * Philippe Defert: Computing and Networks Division * * CERN, European Laboratory for Particle Physics * ************************************************************************ * Earth mail: CERN / CN / CO | E*mail: defert@cern.ch * * CH-1211 Geneve 23. Switzerland. | defert@cernvm.bitnet * * Voice: + 41 22 7673923 | * ************************************************************************ * __ * * Un monde nouveau, tu comprends ////\ * * Rien ne sera plus jamais comme avant \\\// * * C'est la fin de l'histoire, le rouge apres le noir | | * * J.J. Goldman | | * ************************************************************************ From gpc-request@santra.hut.fi Wed Nov 22 14:21:34 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA09161; Wed, 22 Nov 1995 14:21:33 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA12368; Wed, 22 Nov 95 14:21:07 CET Received: from hpug.kaist.ac.kr (hpug.kaist.ac.kr [143.248.1.162]) by santra.hut.fi (8.7.1/8.7.1) with SMTP id OAA01003 for ; Wed, 22 Nov 1995 14:31:27 +0200 Received: (from crisp@localhost) by hpug.kaist.ac.kr (8.6.12H1/8.6.12) id VAA03727; Wed, 22 Nov 1995 21:30:10 +0900 Date: Wed, 22 Nov 1995 21:30:10 +0900 Message-Id: <199511221230.VAA03727@hpug.kaist.ac.kr> From: Chung Jae-youn To: Philippe.Defert@cern.ch Cc: gpc@hut.fi In-Reply-To: <9511221044.AA12295@gnuisance.cern.ch.cern.ch> (Philippe.Defert@cern.ch) Subject: Re: gcc 2.7.1 Status: RO >>>>> "Philippe" == Philippe Defert writes: Philippe> What about gpc for gcc 2.7.1 ? Philippe> Thanks for your help. -- It would be a great pleasure if there is gpc for gcc 2.7.1 of course.. :) regards.. -- ---- Crisp From gpc-request@santra.hut.fi Wed Nov 22 15:24:50 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA23187; Wed, 22 Nov 1995 15:24:49 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA12513; Wed, 22 Nov 95 15:24:44 CET Received: from gabriel.keele.ac.uk (gabriel.keele.ac.uk [160.5.1.248]) by santra.hut.fi (8.7.1/8.7.1) with ESMTP id PAA02227 for ; Wed, 22 Nov 1995 15:23:35 +0200 Received: from potter.cc.keele.ac.uk by gabriel.keele.ac.uk with SMTP (PP); Wed, 22 Nov 1995 12:57:42 +0000 From: "A.A. Olowofoyeku" Message-Id: <21137.199511221257@potter.cc.keele.ac.uk> Subject: GPC for Win32 To: gpc@hut.fi Date: Wed, 22 Nov 1995 12:57:28 +0000 (GMT) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello, I have been reading somewhere about GCC for Win32 - has anyone done a port of GPC for the Win32 platforms? Thanks. Warmest regards, The Chief --------- Dr. Abimbola A. Olowofoyeku (The African Chief) Keele University, England (and, The Great Elephant) Email: laa12@keele.ac.uk or, chief@mep.com From gpc-request@santra.hut.fi Wed Nov 22 20:20:34 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA23932; Wed, 22 Nov 1995 20:20:33 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA13347; Wed, 22 Nov 95 20:20:24 CET Received: from wor-srv.wam.umd.edu (wor-srv.wam.umd.edu [128.8.76.2]) by santra.hut.fi (8.7.1/8.7.1) with SMTP id UAA09132 for ; Wed, 22 Nov 1995 20:54:45 +0200 Received: from rac6.wam.umd.edu (lotu@rac6.wam.umd.edu [128.8.70.122]) by wor-srv.wam.umd.edu (8.6.10/8.6.10) with ESMTP id NAA24335; Wed, 22 Nov 1995 13:54:35 -0500 Received: (lotu@localhost) by rac6.wam.umd.edu (8.6.10/8.6.10) id NAA09018; Wed, 22 Nov 1995 13:54:32 -0500 Date: Wed, 22 Nov 1995 13:54:31 -0500 (EST) From: Arcadio Alivio Sincero To: Chung Jae-youn Cc: Philippe.Defert@cern.ch, gpc@hut.fi Subject: Re: gcc 2.7.1 In-Reply-To: <199511221230.VAA03727@hpug.kaist.ac.kr> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Wed, 22 Nov 1995, Chung Jae-youn wrote: > Philippe> What about gpc for gcc 2.7.1 ? > Philippe> Thanks for your help. -- > It would be a great pleasure if there is gpc for gcc 2.7.1 of course.. Juki said he was gonna work on a GPC for GCC v.2.7.0. Dunno if he started yet or not. Arcadio From gpc-request@santra.hut.fi Wed Nov 22 21:04:59 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA19706; Wed, 22 Nov 1995 21:04:58 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA13377; Wed, 22 Nov 95 21:04:55 CET Received: from kampi.hut.fi (kampi.hut.fi [130.233.224.2]) by santra.hut.fi (8.7.1/8.7.1) with SMTP id VAA09745 for ; Wed, 22 Nov 1995 21:40:26 +0200 Received: (from jtv@localhost) by kampi.hut.fi (8.6.11/8.6.7) id VAA05955; Wed, 22 Nov 1995 21:38:48 +0200 Date: Wed, 22 Nov 1995 21:38:47 +0200 (EET) From: Jukka Virtanen Reply-To: Jukka.Virtanen@hut.fi To: Arcadio Alivio Sincero Cc: Chung Jae-youn , Philippe.Defert@cern.ch, gpc@hut.fi Subject: Re: gcc 2.7.1 In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Wed, 22 Nov 1995, Arcadio Alivio Sincero wrote: > On Wed, 22 Nov 1995, Chung Jae-youn wrote: > > > Philippe> What about gpc for gcc 2.7.1 ? > > Philippe> Thanks for your help. -- > > It would be a great pleasure if there is gpc for gcc 2.7.1 of course.. > > > Juki said he was gonna work on a GPC for GCC v.2.7.0. Dunno if > he started yet or not. Hi folks... I did start to merge the borland mods to my gpc tree, but found out that I have to talk with Peter about some problems I encountered (my test programs broke; might be a problem with my upgrade, though). So it is probable that I will do the 2.6.3-> 2.7.1 upgrade first and fix the problems later with Peters help. I did not upgrade to 2.7.0 because 2.7.1 was coming out, and now that it has, I heard that there are still more problems with than what we knew the 2.6.3 had (at least in the rs-6000), but I guess the upgrade would be useful anyway (ELF, etc) so I try to implement it soon. Juki jtv@hut.fi From gpc-request@santra.hut.fi Wed Nov 22 21:12:56 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA29702; Wed, 22 Nov 1995 21:12:55 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA13393; Wed, 22 Nov 95 21:12:54 CET Received: from dogwood1.utcc.utk.edu (DOGWOOD1.UTCC.UTK.EDU [198.78.204.31]) by santra.hut.fi (8.7.1/8.7.1) with SMTP id VAA09907; Wed, 22 Nov 1995 21:53:31 +0200 From: sad@utkux.utcc.utk.edu Received: by dogwood1.utcc.utk.edu (5.x/2.7c-UTK) id AA16449; Wed, 22 Nov 1995 14:52:54 -0500 Message-Id: <9511221952.AA16449@dogwood1.utcc.utk.edu> Subject: Re: gcc 2.7.1 To: Jukka.Virtanen@hut.fi Date: Wed, 22 Nov 1995 14:52:53 -0500 (EST) Cc: gpc@hut.fi In-Reply-To: from "Jukka Virtanen" at Nov 22, 95 09:38:47 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hi Juki, will the Borland stuff be implemented such that one can turn it *off* with a compiler switch? (Much like the -ansi option for gcc?) I'd love to have a way to write either very clean, portable Extended Pascal code or very borlandy code ... Thanks! Stefan > > > On Wed, 22 Nov 1995, Arcadio Alivio Sincero wrote: > > > On Wed, 22 Nov 1995, Chung Jae-youn wrote: > > > > > Philippe> What about gpc for gcc 2.7.1 ? > > > Philippe> Thanks for your help. -- > > > It would be a great pleasure if there is gpc for gcc 2.7.1 of course.. > > > > > > Juki said he was gonna work on a GPC for GCC v.2.7.0. Dunno if > > he started yet or not. > > Hi folks... I did start to merge the borland mods to my gpc > tree, but found out that I have to talk with Peter about some > problems I encountered (my test programs broke; might be a problem > with my upgrade, though). So it is probable that I will do the 2.6.3-> > 2.7.1 upgrade first and fix the problems later with Peters help. > > I did not upgrade to 2.7.0 because 2.7.1 was coming out, > and now that it has, I heard that there are still more > problems with than what we knew the 2.6.3 had (at least in > the rs-6000), but I guess the upgrade would be useful > anyway (ELF, etc) so I try to implement it soon. > > Juki > jtv@hut.fi > From gpc-request@santra.hut.fi Wed Nov 22 23:30:16 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA27870; Wed, 22 Nov 1995 23:30:15 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA13764; Wed, 22 Nov 95 23:30:28 CET Received: from kampi.hut.fi (kampi.hut.fi [130.233.224.2]) by santra.hut.fi (8.7.1/8.7.1) with SMTP id WAA10229 for ; Wed, 22 Nov 1995 22:19:17 +0200 Received: (from jtv@localhost) by kampi.hut.fi (8.6.11/8.6.7) id WAA06016; Wed, 22 Nov 1995 22:19:13 +0200 Date: Wed, 22 Nov 1995 22:19:12 +0200 (EET) From: Jukka Virtanen Reply-To: Jukka.Virtanen@hut.fi To: gpc@hut.fi Subject: borland extensions In-Reply-To: <9511221952.AA16449@dogwood1.utcc.utk.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Wed, 22 Nov 1995 sad@utkux.utcc.utk.edu wrote: > Hi Juki, > > will the Borland stuff be implemented such that one can turn it *off* > with a compiler switch? (Much like the -ansi option for gcc?) > I'd love to have a way to write either very clean, portable Extended Pascal > code or very borlandy code ... > > Thanks! Stefan I think it should (and partly must) be done so. Implementing another "hybdir" language is not what I would like to see. I find that the extended pascal is a good language in itself, but I agree that there are far too many borland programs around to ignore them. (Also, the object pascal language looks nice and would be fun to support. Any volunteers? :-) Juki jtv@hut.fi From graywolf@earthlight.co.nz Thu Nov 23 02:45:14 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA27772; Thu, 23 Nov 1995 02:45:13 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA14249; Thu, 23 Nov 95 02:45:16 CET Received: (from graywolf@localhost) by sol.earthlight.co.nz (8.6.9/8.6.9) id OAA23387 for pege@mail.theo-phys.uni-essen.de; Thu, 23 Nov 1995 14:42:16 +1300 From: Dave Smith Message-Id: <199511230142.OAA23387@sol.earthlight.co.nz> Subject: GPC To: pege@rt07.Theo-Phys.Uni-Essen.DE Date: Thu, 23 Nov 1995 14:42:15 +1300 (NZDT) X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 290 Status: RO Hi, I've downloaded the GPC binaries for Ms-dos, but I don't have an emx driver. Could you please point me in the direction to obtain these drivers for dos. I've searched the web, but can only find OS2 ones :(, so your help here would be much appreciated. Cheers Dave Smith From gpc-request@santra.hut.fi Thu Nov 23 09:38:20 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA27867; Thu, 23 Nov 1995 09:38:19 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA15498; Thu, 23 Nov 95 09:37:59 CET Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.1]) by santra.hut.fi (8.7.1/8.7.1) with SMTP id JAA16194 for ; Thu, 23 Nov 1995 09:55:58 +0200 Received: from hsb.nest.nl by sun4nl.NL.net with SMTP id AB08497 (5.65b/CWI-3.3); Thu, 23 Nov 1995 08:55:41 +0100 Received: from nestnl.nest.nl (root@localhost) by hsb.nest.nl (8.6.11/8.6.11) with UUCP id IAA04441 for hut.fi!gpc; Thu, 23 Nov 1995 08:46:53 GMT Received: by nestnl.nest.nl (V1.17-beta/Amiga) id ; Thu, 23 Nov 95 08:42:45 +0100 Received: by beard.nest.nl (BeyondGating/0.88alpha) id BG2426; Thu, 23 Nov 1995 05:03:04 +0100 Date: 22 Nov 95 19:37:57 +0100 Message-Id: <60-60-0-0-b36da71@beard.nest.nl> From: berend@beard.nest.nl (Berend de Boer) To: gpc@hut.fi Subject: GPC for Win32 Status: RO A.A. Olowofoyeku wrote in a message to Berend de Boer: AAO> I have been reading somewhere about GCC for Win32 - has AAO> anyone done a port of GPC for the Win32 platforms? I probably try it soon. But I think I need 2.7.x, but let's see if gpc2.6.3 works on top of gcc 2.7 Groetjes, Berend (-: CIS: 100120,3121 email: berend@beard.nest.nl From gpc-request@santra.hut.fi Thu Nov 23 16:51:07 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA22476; Thu, 23 Nov 1995 16:51:06 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA16577; Thu, 23 Nov 95 16:51:02 CET Received: from whidbey (whidbey.whidbey.com [204.94.52.2]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id RAA04139 for ; Thu, 23 Nov 1995 17:08:02 +0200 (EET) Received: by whidbey (5.0/SMI-SVR4) id AA15912; Thu, 23 Nov 1995 07:07:01 +0800 Message-Id: <9511231507.AA15912@whidbey> From: alland@whidbey.com (Allan Derickson) Date: Thu, 23 Nov 95 08:01:44 To: gpc@hut.fi Subject: GPC and OS/2 X-Mailer: MR/2 Internet Cruiser Edition v0.99b Status: RO Hello, I installed the version of GPC patched for emx running in OS/2. Has anyone made an OS/2 header file that works for API calls? Can someone show me a snippet of code showing how to incorporate an assembler procedure into a program? WriteStr doesn't work - "unresolved external". Writeln is sometimes called multiple times. TIA Allan D. Derickson -- Derickson Forestry Services -- Freeland, WA USA ----------------------------------------------------------- alland@whidbey.com ----------------------------------------------------------- From gpc-request@santra.hut.fi Thu Nov 23 19:25:19 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA31955; Thu, 23 Nov 1995 19:25:18 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA16985; Thu, 23 Nov 95 19:25:14 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id UAA06526 for ; Thu, 23 Nov 1995 20:13:42 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA25174; Thu, 23 Nov 1995 19:12:54 +0100 From: Peter Gerwinski Message-Id: <9511231812.AA25174@rs1.Theo-Phys.Uni-Essen.DE> Subject: Re: GPC To: graywolf@earthlight.co.nz (Dave Smith), gpc@hut.fi Date: Thu, 23 Nov 1995 19:12:53 +0100 (MEZ) In-Reply-To: <199511230142.OAA23387@sol.earthlight.co.nz> from "Dave Smith" at Nov 23, 95 02:42:15 pm X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO Hello! EMX can be downloaded for example from ftp.uni-stuttgart.de in the directory /pub/systems/os2/emx-0.9a. Independently of the directory's name, it works well with DOS. :-) Peter According to Dave Smith: > > Hi, > > I've downloaded the GPC binaries for Ms-dos, but I don't have an emx > driver. Could you please point me in the direction to obtain these > drivers for dos. I've searched the web, but can only find OS2 ones :(, > so your help here would be much appreciated. > > Cheers > Dave Smith > > -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Thu Nov 23 19:28:09 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA02363; Thu, 23 Nov 1995 19:28:08 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA16997; Thu, 23 Nov 95 19:28:06 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id UAA06505 for ; Thu, 23 Nov 1995 20:10:29 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA19531; Thu, 23 Nov 1995 19:10:17 +0100 From: Peter Gerwinski Message-Id: <9511231810.AA19531@rs1.Theo-Phys.Uni-Essen.DE> Subject: Re: borland extensions To: gpc@hut.fi Date: Thu, 23 Nov 1995 19:10:16 +0100 (MEZ) In-Reply-To: from "Jukka Virtanen" at Nov 22, 95 10:19:12 pm X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO Hi! An option to turn the Borland extensions off exists in some sense: Just use --pedantic, and you will get warnings for everything which is not ISO. Peter According to Jukka Virtanen: > > > On Wed, 22 Nov 1995 sad@utkux.utcc.utk.edu wrote: > > > Hi Juki, > > > > will the Borland stuff be implemented such that one can turn it *off* > > with a compiler switch? (Much like the -ansi option for gcc?) > > I'd love to have a way to write either very clean, portable Extended Pascal > > code or very borlandy code ... > > > > Thanks! Stefan > > I think it should (and partly must) be done so. > Implementing another "hybdir" language is not what I would > like to see. > > I find that the extended pascal is a good language in itself, > but I agree that there are far too many borland programs > around to ignore them. (Also, the object pascal language > looks nice and would be fun to support. Any volunteers? :-) > > Juki > jtv@hut.fi > -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Thu Nov 23 19:32:18 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA19031; Thu, 23 Nov 1995 19:32:18 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA17000; Thu, 23 Nov 95 19:32:14 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id UAA06607 for ; Thu, 23 Nov 1995 20:21:56 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA24198; Thu, 23 Nov 1995 19:21:48 +0100 From: Peter Gerwinski Message-Id: <9511231821.AA24198@rs1.Theo-Phys.Uni-Essen.DE> Subject: Re: borland extensions ("PS") To: gpc@hut.fi Date: Thu, 23 Nov 1995 19:21:47 +0100 (MEZ) X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO According to pege: >From pege Thu Nov 23 19:21:21 1995 Subject: Re: borland extensions ("PS") To: Jukka.Virtanen@hut.fi Date: Thu, 23 Nov 1995 19:21:21 +0100 (MEZ) In-Reply-To: from "Jukka Virtanen" at Nov 22, 95 10:19:12 pm X-Mailer: ELM [version 2.4 PL13] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1297 Hello again! > I find that the extended pascal is a good language in itself, > but I agree that there are far too many borland programs > around to ignore them. I think there is yet another reason: When you want to do lo-level programming in Pascal, you *need* the Borland extensions. (Or, you must write large parts in assembler, which is also non-ISO.) And there are more examples where things can easily be done with Borland Pascal but are very uncomfortable or even impossible with Extended Pascal. > (Also, the object pascal language > looks nice and would be fun to support. Any volunteers? :-) The Borland "nonstandard" supports objects, so the object pascal language already *is* implemented in some sense -- I expect that only a few names must be changed. If a volunteer wants to imple- ment Object Pascal: It won't be too much work! Yours, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Fri Nov 24 17:38:01 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA27499; Fri, 24 Nov 1995 17:38:00 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA20574; Fri, 24 Nov 95 17:37:51 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id SAA21406 for ; Fri, 24 Nov 1995 18:25:12 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA17366; Fri, 24 Nov 1995 17:24:49 +0100 From: Peter Gerwinski Message-Id: <9511241624.AA17366@rs1.Theo-Phys.Uni-Essen.DE> Subject: f2p, c2p To: gpc@hut.fi Date: Fri, 24 Nov 1995 17:24:49 +0100 (MEZ) X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO Hello, folks! Only one small question/suggestion: Does there exist a f2p or c2p translator program which translates Fortran resp. C source to Pascal source? If not, I suggest that somebody writes it because of the following reasons: - Practical reason: It would be nice to import libraries written in C, C++ or Fortran automatically. For most purposes, it would be sufficient to have a program which ports C header files to Pascal Unit (Module) interfaces. - Psychological reason: The existence of a c2p would demonstrate that Pascal is at least as powerful as C. The existence of a p2c (which does in fact *not* support everything which is possible in Borland Pascal -- I am thinking of the Object extensions) is ac- cepted by many people as a "proof" that C would be superior to Pascal, so we should "proove" the opposite direction. :-) I am almost sure that at least the c2p program does not exist because Standard Pascal has indeed less abilities than C. However, you can do everything which is possible in C with GNU Pascal (including e.g. pointer arithmetics -- just do a type cast to Integer), so the main difficulty will be to *understand* the C source, not to translate it. C++ could be more complicated as long as GNU Pascal does not (yet) have multiple inheritance. For Fortran, I don't see any problems, since there are complex numbers in GNU (Extended) Pascal, but one should translate goto statements to structured statements wherever possible.. One idea how to write it: Just use the front-ends of the GNU compi- lers and replace the assembler back-end by a Pascal back-end. Once you have understood how the front-end passes information to the back-end, the job will be straightforward. (One could even easily generalize it to a general x2y translator ...! :-) I have not the time to do it myself :-( so I ask *you* if you are willing to do this important contribution. Yours, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From sad@utkux.utcc.utk.edu Fri Nov 24 21:57:18 1995 Received: from UTKUX4.UTCC.UTK.EDU by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA25588; Fri, 24 Nov 1995 21:57:02 +0100 Received: by utkux4.utcc.utk.edu (5.x/2.7c-UTK) id AA27429; Fri, 24 Nov 1995 15:52:06 -0500 From: sad@utkux.utcc.utk.edu Message-Id: <9511242052.AA27429@utkux4.utcc.utk.edu> Subject: Re: f2p, c2p To: pege@rs1.Theo-Phys.Uni-Essen.DE (Peter Gerwinski) Date: Fri, 24 Nov 1995 15:52:05 -0500 (EST) In-Reply-To: <9511241624.AA17366@rs1.Theo-Phys.Uni-Essen.DE> from "Peter Gerwinski" at Nov 24, 95 05:24:49 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO > > Hello, folks! > > Only one small question/suggestion: Does there exist a f2p or c2p > translator program which translates Fortran resp. C source to Pascal > source? If not, I suggest that somebody writes it because of the > following reasons: Hi there! I know there exist attempts to sovle that problem out there on the net but they all are bound to be rather incomplete due to the very different nature of the languages under consideration. In fact, this kind of thing is being discussed quite often in all the involved language news groups ( comp.lang.fortran, comp.lang.c). Most of the tools I have heared of are reported to ease the transition to pascal while leaving still much manual work behind. If you think of how much of the time that you actually spend porting a code goes into which parts you will see that already things like changing the comment and declaration parts and aligning them nicely (so that further maintainance of the pascal code by a human is easily possible) are a big step. In fact, the fortran to c translator does not produce c code meant for the human reader or for further maintainance of the code in C at all. It produces code which has only the purpose to compile on a C compiler, the code is, however, next to unreadable for a C programmer (and calls many library routines to, e.g., emulate the Fortran output statements). Ihave yet to run into a code that did not compile and run. The pascal to c translator, on the other hand, produces rather reasonably readable code, which doesn't always compile though. So, there are two different approaches. For the transaltino of header files seems to exist a solution since they are highly specific; as part of the Prospero Extended Pascal for OS/2 you get (supposedly, I don't have it yet) a bunch of translated header files and a translation utility that leaves only a bit manual work to be done. > > - Practical reason: It would be nice to import libraries written > in C, C++ or Fortran automatically. For most purposes, it would > be sufficient to have a program which ports C header files to > Pascal Unit (Module) interfaces. > This one is a bit deceiving, since it in turn would lead to the conclusion that assembler or machine code is superior to C, since the translation from anything ends up in some such form. Of course, the way back is neither uniquely determined nor easily accomplished atomatically. The difference is more the high- and low-level access to a language. You always could explain Shakespeares M(a)cBeth to a five year old with rather limited vocabulary: ``Well, that guy on stage was to eager to get into power and in the end he got killed because he's the bad guy'' but try to turn that sentence into Shakespeare's language again ... See what I am saying? :-) > - Psychological reason: The existence of a c2p would demonstrate > that Pascal is at least as powerful as C. The existence of a p2c > (which does in fact *not* support everything which is possible in > Borland Pascal -- I am thinking of the Object extensions) is ac- > cepted by many people as a "proof" that C would be superior to > Pascal, so we should "proove" the opposite direction. :-) > > I am almost sure that at least the c2p program does not exist because > Standard Pascal has indeed less abilities than C. However, you can > do everything which is possible in C with GNU Pascal (including e.g. > pointer arithmetics -- just do a type cast to Integer), so the main > difficulty will be to *understand* the C source, not to translate it. > C++ could be more complicated as long as GNU Pascal does not (yet) have > multiple inheritance. For Fortran, I don't see any problems, since > there are complex numbers in GNU (Extended) Pascal, but one should > translate goto statements to structured statements wherever possible.. I really am not sure if it is so easy. Let's first look at C: All this malloc stuff, and access to the memory address that contains the pointer to a certain array element and such -- is that really easily accomplished in E.Pascal? Or, my pet grief: Command line access ... what do you do with int main(argc, *argv) { ...} or such? I think it won't be possible to achieve a completely automatic translation when you come from C code, even though it may be possible to code a solution to a give problem in both C and Pascal. (Very often you find also lots of crap coded in C just to say something the language Pascal would allow in one line, say, assignment of arrays: In c you'd have to assign array alement by array element since otherwise the pointers would be the same, while in Pascal you can do an A:=B; if they are just of compatible (or the same?) type. So, even mechanical translation may not produce very Pascalish code, as one could see from the first edition of the numerical recipes which had a very Fortanish Pascal version of each routine in the appendix ... Now Fortran: You would have to provide at leat a huge library (similar to the one that comes with f2c) for a load of intrinsic Fortran functions, input/output routines and the like, and you would have to find a way to deal with Fortran goodies like computed goto's, multiple entry points for subroutines or passing of arrays by passing the first element and the length of the array (which frequently causes trouble when the array length is different from the one passed). So, being an optimist with life experience (as some define a pessimist) I just want to be a bit cautious about too high expectatins of automated translation. I do agree, however, that it should be possible to write something that could do a significant fraction of the porting work. > > One idea how to write it: Just use the front-ends of the GNU compi- > lers and replace the assembler back-end by a Pascal back-end. Once > you have understood how the front-end passes information to the > back-end, the job will be straightforward. (One could even easily > generalize it to a general x2y translator ...! :-) Hm. So Shakespeare with the vocabulary of a five year old? Again, even if you would be able to get something in E.P. out of such a back end it would be very different from what an experienced Pascal Programmer would have written and so it would probably end up being manually converted to a more efficient, more readable, more Pascally code afterwards anyway ... I think that a good, portable compiler and a good, portable conversion aid utility are as much as we could have hoped for. BTW, one way to push E.P. would be to convince the authors of the Numerical Recipes to treat us to a new issue of their book for extended Pascal. They gave up on Pascal a while back because there was no market, as they claimed, and there are only Fortran and C versions left. An E.P. version would be really a big step, I believe. Later, gotta eat turkey now! Stefan > > I have not the time to do it myself :-( so I ask *you* if you are > willing to do this important contribution. > > Yours, > > Peter > > -------------------------------------------------------------------------------- > Dipl. Phys. Peter Gerwinski > Fachbereich Physik > Universitaet-GH Essen Phone: +49-201-183-2763 > D-45117 Essen Fax: +49-201-183-2120 > Germany e-mail: pege@mail.theo-phys.uni-essen.de > -------------------------------------------------------------------------------- > From gpc-request@santra.hut.fi Mon Nov 27 17:15:48 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA35389; Mon, 27 Nov 1995 17:15:47 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA01660; Mon, 27 Nov 95 17:15:32 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id RAA27021 for ; Mon, 27 Nov 1995 17:55:12 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA26209; Mon, 27 Nov 1995 16:54:56 +0100 From: Peter Gerwinski Message-Id: <9511271554.AA26209@rs1.Theo-Phys.Uni-Essen.DE> Subject: GCC 2.7.x and GPC 2.6.3 To: gpc@hut.fi Date: Mon, 27 Nov 1995 16:54:55 +0100 (MEZ) X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO Hello, everybody! Somehow good news: GCC 2.7.x and GPC 2.6.3 *can* peacefully coexist on the same system. You just have to make the linuxaout-libraries visible for GPC (for example with the SlackWare 3.0 directory tree, use "gpc -L /usr/i486-linuxaout/lib myfile.pas") and to replace temporarily the new library libgcc.a by the old one. Only this one -- not the elf versions, and not libc.a, etc.. The linker will complain about some entry point, but the executable will work. I suggest to use an alias or a shell script for all that. Yours, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Mon Nov 27 17:51:05 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA19803; Mon, 27 Nov 1995 17:51:04 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA01790; Mon, 27 Nov 95 17:51:00 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id SAA27692 for ; Mon, 27 Nov 1995 18:23:45 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA35515; Mon, 27 Nov 1995 17:23:41 +0100 From: Peter Gerwinski Message-Id: <9511271623.AA35515@rs1.Theo-Phys.Uni-Essen.DE> Subject: Files To: gpc@hut.fi Date: Mon, 27 Nov 1995 17:23:41 +0100 (MEZ) X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO Hello! Now I also have problems with the binding of external files to Pascal file variables ... I tried to use Extended Pascal "binding" to assign a file variable to an external -- existing -- file. I just copied the "Assign" pro- cedure by Berend as published in borland2ep.doc. It does not always work: I often get a runtime error saying that the file did not exist. (But it exists -- I can edit it, etc..) The only solution I could figure out: Mention each file in the program's header, forget about an "Assign" procedure, just reset it. Then you are asked for the external file name. Type it in -- voila. I defined a semi-dummy "Assign" procedure which prompts "please type in )-: myfile135.dat". It could not be done with "myexecutable To: pege@rs1.Theo-Phys.Uni-Essen.DE Message-Id: <0099A079.81AB3B20.9@ST.MFFUK> Subject: Re: Files X-Charset: ASCII X-Char-Esc: 29 Status: RO Hello, > Now I also have problems with the binding of external files to > Pascal file variables ... > > I tried to use Extended Pascal "binding" to assign a file variable > Type it in -- voila. I defined a semi-dummy > "Assign" procedure which prompts "please type in )-: myfile135.dat". > It could not be done with "myexecutable must type in each filename by hand. > > What shall I do ??? I used -Grts -a file_variable:filename switch to my program, which used file file_variable (it was mentioned in program header). This worked like static assign. Try to look somewhere in docs (use grep), I found it there. I am not sure, whether some special switch should be given to the compiler. If you find any better solution, I am interested in it. Sincerely, Pavel Petrovic http://pascal.fmph.uniba.sk/~3petrovice From gpc-request@santra.hut.fi Mon Nov 27 22:04:21 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA21898; Mon, 27 Nov 1995 22:04:20 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA02349; Mon, 27 Nov 95 22:04:11 CET Received: from quackerjack.cc.vt.edu (quackerjack.cc.vt.edu [198.82.160.250]) by santra.hut.fi (8.7.2/8.7.2) with ESMTP id WAA31116 for ; Mon, 27 Nov 1995 22:51:30 +0200 (EET) Received: from holodeck.cc.vt.edu (holodeck.cc.vt.edu [128.173.16.28]) by quackerjack.cc.vt.edu (8.7.1/8.7.1) with SMTP id PAA07557 for ; Mon, 27 Nov 1995 15:51:18 -0500 (EST) Received: from gserver.grads.vt.edu by holodeck.cc.vt.edu with SMTP (8.6.12/16.2) id PAA11076; Mon, 27 Nov 1995 15:51:12 -0500 Received: from gserver.grads.vt.edu by gserver.grads.vt.edu (5.x/SMI-SVR4) id AA02207; Mon, 27 Nov 1995 15:46:41 -0500 Sender: tdunbar@gserver.grads.vt.edu Message-Id: <30BA23B1.174D@gserver.grads.vt.edu> Date: Mon, 27 Nov 1995 15:46:41 -0500 From: Thomas Dunbar Organization: Virginia Tech X-Mailer: Mozilla 2.0b3 (X11; I; SunOS 5.4 sun4m) Mime-Version: 1.0 To: gpc@hut.fi Subject: bug with strings in EMX port of gpc Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO the EMX port of gpc that i've been using for my students seems to have problems with strings .. it's like the bcmp routine didnt get included in libs works fine on linux and solaris i dont even remember where i downloaded the emx version. where can i find it, or better, an update? -- Thomas Dunbar 540 231-3938 (fax 3714) http://gserver.grads.vt.edu/ From gpc-request@santra.hut.fi Mon Nov 27 23:21:37 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA19649; Mon, 27 Nov 1995 23:21:37 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA02602; Mon, 27 Nov 95 23:21:31 CET Received: from quackerjack.cc.vt.edu (quackerjack.cc.vt.edu [198.82.160.250]) by santra.hut.fi (8.7.2/8.7.2) with ESMTP id AAA31817 for ; Tue, 28 Nov 1995 00:02:32 +0200 (EET) Received: from holodeck.cc.vt.edu (holodeck.cc.vt.edu [128.173.16.28]) by quackerjack.cc.vt.edu (8.7.1/8.7.1) with SMTP id RAA12643 for ; Mon, 27 Nov 1995 17:02:30 -0500 (EST) Received: from gserver.grads.vt.edu by holodeck.cc.vt.edu with SMTP (8.6.12/16.2) id RAA22237; Mon, 27 Nov 1995 17:02:29 -0500 Received: by gserver.grads.vt.edu (5.x/SMI-SVR4) id AA05578; Mon, 27 Nov 1995 16:58:06 -0500 From: tdunbar@gserver.grads.vt.edu (Thomas Dunbar) Message-Id: <9511272158.AA05578@gserver.grads.vt.edu> Subject: emx libs To: gpc@hut.fi Date: Mon, 27 Nov 1995 16:58:05 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Status: RO when i compile: program t(input,output); type s1=string(10); var s:s1; begin readln(s); writeln(substr(s,2,3)); end. with gpc on solaris or linux, it compiles fine. when i compile with emxgpc, i get: ... ld -o t.exe /emx/lib/crt0.o -L/emx/lib/st -L/emx/lib C:\DOS\cce00002 -lgpc -lgcc -lc -lc_app -lc -lgcc -lemx -los2 -lemx2 rts-string.c:144 (/emx/lib/gpc.a(rts-string.o)): Undefined symbol ___gcc_bcmp referenced from text segment rts-string.c:188 (/emx/lib/gpc.a(rts-string.o)): Undefined symbol ___gcc_bcmp referenced from text segment rts-string.c:190 (/emx/lib/gpc.a(rts-string.o)): Undefined symbol ___gcc_bcmp referenced from text segment am i using the wrong emx package? (other things compile fine..just problems working with strings) where can i get libs compatible with the latest emxgpc? -- Thomas Dunbar 540 231-3938 (fax 3714) http://gserver.grads.vt.edu/ From gpc-request@santra.hut.fi Tue Nov 28 12:44:52 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA27327; Tue, 28 Nov 1995 12:44:51 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA04731; Tue, 28 Nov 95 12:44:44 CET Received: from snake.hut.fi (snake.hut.fi [193.167.6.99]) by santra.hut.fi (8.7.2/8.7.2) with ESMTP id NAA07265 for ; Tue, 28 Nov 1995 13:29:15 +0200 (EET) Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.1]) by snake.hut.fi (8.7.1/8.7.1) with SMTP id GAA13064 for ; Tue, 28 Nov 1995 06:50:14 +0200 (EET) Received: from hsb.nest.nl by sun4nl.NL.net with SMTP id AA20492 (5.65b/CWI-3.3); Tue, 28 Nov 1995 05:50:11 +0100 Received: from nestnl.nest.nl (root@localhost) by hsb.nest.nl (8.6.11/8.6.11) with UUCP id FAA02679 for hut.fi!gpc; Tue, 28 Nov 1995 05:47:47 GMT Received: by nestnl.nest.nl (V1.17-beta/Amiga) id ; Tue, 28 Nov 95 05:23:07 +0100 Received: by beard.nest.nl (BeyondGating/0.88alpha) id BG2430; Tue, 28 Nov 1995 05:03:11 +0100 Date: 27 Nov 95 19:03:24 +0100 Message-Id: <2-281-527-23-b9fd551@beard.nest.nl> From: berend@beard.nest.nl (Berend de Boer) To: gpc@hut.fi Subject: Files Status: RO * Moved (from: gpc) by Berend de Boer using timEd 1.10.b3+. Peter Gerwinski wrote in a message to Berend de Boer: PG> I tried to use Extended Pascal "binding" to assign a file PG> variable to an external -- existing -- file. I just copied PG> the "Assign" pro- cedure by Berend as published in PG> borland2ep.doc. It does not always work: I often get a PG> runtime error saying that the file did not exist. If you can repeat it, compile with another Extended Pascal compiler, for example Prospero's one. If that fails too, there is really something wrong with the code. But I suspect gpc. You're using which OS? Groetjes, Berend (-: fido: 2:281/527.23 email: berend@beard.nest.nl From gpc-request@santra.hut.fi Tue Nov 28 13:59:20 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA33887; Tue, 28 Nov 1995 13:59:19 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA04898; Tue, 28 Nov 95 13:59:13 CET Received: from gabriel.keele.ac.uk (gabriel.keele.ac.uk [160.5.1.248]) by santra.hut.fi (8.7.2/8.7.2) with ESMTP id OAA09275 for ; Tue, 28 Nov 1995 14:47:51 +0200 (EET) Received: from potter.cc.keele.ac.uk by gabriel.keele.ac.uk with SMTP (PP); Mon, 27 Nov 1995 11:54:20 +0000 From: "A.A. Olowofoyeku" Message-Id: <27981.199511271154@potter.cc.keele.ac.uk> Subject: Binaries for OS/2 and DOS To: gpc@hut.fi Date: Mon, 27 Nov 1995 11:54:08 +0000 (GMT) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hi Can you please point me to the location of the OS/2 and DOS binaries (with the Borland compatibility stuff)? I presume that there is a ready-to-run package somewhere (lost most of my saved mail recently, and so I can't trace earlier posts). Do I have to download GCC as well? Thanks. Warmest regards, The Chief --------- Dr. Abimbola A. Olowofoyeku (The African Chief) Keele University, England (and, The Great Elephant) Email: laa12@keele.ac.uk or, chief@mep.com From gpc-request@santra.hut.fi Tue Nov 28 14:57:05 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA34046; Tue, 28 Nov 1995 14:57:04 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA05051; Tue, 28 Nov 95 14:56:50 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id PAA10742 for ; Tue, 28 Nov 1995 15:40:27 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA14402; Tue, 28 Nov 1995 14:38:07 +0100 From: Peter Gerwinski Message-Id: <9511281338.AA14402@rs1.Theo-Phys.Uni-Essen.DE> Subject: Files: the solution To: berend@beard.nest.nl (Berend de Boer) Date: Tue, 28 Nov 1995 14:38:06 +0100 (MEZ) Cc: gpc@hut.fi In-Reply-To: <2-281-527-23-b9fd551@beard.nest.nl> from "Berend de Boer" at Nov 27, 95 07:03:24 pm X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO Hello! I have solved the file problem. It is in fact a bug in GPC 2.6.3: The bind procedure does not add a null character to the filename string when passing it to C. But no problem: we can correct it manually. (Since often there is a null character in RAM following the string by random, the error was not always reproducible.) The following modified Assign procedure does work around the bug and has been proven to work with GPC: Procedure Assign ( Var T: Text; protected Name: String ); Var B: BindingType; begin (* Assign *) unbind ( T ); B:= binding ( T ); B.Name:= Name + chr ( 0 ); (* add the null character manually *) bind ( T, B ); B:= binding ( T ); end (* Assign *); According to Berend de Boer: > > Peter Gerwinski wrote in a message to Berend de Boer: > > PG> I tried to use Extended Pascal "binding" to assign a file > PG> variable to an external -- existing -- file. I just copied > PG> the "Assign" pro- cedure by Berend as published in > PG> borland2ep.doc. It does not always work: I often get a > PG> runtime error saying that the file did not exist. > > If you can repeat it, compile with another Extended Pascal compiler, for example Prospero's one. If that fails too, there is really something wrong with the code. But I suspect gpc. You're using which OS? I am using Linux, OS/2 and (Novell) DOS. I have never seen a compiler for Extended Pascal ... is Prospero's one FreeWare? Where can I find it? Greetings, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Tue Nov 28 15:00:03 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA19494; Tue, 28 Nov 1995 15:00:02 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA05068; Tue, 28 Nov 95 14:59:54 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id PAA10883 for ; Tue, 28 Nov 1995 15:46:09 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA30086; Tue, 28 Nov 1995 14:45:35 +0100 From: Peter Gerwinski Message-Id: <9511281345.AA30086@rs1.Theo-Phys.Uni-Essen.DE> Subject: Re: Binaries for OS/2 and DOS To: laa12@cc.keele.ac.uk (A.A. Olowofoyeku) Date: Tue, 28 Nov 1995 14:45:34 +0100 (MEZ) Cc: gpc@hut.fi In-Reply-To: <27981.199511271154@potter.cc.keele.ac.uk> from "A.A. Olowofoyeku" at Nov 27, 95 11:54:08 am X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO Hello! GPC binaries for OS/2 and DOS (i.e. for EMX) and for Linux can be downloaded from kampi.hut.fi directory /jtv/gnu-pascal/binary/turbo-alpha-2.6.3 and from ftp.uni-augsburg.de directory /pub/gnu/gnu-pascal/turbo-alpha Good luck, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From laa12@cc.keele.ac.uk Tue Nov 28 15:01:05 1995 Received: from gabriel.keele.ac.uk by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA04907; Tue, 28 Nov 1995 15:00:19 +0100 Received: from potter.cc.keele.ac.uk by gabriel.keele.ac.uk with SMTP (PP); Tue, 28 Nov 1995 13:59:56 +0000 From: "A.A. Olowofoyeku" Message-Id: <22617.199511281359@potter.cc.keele.ac.uk> Subject: Re: Files: the solution To: pege@rs1.Theo-Phys.Uni-Essen.DE (Peter Gerwinski) Date: Tue, 28 Nov 1995 13:59:42 +0000 (GMT) Cc: gpc@hut.fi In-Reply-To: <9511281338.AA14402@rs1.Theo-Phys.Uni-Essen.DE> from "Peter Gerwinski" at Nov 28, 95 02:38:06 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello, Peter Gerwinski! You wrote: > I have never seen a compiler for Extended Pascal ... is Prospero's one > FreeWare? Where can I find it? Prospero's compiler is commercial. There is one for OS/2 (which I reviewed in the May '95 edition of the Pascal Magazine) and there is one for DOS (which I have never seen). The OS/2 version is pretty good, and also supports ISO Pascal standards. I think you can get Prospero by e-mail; tpm2info@prospero.demon.co.uk Warmest regards, The Chief --------- Dr. Abimbola A. Olowofoyeku (The African Chief) Keele University, England (and, The Great Elephant) Email: laa12@keele.ac.uk or, chief@mep.com From laa12@cc.keele.ac.uk Tue Nov 28 15:09:32 1995 Received: from gabriel.keele.ac.uk by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA33930; Tue, 28 Nov 1995 15:09:25 +0100 Received: from potter.cc.keele.ac.uk by gabriel.keele.ac.uk with SMTP (PP); Tue, 28 Nov 1995 14:09:07 +0000 From: "A.A. Olowofoyeku" Message-Id: <24987.199511281409@potter.cc.keele.ac.uk> Subject: Re: Binaries for OS/2 and DOS To: pege@rs1.Theo-Phys.Uni-Essen.DE (Peter Gerwinski) Date: Tue, 28 Nov 1995 14:08:57 +0000 (GMT) Cc: gpc@hut.fi In-Reply-To: <9511281345.AA30086@rs1.Theo-Phys.Uni-Essen.DE> from "Peter Gerwinski" at Nov 28, 95 02:45:34 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello, Peter Gerwinski! You wrote: > > Hello! > > GPC binaries for OS/2 and DOS (i.e. for EMX) and for Linux can be > downloaded from > > kampi.hut.fi > > directory > > /jtv/gnu-pascal/binary/turbo-alpha-2.6.3 Thanks. I did download that version, but then could not figure out how to extract it (got confused with gzip, compress, tar, and everything else and then got totally lost, because I wasn't even sure any more whether I had downloaded the correct thing or not). The readme file did not actually explain how someone from a DOS/Win/OS2 background would go about extracting the files, and perhaps a version which is compressed with PKZIP might be a good idea, since that would be accessible to practically everybody. A further question - does this require GCC to be installed? or is the package self-contained as it is? If and when I manage to get the whole thing working, I might try and put together a single ZIP file which contains everything to get working immediately (i.e., a fully "ready to run" package) for OS/2 and DOS (and eventually Win32). I think this is a desirable thing to do, if the target audience is to be widened, because nothing is more terrifying than having to compile your own compiler or other things like that (at least, to those of us weaned on DOS Turbo Pascal). Thanks! Warmest regards, The Chief --------- Dr. Abimbola A. Olowofoyeku (The African Chief) Keele University, England (and, The Great Elephant) Email: laa12@keele.ac.uk or, chief@mep.com From laa12@cc.keele.ac.uk Tue Nov 28 15:32:16 1995 Received: from gabriel.keele.ac.uk by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA32117; Tue, 28 Nov 1995 15:32:12 +0100 Received: from potter.cc.keele.ac.uk by gabriel.keele.ac.uk with SMTP (PP); Tue, 28 Nov 1995 14:32:00 +0000 From: "A.A. Olowofoyeku" Message-Id: <29714.199511281431@potter.cc.keele.ac.uk> Subject: Re: Prospero compiler To: pege@rs1.Theo-Phys.Uni-Essen.DE (Peter Gerwinski) Date: Tue, 28 Nov 1995 14:31:42 +0000 (GMT) In-Reply-To: <9511281413.AA19166@rs1.Theo-Phys.Uni-Essen.DE> from "Peter Gerwinski" at Nov 28, 95 03:13:49 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello, Peter Gerwinski! You wrote: > > Dear Chief, > > > Prospero's compiler is commercial. There is one for OS/2 (which I reviewed > > in the May '95 edition of the Pascal Magazine) and there is one for DOS > > (which I have never seen). The OS/2 version is pretty good, and also > > supports ISO Pascal standards. > > That's nice, but I have no money to get anything commercial in the > moment :-( I have spent all my money on Borland compiler updates. I know the feeling - and I am not happy with Borland at all. > (But nothing for Windoze! Only for (Novell) DOS.) Lucky you. I have some shareware programs (a Windows installer and uninstaller, and a command interpreter for Windows), and my users are demanding Win32 versions. MS have moved the goal posts (-->> Win32) and I have no choice other than follow, or lose my users to competitors, some of whom already have Win32 versions, while I am still waiting for Borland. > > I think you can get Prospero by e-mail; > > tpm2info@prospero.demon.co.uk > > To buy or to look at or to steal? That's an important difference for me, > especially because the only thing I would do with it would be to extract > out the Extended Pascal standard in order to get a better feeling how to > improve GPC further. Hmmmm .... I am not sure you would get anything from Prospero that you couldn't get by just reading the EP specifications, so you don't really need Prospero at all. It is not cheap either. If you are prepared to review the compiler for some computer magazine, they might send you a free review copy. They sent me one, for my review in the Pascal Magazine. -- Warmest regards, The Chief --------- Dr. Abimbola A. Olowofoyeku (The African Chief) Keele University, England (and, The Great Elephant) Email: laa12@keele.ac.uk or, chief@mep.com From tdunbar@gserver.grads.vt.edu Tue Nov 28 16:38:18 1995 Received: from quackerjack.cc.vt.edu by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA20656; Tue, 28 Nov 1995 16:37:34 +0100 Received: from holodeck.cc.vt.edu (holodeck.cc.vt.edu [128.173.16.28]) by quackerjack.cc.vt.edu (8.7.1/8.7.1) with SMTP id KAA22158 for ; Tue, 28 Nov 1995 10:36:38 -0500 (EST) Received: from gserver.grads.vt.edu by holodeck.cc.vt.edu with SMTP (8.6.12/16.2) id KAA25924; Tue, 28 Nov 1995 10:36:38 -0500 Received: from gserver.grads.vt.edu by gserver.grads.vt.edu (5.x/SMI-SVR4) id AA21595; Tue, 28 Nov 1995 10:32:21 -0500 Sender: tdunbar@gserver.grads.vt.edu Message-Id: <30BB2B84.478D@gserver.grads.vt.edu> Date: Tue, 28 Nov 1995 10:32:20 -0500 From: Thomas Dunbar Organization: Virginia Tech X-Mailer: Mozilla 2.0b3 (X11; I; SunOS 5.4 sun4m) Mime-Version: 1.0 To: Peter Gerwinski Subject: Re: Binaries for OS/2 and DOS References: <9511281345.AA30086@rs1.Theo-Phys.Uni-Essen.DE> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO Peter Gerwinski wrote: > > Hello! > > GPC binaries for OS/2 and DOS (i.e. for EMX) and for Linux can be > downloaded from > > kampi.hut.fi but what about the related EMX libs? i'm using the emxgpc from below (downloaded again yesterday) when i try to use strings it appears that somethings missing for the libs: program t(input,output); type s1=string(10); var s:s1; begin readln(s); writeln(substr(s,2,3)); end. compiles and runs fine with Linux or Solaris gpc but with dos (emxgpc) compile gives: ld -o t.exe /emx/lib/crt0.o -L/emx/lib/st -L/emx/lib C:\DOS\cce00002 -lgpc -lgcc -lc -lc_app -lc -lgcc -lemx -los2 -lemx2 rts-string.c:144 (/emx/lib/gpc.a(rts-string.o)): Undefined symbol ___gcc_bcmp referenced from text segment rts-string.c:188 (/emx/lib/gpc.a(rts-string.o)): Undefined symbol ___gcc_bcmp referenced from text segment rts-string.c:190 (/emx/lib/gpc.a(rts-string.o)): Undefined symbol ___gcc_bcmp referenced from text segment ectory > > /jtv/gnu-pascal/binary/turbo-alpha-2.6.3 > > and from > > ftp.uni-augsburg.de > > directory > > /pub/gnu/gnu-pascal/turbo-alpha > > Good luck, > > Peter > > -------------------------------------------------------------------------------- > Dipl. Phys. Peter Gerwinski > Fachbereich Physik > Universitaet-GH Essen Phone: +49-201-183-2763 > D-45117 Essen Fax: +49-201-183-2120 > Germany e-mail: pege@mail.theo-phys.uni-essen.de > -------------------------------------------------------------------------------- -- Thomas Dunbar 540 231-3938 (fax 3714) http://gserver.grads.vt.edu/ From gpc-request@santra.hut.fi Tue Nov 28 17:27:26 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA23842; Tue, 28 Nov 1995 17:27:25 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA05511; Tue, 28 Nov 95 17:27:08 CET Received: from po2.wam.umd.edu (po2.wam.umd.edu [128.8.70.134]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id RAA12955 for ; Tue, 28 Nov 1995 17:02:23 +0200 (EET) Received: from rac1.wam.umd.edu (lotu@rac1.wam.umd.edu [128.8.70.3]) by po2.wam.umd.edu (8.6.10/8.6.12) with ESMTP id KAA24069; Tue, 28 Nov 1995 10:00:18 -0500 Received: (lotu@localhost) by rac1.wam.umd.edu (8.6.10/8.6.10) id KAA19450; Tue, 28 Nov 1995 10:00:17 -0500 Date: Tue, 28 Nov 1995 10:00:17 -0500 (EST) From: Arcadio Alivio Sincero To: "A.A. Olowofoyeku" Cc: Peter Gerwinski , gpc@hut.fi Subject: Re: Binaries for OS/2 and DOS In-Reply-To: <24987.199511281409@potter.cc.keele.ac.uk> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Tue, 28 Nov 1995, A.A. Olowofoyeku wrote: > Hello, Peter Gerwinski! You wrote: > > Hello! > > GPC binaries for OS/2 and DOS (i.e. for EMX) and for Linux can be > > downloaded from > > kampi.hut.fi > > directory > > /jtv/gnu-pascal/binary/turbo-alpha-2.6.3 > Thanks. I did download that version, but then could not figure out how to > extract it (got confused with gzip, compress, tar, and everything else and > then got totally lost, because I wasn't even sure any more whether I had > downloaded the correct thing or not). The readme file did not actually > explain how someone from a DOS/Win/OS2 background would go about extracting > the files, and perhaps a version which is compressed with PKZIP might be a > good idea, since that would be accessible to practically everybody. > A further question - does this require GCC to be installed? or is the > package self-contained as it is? If and when I manage to get the whole thing > working, I might try and put together a single ZIP file which contains > everything to get working immediately (i.e., a fully "ready to run" package) > for OS/2 and DOS (and eventually Win32). I think this is a desirable thing > to do, if the target audience is to be widened, because nothing is more > terrifying than having to compile your own compiler or other things like > that (at least, to those of us weaned on DOS Turbo Pascal). I think Peter uploaded compiled binaries for OS/2/DOS (EMX) to ftp.uni-augsburg.de. I know he uploaded Linux binaries there and I think he said he uploaded an OS/2/DOS version as well when he announced the Linux binaries. And if he did, it's probably packed with PKZIP. At least it should be anyway :-). Tar/gzip is for Unix. ('Tho there is tar and gzip for DOS and other platforms as well, but like you said most DOS users are familiar with PKZIP). Anyhow, having said that ... you'll need at least the EMX runtime package to run the compiled GPC binaries for OS/2/DOS. There's no need to install GCC if you don't want to code in C, C++, or Objective C. But you need at least EMX v0.9a runtime. I believe the file is called EMXRT.ZIP and can be found on any hobbes mirror in the unix/emx directory. Check the index file there to see which package is the EMX runtime package. Arcadio From gpc-request@santra.hut.fi Tue Nov 28 18:15:56 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA31083; Tue, 28 Nov 1995 18:15:55 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA05673; Tue, 28 Nov 95 18:15:51 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id SAA14901 for ; Tue, 28 Nov 1995 18:43:59 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA32142; Tue, 28 Nov 1995 17:41:57 +0100 From: Peter Gerwinski Message-Id: <9511281641.AA32142@rs1.Theo-Phys.Uni-Essen.DE> Subject: Re: Binaries for OS/2 and DOS To: lotu@wam.umd.edu (Arcadio Alivio Sincero) Date: Tue, 28 Nov 1995 17:41:56 +0100 (MEZ) Cc: gpc@hut.fi In-Reply-To: from "Arcadio Alivio Sincero" at Nov 28, 95 10:00:17 am X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO According to Arcadio Alivio Sincero: > > I think Peter uploaded compiled binaries for OS/2/DOS (EMX) to > ftp.uni-augsburg.de. I know he uploaded Linux binaries there and I think > he said he uploaded an OS/2/DOS version as well when he announced the > Linux binaries. And if he did, it's probably packed with PKZIP. At > least it should be anyway :-). Tar/gzip is for Unix. ('Tho there is tar > and gzip for DOS and other platforms as well, but like you said most DOS > users are familiar with PKZIP). I did so. The EMX binaries are packed with PKZIP, the Linux binaries with tar/gzip -- just what you expect on each system. > Anyhow, having said that ... you'll need at least the EMX runtime > package to run the compiled GPC binaries for OS/2/DOS. There's no need > to install GCC if you don't want to code in C, C++, or Objective C. But > you need at least EMX v0.9a runtime. I believe the file is called > EMXRT.ZIP and can be found on any hobbes mirror in the unix/emx > directory. Check the index file there to see which package is the EMX > runtime package. You also need the EMXDEV and GNUDEV (delopment) packages, and if you are using DPMI, you will also need DPMIGCC5 from the contrib subdirectory of the normal EMX distributions. There is one, for example, on ftp.uni-stuttgart.de in the directory /pub/systems/os2/emx-0.9a (but works well with DOS -- independently of the directory's name :-). The GNUDEV package contains the C compiler (not the C++) compiler as well as some required tools and libraries. I did not check if you may delete the C compiler itself. I expect yes. Greetings, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Tue Nov 28 21:09:45 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA17346; Tue, 28 Nov 1995 21:09:44 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA06010; Tue, 28 Nov 95 21:09:40 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id UAA17329 for ; Tue, 28 Nov 1995 20:58:02 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA22821; Tue, 28 Nov 1995 19:57:36 +0100 From: Peter Gerwinski Message-Id: <9511281857.AA22821@rs1.Theo-Phys.Uni-Essen.DE> Subject: Re: emx libs -- Strings with GPC for EMX To: tdunbar@gserver.grads.vt.edu (Thomas Dunbar) Date: Tue, 28 Nov 1995 19:57:35 +0100 (MEZ) Cc: gpc@hut.fi In-Reply-To: <9511272158.AA05578@gserver.grads.vt.edu> from "Thomas Dunbar" at Nov 27, 95 04:58:05 pm X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO Hello Thomas Dunbar, hello GPC-list! I can reproduce your error concerning strings with GPC for EMX: > when i compile: > > program t(input,output); > type > s1=string(10); > var > s:s1; > begin > readln(s); > writeln(substr(s,2,3)); > end. > > with gpc on solaris or linux, it compiles fine. when i compile > with emxgpc, i get: > > ... (error messages) The error comes from a wrong cooperation between GPC and GCC: Each of both thinks that it is job of the other one to implement the function __gcc_bcmp. Perhaps a recompile of GPC for EMX would solve the problem, but here is how you can get around the error: Just write a small file gcc_bcmp.c which contains the following: /* __gcc_bcmp function */ /* Like bcmp except the sign is meaningful. Result is negative if S1 is less than S2, positive if S1 is greater, 0 if S1 and S2 are equal. */ typedef int size_t; int __gcc_bcmp (s1, s2, size) unsigned char *s1, *s2; size_t size; { while (size > 0) { unsigned char c1 = *s1++, c2 = *s2++; if (c1 != c2) return c1 - c2; size--; } return 0; } (I found it in the file libgcc2.c from the gcc-2.6.3 source.) Include it into the compile, e.g.: gpc myfile.pas gcc_bcmp.c A more elegant way would be to include the missing routine into gpc.lib for EMX. (But I don't know how to do this :-). This problem will probably be fixed in my next release of GPC-EMX binaries. Yours, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From tdunbar@gserver.grads.vt.edu Tue Nov 28 20:54:33 1995 Received: from quackerjack.cc.vt.edu by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA30621; Tue, 28 Nov 1995 20:53:40 +0100 Received: from holodeck.cc.vt.edu (holodeck.cc.vt.edu [128.173.16.28]) by quackerjack.cc.vt.edu (8.7.1/8.7.1) with SMTP id OAA09397; Tue, 28 Nov 1995 14:53:17 -0500 (EST) Received: from gserver.grads.vt.edu by holodeck.cc.vt.edu with SMTP (8.6.12/16.2) id OAA24913; Tue, 28 Nov 1995 14:50:44 -0500 Received: from gserver.grads.vt.edu by gserver.grads.vt.edu (5.x/SMI-SVR4) id AA08686; Tue, 28 Nov 1995 14:46:25 -0500 Sender: tdunbar@gserver.grads.vt.edu Message-Id: <30BB6711.3B0@gserver.grads.vt.edu> Date: Tue, 28 Nov 1995 14:46:25 -0500 From: Thomas Dunbar Organization: Virginia Tech X-Mailer: Mozilla 2.0b3 (X11; I; SunOS 5.4 sun4m) Mime-Version: 1.0 To: Peter Gerwinski Cc: gpc@hut.fi, tdunbar@vt.edu Subject: Re: emx libs -- Strings with GPC for EMX References: <9511281857.AA22821@rs1.Theo-Phys.Uni-Essen.DE> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO Peter Gerwinski wrote: > > Hello Thomas Dunbar, hello GPC-list! > > I can reproduce your error concerning strings with GPC for EMX: > > > when i compile: > > > > program t(input,output); > > type > > s1=string(10); > > var > > s:s1; > > begin > > readln(s); > > writeln(substr(s,2,3)); > > end. > > > > with gpc on solaris or linux, it compiles fine. when i compile > > with emxgpc, i get: > > > > ... (error messages) > > The error comes from a wrong cooperation between GPC and GCC: > Each of both thinks that it is job of the other one to implement > the function __gcc_bcmp. Perhaps a recompile of GPC for EMX would > solve the problem, but here is how you can get around the error: > Just write a small file gcc_bcmp.c which contains the following: > > /* __gcc_bcmp function */ > > /* Like bcmp except the sign is meaningful. > Result is negative if S1 is less than S2, > positive if S1 is greater, 0 if S1 and S2 are equal. */ > > typedef int size_t; > > int > __gcc_bcmp (s1, s2, size) > unsigned char *s1, *s2; > size_t size; > { > while (size > 0) > { > unsigned char c1 = *s1++, c2 = *s2++; > if (c1 != c2) > return c1 - c2; > size--; > } > return 0; > } > thanks, that works (once i downloaded the dos gcc stuff) so for now, i'm just having my students (high school pascal course) use: gpc t.pas bcmp.o (they're using 4meg boxes with little free disk space :( not even room for gcc, really. what i'd really like is to have them run linux but that would be _too_ much and not enough disk free anyway...) but iguess now's as good a time as any to show them some C code, too. > (I found it in the file libgcc2.c from the gcc-2.6.3 source.) > Include it into the compile, e.g.: > > gpc myfile.pas gcc_bcmp.c > > A more elegant way would be to include the missing routine into > gpc.lib for EMX. (But I don't know how to do this :-). > > This problem will probably be fixed in my next release of GPC-EMX > binaries. thanks, thomas > > Yours, > > Peter > > -------------------------------------------------------------------------------- > Dipl. Phys. Peter Gerwinski > Fachbereich Physik > Universitaet-GH Essen Phone: +49-201-183-2763 > D-45117 Essen Fax: +49-201-183-2120 > Germany e-mail: pege@mail.theo-phys.uni-essen.de > -------------------------------------------------------------------------------- -- Thomas Dunbar 540 231-3938 (fax 3714) http://gserver.grads.vt.edu/ From gpc-request@santra.hut.fi Wed Nov 29 21:33:34 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA24290; Wed, 29 Nov 1995 21:33:33 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA10080; Wed, 29 Nov 95 21:33:29 CET Received: from quackerjack.cc.vt.edu (quackerjack.cc.vt.edu [198.82.160.250]) by santra.hut.fi (8.7.2/8.7.2) with ESMTP id WAA08912 for ; Wed, 29 Nov 1995 22:14:07 +0200 (EET) Received: from holodeck.cc.vt.edu (holodeck.cc.vt.edu [128.173.16.28]) by quackerjack.cc.vt.edu (8.7.1/8.7.1) with SMTP id PAA17494; Wed, 29 Nov 1995 15:13:30 -0500 (EST) Received: from gserver.grads.vt.edu by holodeck.cc.vt.edu with SMTP (8.6.12/16.2) id PAA29344; Wed, 29 Nov 1995 15:13:09 -0500 Received: from gserver.grads.vt.edu by gserver.grads.vt.edu (5.x/SMI-SVR4) id AA28743; Wed, 29 Nov 1995 15:08:37 -0500 Sender: tdunbar@gserver.grads.vt.edu Message-Id: <30BCBDC5.3D25@gserver.grads.vt.edu> Date: Wed, 29 Nov 1995 15:08:37 -0500 From: Thomas Dunbar Organization: Virginia Tech X-Mailer: Mozilla 2.0b3 (X11; I; SunOS 5.4 sun4m) Mime-Version: 1.0 To: Peter Gerwinski Cc: gpc@hut.fi Subject: string(1) to char? References: <9511281857.AA22821@rs1.Theo-Phys.Uni-Essen.DE> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO can one convert a string of length one into a char? ie the below wont work: program t(input,output); var ch:char; s:string(10); begin s:='teststring'; writeln(substr(s,2,1)); ch:=substr(s,2,1); writeln(ord(ch)); end. so, if one needs to get the ascii value of a particular value in a string, does one have to fall back to the std pascal of using packed array of char? thomas -- Thomas Dunbar 540 231-3938 (fax 3714) http://gserver.grads.vt.edu/ From gpc-request@santra.hut.fi Thu Nov 30 01:56:13 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA18825; Thu, 30 Nov 1995 01:56:12 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA10697; Thu, 30 Nov 95 01:56:08 CET Received: from infosoc.com (infosoc.com [204.80.221.1]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id CAA10863 for ; Thu, 30 Nov 1995 02:39:11 +0200 (EET) Received: (ekaras@localhost) by infosoc.com (8.6.11/8.6.5) id TAA26269 for gpc@hut.fi; Wed, 29 Nov 1995 19:44:19 -0500 Date: Wed, 29 Nov 1995 19:44:19 -0500 From: Erik Karas Message-Id: <199511300044.TAA26269@infosoc.com> Apparently-To: gpc@hut.fi Status: RO Will there be a version of gpc for gcc 2.7.0? If so when? Thanks From gpc-request@santra.hut.fi Thu Nov 30 15:30:15 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA21589; Thu, 30 Nov 1995 15:30:14 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA13010; Thu, 30 Nov 95 15:30:05 CET Received: from si6624.bosch.de (gatekeeper.bosch.de [193.141.57.1]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id QAA23172 for ; Thu, 30 Nov 1995 16:05:30 +0200 (EET) From: kraemer@ervax1.decnet.bosch.de Received: by si6624.bosch.de (5.65/rg-150294); id AA21398; Thu, 30 Nov 95 15:05:23 +0100 Received: from ERVAX1 by si4640.si.bosch.de with DECnet id AA24458 (5.67b8+/IDA-1.5-DNgate-2.0-10 for gpc@hut.fi); Thu, 30 Nov 1995 15:12:49 GMT Date: Thu, 30 Nov 1995 15:12:48 GMT Message-Id: <199511301512.AA24458@si4640.si.bosch.de> To: gpc@hut.fi Subject: gpc - questions X-Charset: ISO_8859-1 X-Char-Esc: 29 Status: RO Robert Bosch GmbH Erbach, 30.11.95 IA1 / ESP4 Peter Kraemer-Eis Postfach 1162 D-64701 Erbach Tel.: 06062/78-463 Germany Fax.: 06062/78-771 Dear Mr. Virtanen, in our company, we have developed the software for a robot controler. Up to now, we used the National NS32000 family as target-cpu. Except of the hardware-near parts, our present software is written in NS-cross-pascal. The whole software for the robot-controler needs 2 MByte code and is split into about 200 files (modules). Now we are forced to replace the target-cpu by an intel-cpu (i486 or i586) and we hope, that most of our present software is portable to your GNU-Pascal. For a test, we have installed 'Linux SuSE August 95', which includes your GPC version 1.1 (2.6.3). First results are quite promising, but there are some questions: (1) Is there any reference manual (in addition to the GPC.GUIDE, which is too short, to work with it)? If yes, how can I get it? (2) Is there any possibility, to avoid the case-sensitivity of the names of variables/procedures? Our present software is completely written in capital letters and therefore we have problems when debugging with GDB. (3) Is there any restriction to the number of import/export of variables or procedures? (4) How can I get the source-files of your GPC? I havn't found them on the CD-Roms of 'Linux SuSE August 95'. Best regards, yours Peter Kraemer-Eis From gpc-request@santra.hut.fi Thu Nov 30 17:17:32 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA31116; Thu, 30 Nov 1995 17:17:31 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA13317; Thu, 30 Nov 95 17:17:21 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id RAA25653 for ; Thu, 30 Nov 1995 17:55:32 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA05081; Thu, 30 Nov 1995 16:51:47 +0100 From: Peter Gerwinski Message-Id: <9511301551.AA05081@rs1.Theo-Phys.Uni-Essen.DE> Subject: Re: string(1) to char? To: tdunbar@gserver.grads.vt.edu (Thomas Dunbar) Date: Thu, 30 Nov 1995 16:51:47 +0100 (MEZ) Cc: gpc@hut.fi In-Reply-To: <30BCBDC5.3D25@gserver.grads.vt.edu> from "Thomas Dunbar" at Nov 29, 95 03:08:37 pm X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO Hello, Thomas; hello, GPC-list! According to Thomas Dunbar: > > can one convert a string of length one into a char? > > ie the below wont work: > > program t(input,output); > var > ch:char; > s:string(10); > begin > s:='teststring'; > writeln(substr(s,2,1)); > ch:=substr(s,2,1); > writeln(ord(ch)); > end. Yes, one can. The correct assignment reads ch:= s [ 2 ]; I think, this is Standard Pascal, nothing special. At least, it is common between UCSD, Borland and GNU Pascal. In the above sense, a string actually *is* a packed array of char. Yours, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Thu Nov 30 18:20:55 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA23896; Thu, 30 Nov 1995 18:20:54 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA13518; Thu, 30 Nov 95 18:20:45 CET Received: from quackerjack.cc.vt.edu (quackerjack.cc.vt.edu [198.82.160.250]) by santra.hut.fi (8.7.2/8.7.2) with ESMTP id SAA26455; Thu, 30 Nov 1995 18:45:09 +0200 (EET) Received: from holodeck.cc.vt.edu (holodeck.cc.vt.edu [128.173.16.28]) by quackerjack.cc.vt.edu (8.7.1/8.7.1) with SMTP id LAA10076; Thu, 30 Nov 1995 11:45:07 -0500 (EST) Received: from gserver.grads.vt.edu by holodeck.cc.vt.edu with SMTP (8.6.12/16.2) id LAA03207; Thu, 30 Nov 1995 11:45:06 -0500 Received: from gserver.grads.vt.edu by gserver.grads.vt.edu (5.x/SMI-SVR4) id AA14468; Thu, 30 Nov 1995 11:40:50 -0500 Sender: tdunbar@gserver.grads.vt.edu Message-Id: <30BDDE91.4259@gserver.grads.vt.edu> Date: Thu, 30 Nov 1995 11:40:49 -0500 From: Thomas Dunbar Organization: Virginia Tech X-Mailer: Mozilla 2.0b3 (X11; I; SunOS 5.4 sun4m) Mime-Version: 1.0 To: Jukka.Virtanen@hut.fi Cc: gpc@hut.fi, tdunbar@vt.edu Subject: Re: string(1) to char? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO Jukka Virtanen wrote: > > > > can one convert a string of length one into a char? > > > > > > ie the below wont work: > > > > > > program t(input,output); > > > var > > > ch:char; > > > s:string(10); > > > begin > > > s:='teststring'; > > > writeln(substr(s,2,1)); > > > ch:=substr(s,2,1); > > > writeln(ord(ch)); > > > end. > > > > Yes, one can. The correct assignment reads > > > > ch:= s [ 2 ]; > > > > I think, this is Standard Pascal, nothing special. At least, it is > > common between UCSD, Borland and GNU Pascal. > > In extended pascal it is also allowed to assign a string > to a char if the length of the string is 1, which is the case > here. you are welcome :) but note that i _can_ do the assignment via: readstr(substr(s,2,1),ch); > > I think you found a bug in gpc, thanks for the report :-) > > Juki > jtv@hut.fi -- Thomas Dunbar 540 231-3938 (fax 3714) http://gserver.grads.vt.edu/ From gpc-request@santra.hut.fi Thu Nov 30 18:34:06 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA33271; Thu, 30 Nov 1995 18:34:05 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA13529; Thu, 30 Nov 95 18:34:01 CET Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.1]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id TAA26933 for ; Thu, 30 Nov 1995 19:20:52 +0200 (EET) Received: from hsb.nest.nl by sun4nl.NL.net with SMTP id AA17471 (5.65b/CWI-3.3); Thu, 30 Nov 1995 18:20:47 +0100 Received: from nestnl.nest.nl (root@localhost) by hsb.nest.nl (8.6.11/8.6.11) with UUCP id SAA00168 for hut.fi!gpc; Thu, 30 Nov 1995 18:16:31 GMT Received: by nestnl.nest.nl (V1.17-beta/Amiga) id ; Thu, 30 Nov 95 18:12:48 +0100 Received: by beard.nest.nl (BeyondGating/0.88alpha) id BG2434; Thu, 30 Nov 1995 18:05:59 +0100 Date: 30 Nov 95 08:12:28 +0100 Message-Id: <60-60-0-0-bd59331@beard.nest.nl> From: berend@beard.nest.nl (Berend de Boer) To: gpc@hut.fi Subject: string(1) to char? Status: RO Thomas Dunbar wrote in a message to Berend de Boer: It works on my Prospero Extended Pascal compiler. The works maybe with gpc: TD> program t(input,output); TD> var TD> ch:char; TD> s:string(10); TD> begin TD> s:='teststring'; TD> writeln(substr(s,2,1)); ch:=substr[2]; TD> writeln(ord(ch)); TD> end. Groetjes, Berend (-: CIS: 100120,3121 email: berend@beard.nest.nl From tdunbar@gserver.grads.vt.edu Thu Nov 30 19:21:31 1995 Received: from quackerjack.cc.vt.edu by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA23519; Thu, 30 Nov 1995 19:20:46 +0100 Received: from holodeck.cc.vt.edu (holodeck.cc.vt.edu [128.173.16.28]) by quackerjack.cc.vt.edu (8.7.1/8.7.1) with SMTP id LAA08258 for ; Thu, 30 Nov 1995 11:16:52 -0500 (EST) Received: from gserver.grads.vt.edu by holodeck.cc.vt.edu with SMTP (8.6.12/16.2) id LAA16350; Thu, 30 Nov 1995 11:16:51 -0500 Received: from gserver.grads.vt.edu by gserver.grads.vt.edu (5.x/SMI-SVR4) id AA12982; Thu, 30 Nov 1995 11:12:36 -0500 Sender: tdunbar@gserver.grads.vt.edu Message-Id: <30BDD7F4.70BE@gserver.grads.vt.edu> Date: Thu, 30 Nov 1995 11:12:36 -0500 From: Thomas Dunbar Organization: Virginia Tech X-Mailer: Mozilla 2.0b3 (X11; I; SunOS 5.4 sun4m) Mime-Version: 1.0 To: Peter Gerwinski Subject: Re: string(1) to char? References: <9511301551.AA05081@rs1.Theo-Phys.Uni-Essen.DE> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO Peter Gerwinski wrote: > > Hello, Thomas; hello, GPC-list! > > According to Thomas Dunbar: > > > > can one convert a string of length one into a char? > > > > ie the below wont work: > > > > program t(input,output); > > var > > ch:char; > > s:string(10); > > begin > > s:='teststring'; > > writeln(substr(s,2,1)); > > ch:=substr(s,2,1); > > writeln(ord(ch)); > > end. > > Yes, one can. The correct assignment reads > > ch:= s [ 2 ]; thanks, Peter. i also find that readstr(substr(s,2,1),ch); works but the packed array way is simpler. thomas > > I think, this is Standard Pascal, nothing special. At least, it is > common between UCSD, Borland and GNU Pascal. > > In the above sense, a string actually *is* a packed array of char. > > Yours, > > Peter > > -------------------------------------------------------------------------------- > Dipl. Phys. Peter Gerwinski > Fachbereich Physik > Universitaet-GH Essen Phone: +49-201-183-2763 > D-45117 Essen Fax: +49-201-183-2120 > Germany e-mail: pege@mail.theo-phys.uni-essen.de > -------------------------------------------------------------------------------- -- Thomas Dunbar 540 231-3938 (fax 3714) http://gserver.grads.vt.edu/ From root@Grogor.org Fri Dec 1 02:44:07 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA22485; Fri, 1 Dec 1995 02:44:03 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA14684; Fri, 1 Dec 95 02:43:44 CET Received: (from root@localhost) by Grogor.org (8.6.12/8.6.9) id OAA00242; Mon, 27 Nov 1995 14:58:44 -0800 Date: Mon, 27 Nov 1995 14:58:43 -0800 (PST) From: root To: pege@rt07.Theo-Phys.Uni-Essen.DE Subject: GNU Pascal Binary Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO I've just installed Slackware Linux 3.0 on my system and I'm trying to install the GNU pascal compiler. Unfortunately, the only version of GCC I have is 2.7.0. I don't know where to find GCC 2.6.3 to run with GPC. Do you know where I could find this, or know where I could find a GPC compiler compatable with 2.7.0? Any help would gladly be appreciated. Thanks, Greg Sibley n9345955@cain.lake.cs.wwu.edu <== mail to this address From gpc-request@santra.hut.fi Sun Dec 3 14:45:26 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA23544; Sun, 3 Dec 1995 14:45:25 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA23863; Sun, 3 Dec 95 14:45:24 CET Received: from xs1.xs4all.nl (mamoman@xs1.xs4all.nl [193.78.33.42]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id PAA25946 for ; Sun, 3 Dec 1995 15:35:45 +0200 (EET) Received: by xs1.xs4all.nl id AA15690 (5.67b/IDA-1.5 for gpc@hut.fi); Sun, 3 Dec 1995 14:35:39 +0100 Date: Sun, 3 Dec 1995 14:35:38 +0100 (MET) From: Martin Moerman To: gpc@hut.fi Cc: Martin Moerman Subject: GPC problem.. Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO I have a problem when using gpc.. I was a big fan of borland pascal (turbo pascal 3 to 7).. When i use gpc i can't use the command clrsrc (clear screen). Normaly in pascal i have to do (uses dos;), how can i solve this problem in gpc. ps. Is there also a manual for it (not gpc.guide).. Martin mamoman@xs4all.nl From gpc-request@santra.hut.fi Tue Dec 5 15:07:30 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA23584; Tue, 5 Dec 1995 15:07:28 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA01498; Tue, 5 Dec 95 15:07:18 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.2/8.7.2) with SMTP id PAA30456 for ; Tue, 5 Dec 1995 15:29:33 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA24635; Tue, 5 Dec 1995 14:16:12 +0100 From: Peter Gerwinski Message-Id: <9512051316.AA24635@rs1.Theo-Phys.Uni-Essen.DE> Subject: Re: GPC problem.. To: gpc@hut.fi Date: Tue, 5 Dec 1995 14:16:12 +0100 (MEZ) X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO According to pege: >From pege Tue Dec 5 14:15:44 1995 Subject: Re: GPC problem.. To: mamoman@xs4all.nl (Martin Moerman) Date: Tue, 5 Dec 1995 14:15:44 +0100 (MEZ) In-Reply-To: from "Martin Moerman" at Dec 3, 95 02:35:38 pm X-Mailer: ELM [version 2.4 PL13] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1494 According to Martin Moerman: > > When i use gpc i can't use the command clrsrc (clear screen). > Normaly in pascal i have to do (uses dos;), you mean: uses crt; > how can i solve this problem > in gpc? You have to find some standard library (dependend of your operating system) which contains something equivalent to clrscr. On DOS and OS/2, look into the EMX documentation libref.doc (it is a C library, but never mind -- GPC.GUIDE explains how to use it with GPC). With Linux, write the terminal escape sequences to the screen to emulate functions of CRT -- see the etc/termcap file for details. Or you can wait a little: I am writing a system-independent replacement for crt, graph, and the whole Turbo Vision (but in graphics mode). (Some people say, there would be no need for it, but I won't stop. :-) I hope to be ready for the first release (of only the crt part) this year. > ps. Is there also a manual for it (not gpc.guide).. I am afraid, no. But read README.TURBO, there are some things documented, how GPC differs from Turbo. Bye, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From Janos.Vegh@moon.atomki.hu Wed Dec 6 09:06:42 1995 Received: from cseles.atomki.hu by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA09036; Wed, 6 Dec 1995 09:06:29 +0100 Received: from vegh_j.atomki.hu by cseles.atomki.hu via SMTP (931110.SGI/930416.SGI.AUTO) for pege@rs1.Theo-Phys.Uni-Essen.DE id AA15131; Wed, 6 Dec 95 09:04:43 +0100 Date: Wed, 6 Dec 95 09:04:43 +0100 Message-Id: <9512060804.AA15131@cseles.atomki.hu> X-Sender: vegh_j@cseles.atomki.hu X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Peter Gerwinski From: Janos Vegh Subject: Re: GPC problem.. Status: RO At 02:16 PM 12/5/95 +0100, you wrote: >Or you can wait a little: I am writing a system-independent >replacement for crt, graph, and the whole Turbo Vision (but in >graphics mode). (Some people say, there would be no need for it, >but I won't stop. :-) I hope to be ready for the first release >(of only the crt part) this year. > I am happy to hear about! Dr Janos Vegh, physicist Janos.Vegh@ATOMKI.HU Institut of Nuclear Research of Vegh_J@Tigris.KLTE.HU the Hungarian Academy of Science Janos.Vegh@helka.iif.hu H-4001 Debrecen, POB 51, Hungary Tel: +36(52)417266 ext 1215 (H-4028 Debrecen, Bem ter 18/C) Fax: +36(52)413945 or 416181 From gpc-request@santra.hut.fi Tue Dec 12 15:11:25 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA26239; Tue, 12 Dec 1995 15:11:24 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA28637; Tue, 12 Dec 95 15:11:18 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.3/8.7.3) with SMTP id PAA04463 for ; Tue, 12 Dec 1995 15:48:39 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA20855; Tue, 12 Dec 1995 14:48:10 +0100 From: Peter Gerwinski Message-Id: <9512121348.AA20855@rs1.Theo-Phys.Uni-Essen.DE> Subject: Dispose problem To: peter@idiap.ch (Peter Weber) Date: Tue, 12 Dec 1995 14:48:10 +0100 (MEZ) Cc: gpc@hut.fi In-Reply-To: <9512121207.AA02805@idiap.ch> from "Peter Weber" at Dec 12, 95 01:07:30 pm X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO Hello, Peter, hello, gpc-list! > pcc version 2.6.3 > sparc sunos4.1.3 > > program test; > type > num_pointer = ^integer; > var > num : num_pointer; > begin > new(num); > num^ := 3; > dispose(num); > end. > > ==> gpc: Internal compiler error: program gpc1 got fatal signal 10 I can reproduce the error with EMX (not with Linux). I hope to be able to release a bug fix this week. Yours, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Tue Dec 12 20:11:55 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA27618; Tue, 12 Dec 1995 20:11:54 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA29460; Tue, 12 Dec 95 20:11:42 CET Received: from fawn.cs.wwu.edu (fawn.cs.wwu.EDU [140.160.140.171]) by santra.hut.fi (8.7.3/8.7.3) with SMTP id UAA09928 for ; Tue, 12 Dec 1995 20:56:28 +0200 (EET) Received: (from phil@localhost) by fawn.cs.wwu.edu (8.6.10/8.6.10) id KAA07180; Tue, 12 Dec 1995 10:56:11 -0800 Date: Tue, 12 Dec 1995 10:56:11 -0800 From: Phil Nelson Message-Id: <199512121856.KAA07180@fawn.cs.wwu.edu> To: jtv@kampi.hut.fi Cc: gpc@hut.fi Subject: bug in records? Status: RO gpc-2.6.3/sparc I believe the following program should generate an error. (But it doesn't.) program variant(output); type myrec = record case integer of 1 : (f1:integer); 2 : (f1:real) end; begin end. -- Phil Nelson e-mail: phil@cs.wwu.edu http://www.cs.wwu.edu/~phil From pege Mon Sep 18 16:20:55 1995 Subject: Re^2: From Borland to GNU ... To: Jukka.Virtanen@hut.fi Date: Mon, 18 Sep 1995 16:20:55 +0100 (MESZ) In-Reply-To: from "Jukka Virtanen" at Sep 18, 95 05:03:59 pm X-Mailer: ELM [version 2.4 PL13] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1657 Status: RO Hello, Juki! > Also I have no knowledge of turbo pascal, so your contribution > is very important!!! My problem is that the Borland "standard" is the only standard I know. I think I will be able to implement it (within some __long__ time ...) but I can not give a warranty that ISO standard will still work. Where did you get that standard? > I have the C++ version of gperf. As far as I rememer > Doug Schmidt wrote also a C version of it, but > I don't know where it currently is. If you need > it I could try to find it. I know the place in principle, but my access to there failed. In the moment, it is not this important. I will cry for help, if it becomes. > Where did you get the EMX changes from? Are they > already in the 2.7.0 gcc release? If they are, > it makes things a lot easier. I found version 2.6.3 at ftp.uni-paderborn.de. The patched version 2.7.0 is present at ftp.uni-stuttgart.de, directory /pub/systems/os2/emx-0.9a/gcc-2.7.0. My upload: I was knocked out of the system several times. Now I had success by changing the upload names to README.new and make-gpc.zip.new. Please change them back to README and make-gpc.zip since DOS will reject filenames longer than 8.3. Yours, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Tue Dec 19 19:37:50 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA21103; Tue, 19 Dec 1995 19:37:49 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA27483; Tue, 19 Dec 95 19:37:37 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.3/8.7.3) with SMTP id UAA22094 for ; Tue, 19 Dec 1995 20:14:28 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA26880; Tue, 19 Dec 1995 19:14:17 +0100 From: Peter Gerwinski Message-Id: <9512191814.AA26880@rs1.Theo-Phys.Uni-Essen.DE> Subject: Borland extensions: new version To: gpc@hut.fi Date: Tue, 19 Dec 1995 19:14:16 +0100 (MEZ) X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO Hello, GPC-list! I have uploaded the 1.1 version of the Borland Extensions for GPC to kampi.hut.fi and to ftp.uni-augsburg.de. In Augsburg, it can already be downloaded from the directory /pub/gnu/gnu-pascal/turbo-alpha. The file turbo-1.1-gpc-2.6.3.tar.gz contains the new patched source, binaries for EMX and Linux have been updated. There are no new features, but some bugs have been fixed. Objects (virtual methods) are more stable now, -g should work now, etc. That's not all ... second mail follows ... Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Tue Dec 19 19:31:28 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA26986; Tue, 19 Dec 1995 19:31:27 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA27480; Tue, 19 Dec 95 19:31:18 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.3/8.7.3) with SMTP id UAA22003 for ; Tue, 19 Dec 1995 20:15:17 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA24339; Tue, 19 Dec 1995 19:15:12 +0100 From: Peter Gerwinski Message-Id: <9512191815.AA24339@rs1.Theo-Phys.Uni-Essen.DE> Subject: BO5 To: gpc@hut.fi Date: Tue, 19 Dec 1995 19:15:11 +0100 (MEZ) X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Tue Dec 19 19:31:17 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA15716; Tue, 19 Dec 1995 19:31:16 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA27477; Tue, 19 Dec 95 19:31:03 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.3/8.7.3) with SMTP id UAA22086 for ; Tue, 19 Dec 1995 20:16:49 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA26914; Tue, 19 Dec 1995 19:16:42 +0100 From: Peter Gerwinski Message-Id: <9512191816.AA26914@rs1.Theo-Phys.Uni-Essen.DE> Subject: BO5 To: gpc@hut.fi Date: Tue, 19 Dec 1995 19:16:41 +0100 (MEZ) X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO Hello, world! This is an announcement of a new library for GNU Pascal: BO5 It is only a pre-alpha release (version 0.01), but it should give you - some Borland-like tools such as Assign, FillChar, ParamStr, GetEnv, Random, - direct keyboard access via KeyPressed and ReadKey function, - direct screen access with colors. You need turbo-1.1-gpc-2.6.3 (i.e. the first bug fix for the GPC with Borland extensions, released together with BO5 on 19. December 1995) to compile BO5. BO5 is intended to run on *all* platforms on which GPC runs. If not, or if you have some other comment/suggestion/bug report, please write to pege@mail.theo-phys.uni-essen.de If your comment is of general interest for all GPC users, you should better write to the gpc-list gpc@hut.fi I have uploaded BO5 to kampi.hut.fi and to ftp.uni-augsburg.de. In Augsburg, it can already be downloaded from /pub/gnu/gnu-pascal/turbo-alpha For more information, please read the files README.BO5 and README.001. Merry Christmas and a happy New Year! Yours, Peter From gpc-request@santra.hut.fi Fri Dec 22 21:31:49 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA20777; Fri, 22 Dec 1995 21:31:48 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA09817; Fri, 22 Dec 95 21:31:40 CET Received: from ifmsun3.ifm.uni-hamburg.de (ifmsun3.ifm.uni-hamburg.de [134.100.80.224]) by santra.hut.fi (8.7.3/8.7.3) with SMTP id WAA10605 for ; Fri, 22 Dec 1995 22:21:51 +0200 (EET) Received: from ifmaix7.ifm.uni-hamburg.de (ifmaix7.ifm.uni-hamburg.de [134.100.80.33]) by ifmsun3.ifm.uni-hamburg.de (8.6.12/8.6.12) with ESMTP id VAA10368 for ; Fri, 22 Dec 1995 21:21:49 +0100 From: Cesar Romani Received: (romani@localhost) by ifmaix7.ifm.uni-hamburg.de (8.7.2/8.6.12) id VAA21816 for gpc@hut.fi; Fri, 22 Dec 1995 21:21:49 +0100 Date: Fri, 22 Dec 1995 21:21:49 +0100 Message-Id: <199512222021.VAA21816@ifmaix7.ifm.uni-hamburg.de> To: gpc@hut.fi Subject: compiling gpc with gcc-2.7.2 Status: RO Is it possible to compile gpc-1.1-2.6.3 with gcc-2.7.2 ? Thanks in advance Cesar Romani Hamburg, Germany From gpc-request@santra.hut.fi Thu Dec 28 00:04:16 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA21220; Thu, 28 Dec 1995 00:04:14 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA28121; Thu, 28 Dec 95 00:04:04 CET Received: from txcc.net (txcc.net [205.218.183.157]) by santra.hut.fi (8.7.3/8.7.3) with ESMTP id AAA02373 for ; Thu, 28 Dec 1995 00:29:25 +0200 (EET) Received: (from cl@localhost) by txcc.net (8.7.2/8.6.9) id QAA00867; Wed, 27 Dec 1995 16:27:48 -0600 (CST) Date: Wed, 27 Dec 1995 16:27:48 -0600 (CST) From: CLink To: gpc@hut.fi Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO help From gpc-request@santra.hut.fi Thu Dec 28 01:09:14 1995 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA27691; Thu, 28 Dec 1995 01:09:13 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA28274; Thu, 28 Dec 95 01:09:03 CET Received: from txcc.net (txcc.net [205.218.183.157]) by santra.hut.fi (8.7.3/8.7.3) with ESMTP id BAA03298 for ; Thu, 28 Dec 1995 01:41:05 +0200 (EET) Received: (from cl@localhost) by txcc.net (8.7.2/8.6.9) id RAA01203; Wed, 27 Dec 1995 17:39:27 -0600 (CST) Date: Wed, 27 Dec 1995 17:39:27 -0600 (CST) From: CLink To: gpc@hut.fi Subject: help Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO hep From gpc-request@santra.hut.fi Wed Jan 24 06:34:12 1996 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA26190; Wed, 24 Jan 1996 06:34:11 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA14999; Wed, 24 Jan 96 06:33:58 CET Received: from csie.ntu.edu.tw (root@cslab.csie.ntu.edu.tw [140.112.30.25]) by santra.hut.fi (8.7.3/8.7.3) with SMTP id HAA13560 for ; Wed, 24 Jan 1996 07:07:24 +0200 (EET) Received: from ntucsx.csie.ntu.edu.tw (ntucsx.csie.ntu.edu.tw [140.112.30.64]) by csie.ntu.edu.tw (8.6.11/8.6.11) with SMTP id NAA23479 for ; Wed, 24 Jan 1996 13:05:12 +0800 Date: Wed, 24 Jan 1996 13:05:12 +0800 From: b2506033 Message-Id: <199601240505.NAA23479@csie.ntu.edu.tw> Subject: [Help] gpc for dos Newsgroups: comp.lang.pascal.ansi-iso Keywords: gpc X-Newsreader: TIN [version 1.2 PL2] Apparently-To: Status: RO Hello, When compiled a small program, I got a lot of error message. I use gpc-263b got from kampi.hut.fi. Please help me. Thanks. program testgpc; var i : integer; begin i := 20; end. c_include_path=c:/emx/include; library_path=c:/emx/lib; emx=c:/emx/bin/emx.exe path=c:/dos;c:/emx/bin;......; rts-file.c: 221 c:/emx/lib/gpc.a(rts-file.o)): Undefined Symbol _write referenced from text segment ....... _read ....... _unlink ....... _fstat ....... _isatty ....... _access ....... _stat ....... _bcopy ....... ...... kampi.hut.fi:/jtv/gnu-pascal/EMX 1005157 Sep 15 16:52 gpc-263b.zip --- b2506033@csie.ntu.edu.tw Herge From gpc-request@santra.hut.fi Thu Jan 25 11:27:02 1996 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA26337; Thu, 25 Jan 1996 11:27:02 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA19870; Thu, 25 Jan 96 11:26:38 CET Received: from hsb.nest.nl (root@hsb.nest.nl [193.78.79.21]) by santra.hut.fi (8.7.3/8.7.3) with ESMTP id LAA10435 for ; Thu, 25 Jan 1996 11:56:35 +0200 (EET) Received: from nestnl.nest.nl (root@localhost) by hsb.nest.nl (8.7.3/8.6.11) with UUCP id KAA00231 for hut.fi!gpc; Thu, 25 Jan 1996 10:46:42 GMT Received: by nestnl.nest.nl (V1.17-beta/Amiga) id ; Thu, 25 Jan 96 05:51:12 +0100 Received: by beard.nest.nl (BeyondGating/0.88alpha) id BG0064; Thu, 25 Jan 1996 05:03:03 +0100 Date: 24 Jan 96 20:38:13 +0100 Message-Id: <60-60-0-0-1068ac60@beard.nest.nl> From: berend@beard.nest.nl (Berend de Boer) To: gpc@hut.fi Subject: [Help] gpc for dos Status: RO b2506033 wrote in a message to Berend de Boer: b> When compiled a small program, I got a lot of error message. How do you call your compiler? Did you include all the right libs as -Xgpc? Groetjes, Berend (-: fido: 2:281/527.23 email: berend@beard.nest.nl From gpc-request@santra.hut.fi Thu Jan 25 15:53:42 1996 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA21640; Thu, 25 Jan 1996 15:53:41 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA20527; Thu, 25 Jan 96 15:53:08 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.3/8.7.3) with SMTP id QAA17924 for ; Thu, 25 Jan 1996 16:29:43 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA24091; Thu, 25 Jan 1996 15:27:26 +0100 From: Peter Gerwinski Message-Id: <9601251427.AA24091@rs1.Theo-Phys.Uni-Essen.DE> Subject: Re: [Help] gpc for dos To: b2506033@csie.ntu.edu.tw (b2506033) Date: Thu, 25 Jan 1996 15:27:25 +0100 (MEZ) Cc: gpc@hut.fi In-Reply-To: <199601240505.NAA23479@csie.ntu.edu.tw> from "b2506033" at Jan 24, 96 01:05:12 pm X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO Hello! According to b2506033: > > When compiled a small program, I got a lot of error message. I use > gpc-263b got from kampi.hut.fi. Please help me. Thanks. > b2506033@csie.ntu.edu.tw Herge Your environment variables seem to be correct, but did you install the EMXDEV package? You need at least EMXRT, EMXDEV, and GNUDEV for a working GPC compiler. If you have DPMI without VCPI, you also need DPMIGCC5 from emx/contrib. Good luck! Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Thu Jan 25 21:03:49 1996 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA05991; Thu, 25 Jan 1996 21:03:48 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA21665; Thu, 25 Jan 96 21:03:31 CET Received: from mail.netline.be (root@[193.75.199.3]) by santra.hut.fi (8.7.3/8.7.3) with SMTP id VAA23500 for ; Thu, 25 Jan 1996 21:53:05 +0200 (EET) Received: from extacy (root@dialup12.liege.eunet.be [193.123.246.12]) by mail.netline.be (8.6.12/8.6.9) with SMTP id VAA16107 for ; Wed, 17 Jan 1996 21:54:12 +0200 Sender: root@mail.netline.be Message-Id: <3107DFEE.2FD51F43@netline.be> Date: Thu, 25 Jan 1996 20:54:22 +0100 From: Emmanuel Tychon Organization: NetLine, internet experts X-Mailer: Mozilla 2.0b5 (X11; I; Linux 1.2.13 i486) Mime-Version: 1.0 To: gpc@hut.fi Subject: no Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO mailing list -- ||| | Emmanuel Tychon, manu@netline.be O-O | SemaDigit: 018/458701 (Belgium Only) (_) | NetLine sprl, oOO-----OOo | Linux Team , | Linux | | \-------/ | NetLine IS your interNet partner. From gpc-request@santra.hut.fi Tue Jan 30 14:26:57 1996 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA29956; Tue, 30 Jan 1996 14:26:54 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA11115; Tue, 30 Jan 96 14:26:31 CET Received: from theoqw4.physik.uni-ulm.de (theoqw4.physik.uni-ulm.de [134.60.10.244]) by santra.hut.fi (8.7.3/8.7.3) with ESMTP id OAA15441 for ; Tue, 30 Jan 1996 14:01:25 +0200 (EET) Message-Id: <199601301201.OAA15441@santra.hut.fi> Received: by theoqw4.physik.uni-ulm.de (1.37.109.16/16.2/V950224) id AA054973273; Tue, 30 Jan 1996 13:01:13 +0100 From: Harald Wiedemann Subject: request To: gpc@hut.fi Date: Tue, 30 Jan 96 13:01:12 MEZ Reply-To: harald.wiedemann@physik.uni-ulm.de Mailer: Elm [revision: 70.85] Status: RO I would like to participate in the gpc list. From gpc-request@santra.hut.fi Sun Feb 4 22:51:26 1996 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA20421; Sun, 4 Feb 1996 22:51:25 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA02334; Sun, 4 Feb 96 22:51:09 CET Received: from student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.3/8.7.3) with SMTP id XAA15126 for ; Sun, 4 Feb 1996 23:43:28 +0200 (EET) Received: from slp06164.slip.utwente.nl by student.utwente.nl with SMTP id AA05636 (5.67b/IDA-1.5 for ); Sun, 4 Feb 1996 22:43:25 +0100 Date: Sun, 4 Feb 1996 22:43:25 +0100 Message-Id: <199602042143.AA05636@student.utwente.nl> X-Sender: s8806144@mail.student.utwente.nl X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: gpc@hut.fi From: JanJaap van der Heijden Subject: suscribe gpc Status: RO suscribe gpc -- Science is what I'm doing when I don't know what I'm doing Werner von Braun From gpc-request@santra.hut.fi Mon Feb 26 22:58:48 1996 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA23658; Mon, 26 Feb 1996 22:58:47 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA21679; Mon, 26 Feb 96 22:58:44 CET Received: from servo.ucsd.edu (mpless@servo.ucsd.edu [132.239.50.46]) by santra.hut.fi (8.7.3/8.7.3) with SMTP id XAA06353 for ; Mon, 26 Feb 1996 23:41:45 +0200 (EET) Received: (from mpless@localhost) by servo.ucsd.edu (8.6.12/8.6.12) id NAA14163 for gpc@hut.fi; Mon, 26 Feb 1996 13:41:43 -0800 Date: Mon, 26 Feb 1996 13:41:43 -0800 From: Marcus Pless Message-Id: <199602262141.NAA14163@servo.ucsd.edu> To: gpc@hut.fi Status: RO lists From sad@utkux.utcc.utk.edu Sun Mar 17 02:13:53 1996 Received: from UTKUX4.UTCC.UTK.EDU by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA27212; Sun, 17 Mar 1996 02:13:47 +0100 Received: by utkux4.utcc.utk.edu (5.x/2.7c-UTK) id AA25535; Sat, 16 Mar 1996 20:13:09 -0500 From: sad@utkux.utcc.utk.edu Message-Id: <9603170113.AA25535@utkux4.utcc.utk.edu> Subject: Q: Is there a gpc/emx for emx09b already ? To: gpc@hut.fi, pege@rs1.Theo-Phys.Uni-Essen.DE Date: Sat, 16 Mar 1996 20:13:08 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hi all, hi Peter, I was wondering whether it is just me or a known (and maybe even fixed?) problem: I just finished installing emx09b on my machine to be able to run things like the latest gnuplot beta and all that stuff that gave me warnings about having to use emx09b. So, all seemed well. In fact, even g77 worked, it still does after I have installed the version that had been recompiled with emx09b. GPC doesn't like me anymore, though. It compiles, but linking doesn't seem to work, I get stuff like: rts-file.c:221 (e:/bin/emx/lib/gpc.a(rts-file.o)): Undefined symbol _write refer enced from text segment and lots of it. I then fetched a later version from ftp.uni-augsburg.de since I can't seem to get through to kampi.hut.fi tonight, and installed it: Still the same problem. I understand that emxgpc was compiled (or patched) for 2.6.3, but I was wondering whether there is any hope on the horizon for a transparent gpc under emx? Interesting enough, gpc --version reports %PROG2%, so this may serve as version indication: rwxa-- 161799 Dec 13 00:39 e:/bin/emx/bin/gpc.exe* but more interesting (and temporary relief!) is, that gpc -c test.pas gcc test.o -lgpc does produce a working executable. Any ideas, pointers, promises are most welcome! Cheers! Stefan From sad@utkux.utcc.utk.edu Sun Mar 17 02:35:29 1996 Received: from UTKUX4.UTCC.UTK.EDU by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA26741; Sun, 17 Mar 1996 02:35:27 +0100 Received: by utkux4.utcc.utk.edu (5.x/2.7c-UTK) id AA29352; Sat, 16 Mar 1996 20:34:55 -0500 From: sad@utkux.utcc.utk.edu Message-Id: <9603170134.AA29352@utkux4.utcc.utk.edu> Subject: 2nd attemtpt -- gpc and emx09b ? To: gpc@hut.fi Date: Sat, 16 Mar 1996 20:34:55 -0500 (EST) Cc: pege@rs1.Theo-Phys.Uni-Essen.DE, Jukka.Virtanen@hut.fi X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Sorry if this shows up twice but something bounced, so I try it again. Stefan Hi all, hi Peter, I was wondering whether it is just me or a known (and maybe even fixed?) problem: I just finished installing emx09b on my machine to be able to run things like the latest gnuplot beta and all that stuff that gave me warnings about having to use emx09b. So, all seemed well. In fact, even g77 worked, it still does after I have installed the version that had been recompiled with emx09b. GPC doesn't like me anymore, though. It compiles, but linking doesn't seem to work, I get stuff like: rts-file.c:221 (e:/bin/emx/lib/gpc.a(rts-file.o)): Undefined symbol _write refer enced from text segment and lots of it. I then fetched a later version from ftp.uni-augsburg.de since I can't seem to get through to kampi.hut.fi tonight, and installed it: Still the same problem. I understand that emxgpc was compiled (or patched) for 2.6.3, but I was wondering whether there is any hope on the horizon for a transparent gpc under emx? Interesting enough, gpc --version reports %PROG2%, so this may serve as version indication: rwxa-- 161799 Dec 13 00:39 e:/bin/emx/bin/gpc.exe* but more interesting (and temporary relief!) is, that gpc -c test.pas gcc test.o -lgpc does produce a working executable. Any ideas, pointers, promises are most welcome! Cheers! Stefan From gpc-request@santra.hut.fi Mon Mar 18 14:06:08 1996 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA06459; Mon, 18 Mar 1996 14:06:07 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA16956; Mon, 18 Mar 96 14:05:35 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.3/8.7.3) with SMTP id OAA32320 for ; Mon, 18 Mar 1996 14:48:50 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA27349; Mon, 18 Mar 1996 13:48:51 +0100 From: Peter Gerwinski Message-Id: <9603181248.AA27349@rs1.Theo-Phys.Uni-Essen.DE> Subject: Re: Q: Is there a gpc/emx for emx09b already ? To: sad@utkux.utcc.utk.edu Date: Mon, 18 Mar 1996 13:48:50 +0100 (MEZ) Cc: gpc@hut.fi In-Reply-To: <9603170113.AA25535@utkux4.utcc.utk.edu> from "sad@utkux.utcc.utk.edu" at Mar 16, 96 08:13:08 pm X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO Hi, all, hi Stefan! > GPC doesn't like me anymore, though. It compiles, but linking doesn't seem to > work, I get stuff like: > rts-file.c:221 (e:/bin/emx/lib/gpc.a(rts-file.o)): Undefined symbol _write > refer enced from text segment > and lots of it. I think I know this error ... I would guess that this comes from the fact that GPC does not only need the gpclib.a library but also gcclib.a. With Linux, I remember a similar problem arising from the installation of a new GCC-2.7.x C compiler and a conflict between a.out and elf versions of the libgcc.a library. We have solved it by installing a version of libgcc.a from GCC-2.6.3 in the lib path. > Interesting enough, gpc --version reports %PROG2%, > so this may serve as version indication: > rwxa-- 161799 Dec 13 00:39 e:/bin/emx/bin/gpc.exe* I get the same version %PROG2%. Strange. I will have to look for this error, too, but it seems to be an independend one. > but more interesting (and temporary relief!) is, that > gpc -c test.pas > gcc test.o -lgpc > does produce a working executable. Again: strange. I have one idea: Perhaps your version of gcc can produce a.out as well as elf output files, and gcc knows the option to tell the linker the difference, while gpc doesn't. Well, try to install the old C compiler; if this solves the problem I think we know the origin of the error. In case you only changed the EMX version and did not touch the C compiler, we are *really* in trouble. I think all these problems will disappear as soon as we will have a 2.7.x version of GPC. (But this is not my job. :-) Another suggestion would be to make GPC independend of the C runtime library, but include the required stuff into gpclib.a. See you, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Sun Mar 17 06:29:59 1996 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA06229; Sun, 17 Mar 1996 06:29:58 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA11715; Sun, 17 Mar 96 06:30:12 CET Received: from sager.umd.edu (lotu@rac4.wam.umd.edu [128.8.70.120]) by santra.hut.fi (8.7.3/8.7.3) with SMTP id HAA12193 for ; Sun, 17 Mar 1996 07:23:39 +0200 (EET) From: lotu@wam.umd.edu Received: (from cabal@localhost) by sager.umd.edu (8.6.12/8.6.9) id AAA00591; Sun, 17 Mar 1996 00:22:13 -0500 Date: Sun, 17 Mar 1996 00:22:11 -0500 (EST) X-Sender: cabal@sager.umd.edu To: gpc@hut.fi Subject: Q: How do you use UNITs in TurboGPC? Plus general comments .... Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO I just downloaded the precompiled ELF binary version of "Turbo" GPC for Linux. I've been playing around with it for the past few minutes, but I can't seem to be able to figure out how to make and use Borland Pascal UNITs. To try it out, I made a simple program (test1.p) that called the procedure "Intro" which was in another unit (unit1.p). I first compiled the unit (thinking that gpc doesn't have a built-in make like BPC/TPC does) with the following command line: "gpc -c unit1.p". I then proceeded to compile and link test1.p -- but as I expected it didn't work. I get the message: "No exported interface matching 'Unit1'' "undeclared indentifier 'Intro' .....' I sort of expected this to happen 'cause how would gpc know about unit1.p? I'm obviously doing something wrong here. Can somebody please clue me in? Thanks! And on a seperate, but related note .... How goes the work on "Turbo" GPC? How about GPC in general? (as far as getting full Extended Pascal compliance is concerned). Copies of the ISO Pascal and Extended Pascal standards are available off the 'net courtesy of John Reagan, if anybody is interested. He also said that he was gonna put the new Object Pascal standard up for ftping as well ... so perhaps Object Pascal can be incorporated into GPC ... shouldn't be too hard now ... with "Borland Pascal with Objects" already in place. =============================================================================== Arcadio Alivio Sincero, Jr. Sophomore, Computer Science Major at the University of Maryland at College Park Amateur competitive bodybuilder Email: lotu@wam.umd.edu, WWW: "D.A.R.E. .... to keep cops of donuts." From gpc-request@santra.hut.fi Mon Mar 18 14:45:51 1996 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA07013; Mon, 18 Mar 1996 14:45:50 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA17120; Mon, 18 Mar 96 14:45:14 CET Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.3/8.7.3) with SMTP id PAA00627 for ; Mon, 18 Mar 1996 15:14:49 +0200 (EET) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA22345; Mon, 18 Mar 1996 14:13:03 +0100 From: Peter Gerwinski Message-Id: <9603181313.AA22345@rs1.Theo-Phys.Uni-Essen.DE> Subject: Re: Q: How do you use UNITs in TurboGPC? Plus general comments .... To: lotu@wam.umd.edu Date: Mon, 18 Mar 1996 14:13:02 +0100 (MEZ) Cc: gpc@hut.fi In-Reply-To: from "lotu@wam.umd.edu" at Mar 17, 96 00:22:11 am X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO Hello, Arcadio, hello, GPC-list! > I just downloaded the precompiled ELF binary version of "Turbo" GPC for > Linux. I've been playing around with it for the past few minutes, but I > can't seem to be able to figure out how to make and use Borland Pascal UNITs. If you are speaking of the binaries on kampi.hut.fi or ftp.uni-augsburg.de: those are a.out binaries, no elf binaries. If you really have found elf binaries, please tell the gpc-list where you got them from! > To try it out, I made a simple program (test1.p) that called the > procedure "Intro" which was in another unit (unit1.p). I first compiled > the unit (thinking that gpc doesn't have a built-in make like BPC/TPC > does) That's correct. :-( > with the following command line: "gpc -c unit1.p". I then > proceeded to compile and link test1.p -- but as I expected it didn't > work. I get the message: > "No exported interface matching 'Unit1'' > "undeclared indentifier 'Intro' .....' Unfortunately, that's correct, too. In the moment, Extended Pascal modules and Turbo Pascal units are not yet fully implemented. It is necessary to have at least the Interface module in the same source file as the calling program (or module). I have some ideas how to fix it, but this will take some time. Up to that day, I am using the following (ugly) construction: Assume a unit (or module) being in "mymodule.pas" and the program being in "myprogram.pas". Then I include "mymodule.pas" into "myprogram.pas" using the preprocessor: (*I MyModule *) #include "mymodule.pas" Program MyProgram; Program MyProgram; or uses uses MyModule; MyModule; ... ... As long as this is necessary, Extended Pascal modules have the advantage that the interface and implementation part are in two separated source files and it is sufficient to include the interface module, while Turbo Pascal units have to be recompiled each time the program is compiled, which is of course not the purpose of the unit concept. But since I am very incontent with this situation, there is hope that I will change it not too far away in the future. > How goes the work on "Turbo" GPC? In the moment, I am working on my Ph. D. thesis, so I don't have much time for working on GPC. But I promise that I will continue this work even more intensively, once I am Ph. D. (Doctor) which will be the case somewhere in the second half of 1996. > ... He also said that he was > gonna put the new Object Pascal standard up for ftping as well ... so > perhaps Object Pascal can be incorporated into GPC ... shouldn't be too > hard now ... with "Borland Pascal with Objects" already in place. Perhaps I will have a look at it. I am going to re-implement objects in complete to make them work better with the debugger and to make them compatible to C++ classes (which is *not* the case in the moment) inclu- ding multi-inheritance, which -- as far as I know -- has never been seen in Pascal up to now. And I think about implementing more features of the Pascal-SC standard which would make GPC *very* useful for scientific applications. But there is yet another branch of the GNU Pascal project I am working on: Did you look at my BO5 library? It should be in the same directory as the turbo-alpha stuff and includes a nice README.BO5 file. (Another nice place for it would be the contrib directory.) Try it! :-) Greetings, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: pege@mail.theo-phys.uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Mon Mar 18 20:42:19 1996 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA32384; Mon, 18 Mar 1996 20:42:18 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA18180; Mon, 18 Mar 96 20:41:57 CET Received: from utkux4.utcc.utk.edu (UTKUX4.UTCC.UTK.EDU [128.169.76.11]) by santra.hut.fi (8.7.3/8.7.3) with SMTP id VAA18327 for ; Mon, 18 Mar 1996 21:22:12 +0200 (EET) From: sad@utkux.utcc.utk.edu Received: by utkux4.utcc.utk.edu (5.x/2.7c-UTK) id AA18796; Mon, 18 Mar 1996 14:20:34 -0500 Message-Id: <9603181920.AA18796@utkux4.utcc.utk.edu> Subject: Re: Q: Is there a gpc/emx for emx09b already ? To: pege@rs1.Theo-Phys.Uni-Essen.DE (Peter Gerwinski) Date: Mon, 18 Mar 1996 14:20:33 -0500 (EST) Cc: gpc@hut.fi In-Reply-To: <9603181248.AA27349@rs1.Theo-Phys.Uni-Essen.DE> from "Peter Gerwinski" at Mar 18, 96 01:48:50 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hi, all, hi Peter! > > GPC doesn't like me anymore, though. It compiles, but linking doesn't seem to > > work, I get stuff like: > > rts-file.c:221 (e:/bin/emx/lib/gpc.a(rts-file.o)): Undefined symbol _write > > refer enced from text segment > > and lots of it. > > I think I know this error ... > > I would guess that this comes from the fact that GPC does not only need > the gpclib.a library but also gcclib.a. With Linux, I remember a similar > problem arising from the installation of a new GCC-2.7.x C compiler and > a conflict between a.out and elf versions of the libgcc.a library. We > have solved it by installing a version of libgcc.a from GCC-2.6.3 in the > lib path. I don't find it (libgcc.a). the closest I find is gcc.lib on my gcc 2.6.3 setup at work. I am not at home right now, so I can't check. > > but more interesting (and temporary relief!) is, that > > gpc -c test.pas > > gcc test.o -lgpc > > does produce a working executable. > > Again: strange. I have one idea: Perhaps your version of gcc can produce > a.out as well as elf output files, and gcc knows the option to tell the > linker the difference, while gpc doesn't. Well, try to install the old > C compiler; if this solves the problem I think we know the origin of the > error. Well, I have indeed had success with gcc 2.6.3, but not with 2.7.2 anymore. Being completely stupid I didn't just upgrade emx rts from 09a to 09b but did the wole works (2.6.3 -> 2.7.2) assuming that's a VERY GOOD THING. Maybe it wasn't. I'll restore my 2.6.3 and just put in the nwe emxrts tonight. Or, maybe I live with the separate link step until a 2.7.2 version is out? > I think all these problems will disappear as soon as we will have a 2.7.x > version of GPC. (But this is not my job. :-) Another suggestion would be > to make GPC independend of the C runtime library, but include the required > stuff into gpclib.a. Is this how g77 does it with f2c.lib? Oh -- by the way: What's the reasone for gpc/emx being >= 3 MB as opposed to 1.7 or so it was before? Is it the turbo stuff, or is it debug info that one could safely strip out? Cheers! Stefan (also Dipl. Phys.) PS: A last one: I see mail to gpc@hut.fi bouncing all the time. You too? From sad@utkux.utcc.utk.edu Tue Mar 19 13:34:49 1996 Received: from UTKUX4.UTCC.UTK.EDU by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA30308; Tue, 19 Mar 1996 13:34:21 +0100 Received: by utkux4.utcc.utk.edu (5.x/2.7c-UTK) id AA17957; Tue, 19 Mar 1996 07:33:05 -0500 From: sad@utkux.utcc.utk.edu Message-Id: <9603191233.AA17957@utkux4.utcc.utk.edu> Subject: Re: Q: Is there a gpc/emx for emx09b / gcc 2.7.2 To: pege@rs1.Theo-Phys.Uni-Essen.DE (Peter Gerwinski) Date: Tue, 19 Mar 1996 07:33:05 -0500 (EST) Cc: gpc@hut.fi In-Reply-To: <9603191036.AA05992@rs1.Theo-Phys.Uni-Essen.DE> from "Peter Gerwinski" at Mar 19, 96 11:36:07 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO > > Hi again! > > > I don't find it (libgcc.a). the closest I find is gcc.lib on > > my gcc 2.6.3 setup at work. I am not at home right now, > > so I can't check. > > That's it. Since DOS restricts file names to 8 letters, emx names > libraries gcc.* rather than libgcc.*. But I thought that the suffix > would be .a, not .lib, or there are both versions, denoting different > lib file formats (perhaps elf and a.out?). Hu? libgcc.* is still well within the DOS / FAT conventions, isn't it :-) But, anyway, I have both gcc.lib and gcc.a, one (*.lib) is, as I understand it, for linking with *.obj files using link386 and -Zomf, the other one (*.a) for the traditional a.out and emx format. > > > Well, I have indeed had success with gcc 2.6.3, but not with 2.7.2 anymore. > > Being completely stupid I didn't just upgrade emx rts from 09a to 09b but > > did the wole works (2.6.3 -> 2.7.2) assuming that's a VERY GOOD THING. > > Maybe it wasn't. I'll restore my 2.6.3 and just put in the nwe emxrts > > tonight. Or, maybe I live with the separate link step until a 2.7.2 version > > is out? > > I'm afraid these two alternatives are really the only solutions. Oh. (seeking for cleenex). > Let's hope that somebody will create GPC 2.7.x soon. Yes, yes. I really would do it if I just could (where are those cleenex, again?). However, I haven't even had success compiling gcc / gpc before, so I am less than optimistic. Anybody out there who'd really know what to do? > > > > I think all these problems will disappear as soon as we will have a 2.7.x > > > version of GPC. (But this is not my job. :-) > > Well, if there is no 2.7.x in 1997, I will do the job, because I also > do not like the situation as is. But I would prefer somebody else to > do this, so I can concentrate on the Borland stuff. 1997? (Cleenex alert again!) > > > > Another suggestion would be > > > to make GPC independend of the C runtime library, but include the required > > > stuff into gpclib.a. > > > > Is this how g77 does it with f2c.lib? > > I don't know but I could imagine. Does anybody know? > > > Oh -- by the way: What's the reasone for gpc/emx being >= 3 MB as opposed to > > 1.7 or so it was before? Is it the turbo stuff, or is it debug info that one > > could safely strip out? > > I think it's debug info. If so, I will strip it out in the next release of > binaries. So, could I just run strip against the binaries and they'd still work? > > > PS: A last one: I see mail to gpc@hut.fi bouncing all the time. You too? > > So do I. Does anybody know the address? > > So long, > > Peter ========================================================================== Stefan A. Deutscher, sad@utk.edu, (001)-423-[522-7845|974-7838|574-5897] home^ UTK^ ORNL^ ========================================================================== If there is software you'd like to have in a native version, visit the: OS/2 E-mail Campaign Page http://www.andrews.edu/~boyko/email.html -------------------------------------------------------------------------- From gpc-request@santra.hut.fi Thu Mar 21 07:47:58 1996 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA07042; Thu, 21 Mar 1996 07:47:58 +0100 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA28722; Thu, 21 Mar 96 07:48:28 CET Received: from utkux4.utcc.utk.edu (UTKUX4.UTCC.UTK.EDU [128.169.76.11]) by santra.hut.fi (8.7.3/8.7.3) with SMTP id IAA20362; Thu, 21 Mar 1996 08:35:01 +0200 (EET) From: sad@utkux.utcc.utk.edu Received: by utkux4.utcc.utk.edu (5.x/2.7c-UTK) id AA21528; Thu, 21 Mar 1996 01:33:31 -0500 Message-Id: <9603210633.AA21528@utkux4.utcc.utk.edu> Subject: Re: Q: Is there a gpc/emx for emx09b / gcc 2.7.2 To: Jukka.Virtanen@hut.fi Date: Thu, 21 Mar 1996 01:33:31 -0500 (EST) Cc: pege@rs1.Theo-Phys.Uni-Essen.DE, emx@iaehv.nl (emx-list), gpc@hut.fi In-Reply-To: from "Jukka Virtanen" at Mar 19, 96 05:20:34 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hi Jukka, hi Peter, hi world (in that order :->), the post by Kevin Foss from the emx mailing list got me to experiment a bit more, and as it happens, with the following explicit linker statements at least my simple `Hallo world' programme is back to life: gpc test.pas -lgpc -lc_alias So, with this the binaries of the emx/gpc built by Peter Gerwinski for/with emx09a/gcc2.6.3 can be used under emx09b/gcc2.7.2 just fine. That is a minor adjustment to a properly structured makefile and much nicer than gpc -c test.pas gcc test.o which also worked. Late night cheers! Stefan ========================================================================== Stefan A. Deutscher, sad@utk.edu, (001)-423-[522-7845|974-7838|574-5897] home^ UTK^ ORNL^ ========================================================================== If there is software you'd like to have in a native version, visit the: OS/2 E-mail Campaign Page http://www.andrews.edu/~boyko/email.html -------------------------------------------------------------------------- From gpc-request@santra.hut.fi Sat May 4 12:46:59 1996 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA25218; Sat, 4 May 1996 12:46:58 +0200 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA27163; Sat, 4 May 96 12:46:46 CEST Received: from rs1.Theo-Phys.Uni-Essen.DE (rs1.theo-phys.uni-essen.de [132.252.254.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id NAA14722 for ; Sat, 4 May 1996 13:32:48 +0300 (EET DST) Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA04966; Sat, 4 May 1996 12:31:14 +0200 From: Peter Gerwinski Message-Id: <9605041031.AA04966@rs1.Theo-Phys.Uni-Essen.DE> Subject: BO5 for Linux: bug report and workaround To: chourot@houka.enitiaa-nantes.fr (jean-marc chourot) Date: Sat, 4 May 1996 12:31:13 +0100 (MESZ) Cc: gpc@hut.fi In-Reply-To: <199604250950.KAA00161@houka.enitiaa-nantes.fr> from "jean-marc chourot" at Apr 25, 96 10:50:03 am X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Status: RO Hello, everybody! I was reported a bug in the BO5 screen drivers for Linux console (something like a CRT for GPC): on some machines the program stops with a runtime error "cannot access video memory", even if compiling and executing as root. To work around, use the TERMCAP version instead; the only visible differences are that you (1) have to specify the termcap library when compiling: gpc -I /usr/src/bo5 -D TERMCAP hallo.pas -ltermcap -o hallo and that (2) you have to set the CL_COLOR environment variable in order to get colors: export CL_COLOR=YES The next version will fix this bug (I will probably rewrite the Linux drivers in complete). Yours, Peter From gpc-request@santra.hut.fi Mon May 20 15:13:27 1996 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA26704; Mon, 20 May 1996 15:13:26 +0200 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA08601; Mon, 20 May 96 15:13:20 CEST Received: from student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id PAA18426 for ; Mon, 20 May 1996 15:49:58 +0300 (EET DST) Received: from [130.89.179.49] (pc049.pczaalciv.utwente.nl) by student.utwente.nl with SMTP id AA06552 (5.67b/IDA-1.5 for ); Mon, 20 May 1996 14:49:57 +0200 Date: Mon, 20 May 96 14:55:28 CST From: "J.J. van der Heijden" Message-Id: <65578.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 X-Popmail-Charset: English To: gpc@hut.fi Subject: new binaries uploaded Status: RO Hello all, Today I uploaded a couple of new gpc-binaries to ftp://kampi.hut.fi/jtv/incoming. Hopefully, Juki will soon move them to an appropriate location. All of these are based on the public (2.6.3) snapshot of gpc. "turbo" flavours are based on Peter Gerwinski's "turbo-alpha" sources. The files are: gpc-1.1p2.linux.tar.gz turbo-1.1.linux.tar.gz Linux (ELF) gpc binary. I had to do some patching to gcc because gcc-2.6.3 ELF support was experimental and incompatible with the current (stable) state of ELF. Creates ELF executables. I think I uploaded these to sunsite.unc.edu (/pub/Linux/devel/lang/pascal) some time ago, although the "turbo" may have been version 1.0 Binaries were built on a late 1.3.x kernel and require libc-5.2.18 gpc112b.zip turbo11b.zip GPC binaries that fit into a djgpp (V2) distribution. djgpp is the "official" GCC release for MS-DOS, it should not be confused with Peter's EMX binaries, although they do roughly the same thing. Again, some patching to gcc because djgpp was v1.12 for gcc-2.6.3 and v2 for 2.7.2. gpc-1.1p2.cygwin32-beta14.zip turbo-1.1.cygwin32-beta14.zip GPC binaries that work ONLY with the current (beta14) release of the cygwin32 project. (Every new release seems to break compatibility with the previous one). The cygwin32 project is porting GNU software to Windows95 and NT (ix86 & ppc). This gpc creates PE/i386 executables. This is a work in progress: the compiler is restricted to console applications because it cannot access the Win32 API. The Win32 API requires a different way of stack management from the compiler (subroutine cleans stack), the rest of the world, including gpc, uses the C-style method (caller cleans stack). Hopefully, I can deal with this problem before gpc-1.2 is released, but I'm still interested in your experiences with this baby. More info on cygwin32 is available at: ftp://ftp.cygnus.com/pub/gnu-win32 I also have beta12 and beta13 win32 binaries around, but I don't think anybody is using b12 or 13 anymore so I didn't upload them. Last (but not least?), I have some Linux/ELF based gpc-crosscompilers They can be usefull if you want to develop from a single source tree, but support multiple target platforms. If anybody is interested in this stuff, he/she should contact me. You also need extra cross-binutils to make this work. I have linux->linuxaout, linux->djgpp & linux->win32 available. Happy hacking, J.J. van der Heijden From pege Tue Jun 4 15:50:19 1996 Subject: Units To: gpc@hut.fi Date: Tue, 4 Jun 1996 15:50:19 +0100 (MESZ) X-Mailer: ELM [version 2.4 PL13] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1501 Status: RO Hello, everybody! A known bug in GPC is that it does not automatically read Unit (or Module) interfaces when a Unit is used (or a Module is imported). For that reason, something like gpc -c myunit.pas gpc myprog.pas myunit.o -o myprog does only work when the main program (myprog.pas) (*$includes *) or #includes the Module interface. This is bearable with Extended Pascal where you can have the interface in a separate file; with Borland style Units you include the whole Unit, so it is recompiled each time. However, there is a workaround which is just another bug in GPC:-) A Borland style Unit with an empty implementation part but declaring some procedures in the interface part is not rejected by the compiler, only by the linker. Therefore, we can use the following trick: ---- file: myprog.pas ---- (*$I MyUnit *) (* Include the *whole* file MyUnit.pas *) Program MyProg; uses MyUnit; begin Hello; end. ---- file: myunit.pas ---- Unit MyUnit; Interface Procedure Hello; Implementation (*$ifdef IMPLEMENTATION *) (* suppress re-compilation of implementation part *) Procedure Hello; begin (* Hello *) writeln ( 'Hello!' ); end (* Hello *); (*$endif *) end. Now you can compile the Unit separately with gpc -D IMPLEMENTATION -c myunit.pas and then link it when compiling the main program via gpc myprog.pas myunit.o -o myprog Okay? Try it. Good luck! Peter From gpc-request@santra.hut.fi Thu Jun 13 10:38:37 1996 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA29670; Thu, 13 Jun 1996 10:38:36 +0200 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA22634; Thu, 13 Jun 96 10:38:27 CEST Received: from kampi.hut.fi (kampi.hut.fi [130.233.224.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id LAA10491 for ; Thu, 13 Jun 1996 11:07:25 +0300 (EET DST) Received: from student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by kampi.hut.fi (8.6.11/8.6.7) with SMTP id LAA05274 for ; Thu, 13 Jun 1996 11:07:16 +0300 Received: from slp06164.slip.utwente.nl by student.utwente.nl with SMTP id AA03036 (5.67b/IDA-1.5 for ); Thu, 13 Jun 1996 10:07:13 +0200 Date: Thu, 13 Jun 1996 10:07:13 +0200 Message-Id: <199606130807.AA03036@student.utwente.nl> X-Sender: s8806144@mail.student.utwente.nl X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: gpc@kampi.hut.fi From: JanJaap van der Heijden Subject: Re: GNU pascal compiler uploaded Status: RO Look what I found in the mail this morning: >Date: Wed, 12 Jun 1996 22:25:39 -0400 >From: dj@delorie.com (DJ Delorie) >To: j.j.vanderheijden@student.utwente.nl >Subject: Re: GNU pascal compiler uploaded > > >I finally got around to moving the GPC files to the outgoing simtelnet >directory. They'll be in the v2gnu directory. > >-rw-r--r-- 1 dj user 291 Apr 26 08:03 gpc112b.txt >-rw-r--r-- 1 dj user 685430 May 6 07:10 gpc112b.zip >-rw-r--r-- 1 dj user 8621302 May 6 07:39 gpc112s.zip >-rw-r--r-- 1 dj user 372 Apr 26 08:06 gpt112b.txt >-rw-r--r-- 1 dj user 698287 May 6 07:41 gpt112b.zip > For those of you who don't know: this is about the DOS (djgpp) GPC. djgpp is very very popular, and Simtel must be mirrored in just about every country in the world. This must generate some interest for GPC... /janjaap -- Science is what I'm doing when I don't know what I'm doing Werner von Braun From gpc-request@santra.hut.fi Fri Jun 21 00:20:54 1996 Received: from rt07.Theo-Phys.Uni-Essen.DE by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA20369; Fri, 21 Jun 1996 00:20:53 +0200 Received: by rt07.Theo-Phys.Uni-Essen.DE (AIX 2.1 2/4.04) id AA13543; Fri, 21 Jun 96 00:20:50 CEST Received: from eeyore.lv-hrc.nevada.edu (root@eeyore.lv-hrc.nevada.edu [131.216.27.16]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id BAA20794 for ; Fri, 21 Jun 1996 01:09:41 +0300 (EET DST) Received: from scooby.lv-hrc.nevada.edu (scooby.lv-hrc.nevada.edu [131.216.27.8]) by eeyore.lv-hrc.nevada.edu (8.6.12/8.6.9) with SMTP id PAA30374 for ; Thu, 20 Jun 1996 15:09:53 -0700 Message-Id: <199606202209.PAA30374@eeyore.lv-hrc.nevada.edu> From: "Harry W. Reed" To: "gpc@hut.fi" Date: Thu, 20 Jun 96 15:10:52 Reply-To: "Harry W. Reed" Priority: Normal X-Mailer: PMMail 1.5 UNREGISTERED SHAREWARE Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Add me to the GPC list please Status: RO Hi, Please add me to the GPC mailing list. Thanks, Harry Reed doon@hec.nevada.edu This Message Was Sent With An UNREGISTERED Version Of PMMail. Please Encourage Its Author To Register Their Copy Of PMMail. For More Information About PMMail And SouthSide Software's Other Products, Contact http://www.southsoft.com. From pege@rs1.Theo-Phys.Uni-Essen.DE Sun Jul 7 16:37:28 1996 Return-Path: pege@rs1.Theo-Phys.Uni-Essen.DE Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id QAA15044 for ; Sun, 7 Jul 1996 16:37:27 +0200 Received: from iss_server.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA29220; Sun, 7 Jul 1996 16:37:37 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA64483; Sun, 7 Jul 1996 16:34:48 +0200 Received: from rs1.theo-phys.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA46110; Sun, 7 Jul 1996 16:37:36 +0200 Received: by rs1.Theo-Phys.Uni-Essen.DE (AIX 3.2/UCB 5.64/4.03) id AA18638; Sun, 7 Jul 1996 16:38:14 +0200 From: Peter Gerwinski Message-Id: <9607071438.AA18638@rs1.Theo-Phys.Uni-Essen.DE> Subject: NewsGroup announcement (from rs1) To: peter.gerwinski@aixrs1.hrz.uni-essen.de Date: Sun, 7 Jul 1996 16:38:14 +0100 (MESZ) X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 4072 Status: RO According to Peter Gerwinski: >From gpc-request@santra.hut.fi Sun Jul 7 02:54:19 1996 From: Peter Gerwinski Message-Id: <199607070038.CAA14344@agnes.dida.physik.uni-essen.de> Subject: NewsGroup announcement To: gpc@hut.fi Date: Sun, 7 Jul 1996 02:38:12 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hello, folks! Did somebody already announce GPC 2.6.3 with Borland extensions to the NewsGroups? If not, I am planning to crosspost the following to comp.lang.pascal.misc, comp.lang.pascal.borland, and comp.lang.pascal.iso-ansi: 8<------------------------------------------------------------------------------ NewsGroups: comp.lang.pascal.misc,comp.lang.pascal.borland,comp.lang.pascal.ansi-iso Followup-To: comp.lang.pascal.misc This is the announcement of version 1.1-2.6.3 of GNU Pascal (The announcement is somehow late since the actual release was on 19. December 1995. This won't happen again with the release of the next version.) -------- GNU Pascal is, as the name says, the Pascal compiler from the GNU family. This means: - 32 bit compiler, no limits, highly optimizing - runs on most operating systems (including DOS, OS/2, Linux, or any other UNIX) - FreeWare according to the GNU General Public License - compatible to other GNU tools such as GNU C and GNU debugger The compiler accepts the following language standards: - ISO 7185 Standard Pascal - ISO 10206 Extended Pascal (90%) - Borland Pascal (80%) Some highlights: - from Extended Pascal: complex numbers, initialized variables, structured function return values, modules - from Borland Pascal: inc, dec, shl, shr, absolute variables, units, objects - GNU extensions: min, max, (PXSC-style) user-definable operators -------- The source for the ISO compiler (and more information) is available from ftp://kampi.hut.fi/jtv/gnu-pascal Additional source for Borland Pascal compatible (and other) extensions is at ftp://kampi.hut.fi/jtv/gnu-pascal/turbo-alpha Binaries for DOS and OS/2 (with the EMX extender) and for Linux (a.out) are in ftp://kampi.hut.fi/jtv/gnu-pascal/binary Binaries for DOS (with the GO32 extender) and for Linux (elf) are in ftp://kampi.hut.fi/jtv/incoming ;-) If you want to join the gpc mailing list, write to gpc-request@hut.fi. The address of the list is gpc@hut.fi. -------- Peter Gerwinski 8<------------------------------------------------------------------------------ Is this okay, or too long, or whatever? If you have any improvements, please let me know. Bug reports for my English are also most welcome. :-) Yours, Peter ******************* NEW E-MAIL ADDRESS! ******************* -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: peter.gerwinski@uni-essen.de -------------------------------------------------------------------------------- ******************************** ACHTUNG: Neue e-mail-Adresse! Ab dem 22. Juni 1996 bitte an peter.gerwinski@uni-essen.de schreiben. ******************************** ATTENTION: New e-mail address! >From 22. June 1996 on please write to peter.gerwinski@uni-essen.de ******************************** -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: peter.gerwinski@uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Sun Jul 7 19:01:19 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id TAA16087 for ; Sun, 7 Jul 1996 19:01:18 +0200 Received: from iss_server.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA48188; Sun, 7 Jul 1996 19:01:28 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA69103; Sun, 7 Jul 1996 18:58:39 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA59954; Sun, 7 Jul 1996 19:01:26 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id TAA16057 for ; Sun, 7 Jul 1996 19:51:30 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id SAA15851 for gpc@hut.fi; Sun, 7 Jul 1996 18:50:41 +0200 From: Peter Gerwinski Message-Id: <199607071650.SAA15851@agnes.dida.physik.uni-essen.de> Subject: Programmers wanted: CRT, Graph, etc. for GNU Pascal To: gpc@hut.fi Date: Sun, 7 Jul 1996 18:50:40 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello, everybody! I am in contact with Florian Klaempfl, the author of FPK Pascal, another free 32-bit Pascal compiler. Florian has got free sources for Borland compatible Units like SYSTEM, CRT, PRINTER, and GRAPH for FPK Pascal which cry for being ported to GNU Pascal. This should not be too difficult at least for the DOS platform because FPK Pascal uses the same assembler syntax as GNU Pascal, and both compilers can run with the GO32 DOS extender. (GNU Pascal for GO32 can be downloaded as ftp://kampi.hut.fi/jtv/incoming/turbo11b.zip - see the recent mail by Jan Jaap. :-) Anybody wants to do the job? Yours, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: peter.gerwinski@uni-essen.de -------------------------------------------------------------------------------- From 100120.3121@CompuServe.COM Sat Jul 20 14:01:27 1996 Return-Path: 100120.3121@CompuServe.COM Received: from dub-img-7.compuserve.com (dub-img-7.compuserve.com [149.174.206.137]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with ESMTP id OAA10198 for ; Sat, 20 Jul 1996 14:01:20 +0200 Received: by dub-img-7.compuserve.com (8.6.10/5.950515) id IAA27862; Sat, 20 Jul 1996 08:03:05 -0400 Date: 20 Jul 96 08:00:36 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: gpc Cc: Peter Gerwinski Subject: Re: Programmers wanted: CRT, Graph, etc. for GNU Pascal Message-ID: <960720120035_100120.3121_EHQ98-1@CompuServe.COM> Status: RO First of all, does anyone know if there is a gpc archive? I went on holiday with my computer stuck and my compuserve mailbox overflooded (it seems to have a max of 100msgs). I miss about 1 week. > Florian has got free sources > for Borland compatible Units like SYSTEM, CRT, PRINTER, and GRAPH > for FPK Pascal which cry for being ported to GNU Pascal. > This should not be too difficult at least for the DOS platform because > FPK Pascal uses the same assembler syntax as GNU Pascal, and both > compilers can run with the GO32 DOS extender. The point of having an extended pascal compiler is being portable, at least that's the goal. Assembler and Dos are not the way to go. The point of having a System, Crt, Printer of Graph unit is entirely uninteresting if it is not portable except if you want to port Dos Borland Pascal programs to Extended Pascal. Why should anyone want to do this? I assume everyone is programming for Windows 95/Windows NT or Unix. Are programmers really running Dos today?? Quite a few calls in System or Crt do simply not apply in non-Dos environments. A portable Printer library?? The calls from System that are portable can for 90% be written in plain Extended Pa From gpc-request@santra.hut.fi Mon Jul 22 20:38:06 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id UAA11678 for ; Mon, 22 Jul 1996 20:38:06 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA45060; Mon, 22 Jul 1996 20:39:02 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA100797; Mon, 22 Jul 1996 20:35:50 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA31998; Mon, 22 Jul 1996 20:39:00 +0200 Received: from arl-img-5.compuserve.com (arl-img-5.compuserve.com [149.174.217.135]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id VAA03590 for ; Mon, 22 Jul 1996 21:27:09 +0300 (EET DST) Received: by arl-img-5.compuserve.com (8.6.10/5.950515) id OAA07810; Mon, 22 Jul 1996 14:26:13 -0400 Date: 22 Jul 96 14:24:29 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: gpc Subject: Re: Programmers wanted: CRT, Graph, etc. for GNU Pascal Message-Id: <960722182429_100120.3121_EHQ85-1@CompuServe.COM> Status: RO Hay guys, Seems part of my message was lost, here the remaing part: > The calls from System that are portable can for 90% be written in plain Extended > Pa The calls from System that are portable can for 90% be written in plain Extended Pascal. We should do better by following existing standards and provide EP interfaces for that. Groetjes, Berend. (-: From gpc-request@santra.hut.fi Tue Jul 23 16:38:17 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id QAA12086 for ; Tue, 23 Jul 1996 16:38:17 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA83730; Tue, 23 Jul 1996 16:38:55 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA94034; Tue, 23 Jul 1996 16:35:42 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA85004; Tue, 23 Jul 1996 16:38:53 +0200 Received: from kampi.hut.fi (kampi.hut.fi [130.233.224.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id RAA16722 for ; Tue, 23 Jul 1996 17:21:13 +0300 (EET DST) Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by kampi.hut.fi (8.6.11/8.6.7) with SMTP id RAA04593 for ; Tue, 23 Jul 1996 17:21:05 +0300 Received: from [130.89.179.51] (pc051.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA02633 (5.67b/IDA-1.5 for ); Tue, 23 Jul 1996 16:21:03 +0200 Date: Tue, 23 Jul 96 16:28:00 CST From: "J.J. van der Heijden" Message-Id: <70632.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 X-Popmail-Charset: English To: gpc@kampi.hut.fi Subject: Re: GPC: "how to contribute" file -- job list Status: RO On Fri, 5 Jul 1996 11:01:03 +0200 (MET DST), Peter Gerwinski wrote: [snip] > > List of jobs > ------------ > [snip] > DJ version (DOS) JanJaap works I came across a new DJGPP app called "rhide" It's a Borland-clone IDE that works with djgpp (C & C++) I'll see if I can hack it to work with GPC. Would make a neat Turbo Pascal replacement ;) > > Installation instructions Larry ? > Documentation Larry ? > Larry, if you're there: I rewrote much of the installation notes. Also, I took a "Using and porting GCC" manual, did a "search GCC -- replace with GPC" action, TeXi-fied much of the existing readme's and put it all together. Let me know how to send this stuff to you. > > Run time system Juki works I have preliminary, new "autoconf" scripts for RTS. Should reduce configuration to "configure ; make". Handles all CFLAGS, platform dependant includes etc. I'll see if I can do something simular for GPC itself. Some other RTS related remarks: *) GNU is going international. How about adding localization to RTS? Won't work if you're not on un*x, but can be buildtime selectable (flag to autoconf script) *) How 'bout RTS as an ELF shared library? *) Documentation again: RTS needs documentation. I looked at the Cygnus and DJGPP C libraries and they use Texinfo fragments in the source, extract it with some utility to one big texinfo file. That way it's easy to keep documentation up to date. > Replacement for (parts of) CRT Peter beta (BO5) > Replacement for Graph Peter planned > Replacement for Turbo Vision Peter planned > Now, if somebody would port TVision to un*x (use termcap / info instead of direct screen writes) it would probably be not too much work to port this RHIDE thing to unix. Then you have an IDE. (sorry guys, I'll never be a fan of emacs) /janjaap --- Thus spake the master programmer: "After three days without programming, life becomes meaningless." [The Tao Of Programming] From gpc-request@santra.hut.fi Tue Jul 23 17:49:05 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id RAA12198 for ; Tue, 23 Jul 1996 17:49:04 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA62150; Tue, 23 Jul 1996 17:49:41 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA74454; Tue, 23 Jul 1996 17:46:28 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA58044; Tue, 23 Jul 1996 17:49:39 +0200 Received: from dub-img-7.compuserve.com (dub-img-7.compuserve.com [149.174.206.137]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id SAA17522 for ; Tue, 23 Jul 1996 18:39:27 +0300 (EET DST) Received: by dub-img-7.compuserve.com (8.6.10/5.950515) id LAA07071; Tue, 23 Jul 1996 11:38:55 -0400 Date: 23 Jul 96 11:34:22 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: gpc Cc: "\"J.J. van der Heijden\"" Subject: Re: GPC: "how to contribute" file -- job list Message-Id: <960723153421_100120.3121_EHQ58-5@CompuServe.COM> Status: RO > Now, if somebody would port TVision to un*x (use termcap / info instead of > direct screen writes) it would probably be not too much work to port this > RHIDE thing to unix. Then you have an IDE. (sorry guys, I'll never be a fan > of emacs) I would do that when the Extended Pascal port is completed and the object extensions are added (I think it's not wise to use Borland style objects). Last time I really looked at gpc (beginning 1995) it missed simply too much. Groetjes, Berend. From gpc-request@santra.hut.fi Tue Jul 23 17:53:56 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id RAA12218 for ; Tue, 23 Jul 1996 17:53:56 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA14892; Tue, 23 Jul 1996 17:54:33 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA78196; Tue, 23 Jul 1996 17:51:20 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA56864; Tue, 23 Jul 1996 17:54:31 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id SAA17468 for ; Tue, 23 Jul 1996 18:31:57 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id RAA12136 for gpc@hut.fi; Tue, 23 Jul 1996 17:30:43 +0200 From: Peter Gerwinski Message-Id: <199607231530.RAA12136@agnes.dida.physik.uni-essen.de> Subject: The purpose of GNU Pascal To: gpc@hut.fi Date: Tue, 23 Jul 1996 17:30:43 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello folks, I think it's time to discuss about the purpose of GNU Pascal as stated by Juki (jtv) in GPC.GUIDE. More concrete: I disagree with some points and I would suggest to modify them. jtv> The purpose of the GNU Pascal project is to produce a jtv> Pascal compiler (called GNU Pascal or gpc) which jtv> - may be distributed under normal GNU license conditions jtv> - can genarate code and run on any computer for which the GNU C jtv> compiler can genarate code and run. Concerning the points above, I agree in complete. jtv> - supports both the Pascal standard and the Extended Pascal jtv> standard as defined by ISO and ANSI and IEEE. jtv> (ISO 7185:1990, ISO/IEC 10206:1991, ANSI/IEEE770X3.160-1989) It is okay and desireable to support these standards, but I wouldn't agree to obey the standards "come what may". As far as I would guess, 80% of all Pascal programmers are working with Borland Pascal or Delphi or a compatible system like Virtual Pascal, Speed Pascal, FPK Pascal, GNU Pascal or one of those ShareWare Pascal compilers written for the DOS platform. On the other side I know of only two Extended Pascal compilers: Prospero's Extended Pascal and GNU Pascal. So I call in question that Extended Pascal is more portable than Borland Pascal. Furthermore, I could not write my real-world programs just with Extended Pascal; I need, for example, bit shift operators, GetMem, FreeMem, and Objects. I think the way to go is to collect the good features of all the existing standards, ISO 7185, ISO 10206, Borland Pascal, Object Pascal, Pascal-SC, and integrate them in one powerful compiler which will set up the next standard. This is necessary, in my opinion, because *none* of the standards mentioned above is what I would call an "ideal" Pascal compiler by itself. I would be satisfied only with the *combination* of them. Apart from some bugs, the current version 1.1-2.6.3 of GNU Pascal is the best Pascal compiler I have ever seen, and we are not too far from making it even better. jtv> One reason for this is the desire to promote the use of Extended jtv> Pascal, which combines the clarity of Pascal with powerful jtv> tools (e.g. modules and string manipulation) suitable for real-life jtv> programming. Pascal was originally designed for teaching. jtv> Extended Pascal provides a smooth way to proceed to challenging jtv> programming tasks without learning a completely different language. The same holds for Borland Pascal. (In my opinion, the goals stated above are even better realized in Borland Pascal, but that's a matter of taste.) And there are other standards around, for example Pascal-SC (also named PXSC -- Pascal eXtensions for Scientific Calculations) with very useful features such as user-definable operators and procedure overloading. I would suggest to fix the goal of combining the clarity of Pascal with powerful real-life tools -- independently of a concrete standard. So my suggestion for the "Purpose" section of GPC.GUIDE would begin with: The purpose of the GNU Pascal project is to produce a Pascal compiler (called GNU Pascal or gpc) which - combines the clarity of Pascal with powerful tools suitable for real-life programming, - supports both the Pascal standard and the Extended Pascal standard as defined by ISO, ANSI and IEEE (ISO 7185:1990, ISO/IEC 10206:1991, ANSI/IEEE 770X3.160-1989), - supports other Pascal standards (UCSD Pascal, Borland Pascal, Pascal-SC) in so far as this serves the goal of clarity and usability, - may be distributed under normal GNU license conditions, - can generate code and run on any computer for which the GNU C compiler can generate code and run. Pascal was originally designed for teaching. GNU Pascal provides a smooth way to proceed to challenging programming tasks without learning a completely different language. jtv> GNU Pascal compiler is part of the GNU Compiler family jtv> combining a language independent part of the GNU Compiler with jtv> a Pascal specific front end. jtv> jtv> Other compilers of the family currently include compilers for jtv> the C, C++ and Objective C languages. Since this is true, we should compare the purpose of GNU Pascal with that of GNU C. In the section "Warning Options" of the GNU C info documentation (gcc), in the context of the "--pedantic" option which tells GCC to follow the ANSI standard as strictly as possible, we can find the following: gcc> A feature to report any failure to conform to ANSI C might be gcc> useful in some instances, but would require considerable gcc> additional work and would be quite different from `-pedantic'. We gcc> recommend, rather, that users take advantage of the extensions of gcc> GNU C and disregard the limitations of other compilers. Aside gcc> from certain supercomputers and obsolete small machines, there is gcc> less and less reason ever to use any other C compiler other than gcc> for bootstrapping GNU CC. In the same spirit I would suggest: Implement all reasonable extensions into GNU Pascal, encourage their use, and forget about the limitations of other compilers (such as UCSD or Borland Pascal) or standard definitions (such as Standard Pascal or Extended Pascal). jtv> ABOUT THE PASCAL AND EXTENDED PASCAL LANGUAGES jtv> ---------------------------------------------- jtv> jtv> [...] jtv> jtv> Extended Pascal is a standardized language which contains so jtv> significant extensions to Pascal that it is best regarded as jtv> a new language. It is currently not very well known, and computer jtv> vendors do not seem to be eager to provide compilers for it. jtv> Thus, there is social need for GNU Pascal supporting Extended jtv> Pascal. It is okay to support Extended Pascal (why not?), but in my opinion, Extended Pascal is not clear and powerful enough to serve as "the new Pascal standard", so programmers are not motivated to switch from Borland Pascal to Extended Pascal. I think, this is the reason why computer vendors do not provide Extended Pascal compilers. As far as I have understood, the committee which defined the standard knew Borland Pascal, so I simply cannot understand how they could define a standard which lacks some important features of existing compilers, for example the bit-shift operators or dynamical memory allocation with user-specified size (GetMem and FreeMem). There is social need for a *new* standard which integrates ISO 10206 Extended Pascal and other standards such as Borland Pascal and Pascal-SC. With GNU Pascal, we can *create* that new standard. For those who like standards: I suggest to implement compiler switches into GNU Pascal which force GPC to behave (inasmuch as possible) like a compiler of the specific standard, for example --standard-pascal for an ISO 7185 Standard Pascal compiler --extended-pascal for an ISO 10206 Extended Pascal compiler (which rejects Borland extensions) --borland-pascal for emulating the Borland Pascal compiler (which rejects Extended Pascal extensions) --pascal-sc for emulating a Pascal-SC compiler (not yet possible) but the default should be to accept *all* of the Pascal dialects and any combination of them, for example a Borland-style Unit which deals with Extended Pascal complex numbers and exports a Pascal-SC-style operator for matrix multiplication. (You actually can write such a thing with the current version of GNU Pascal!) jtv> Please refer to the document borland2ep.doc to find out more about jtv> the differences between Turbo Pascal and Extended Pascal. jtv> That document is written by Berend de Boer. I wrote another document about the same topic. It is somehow obsolete since GNU Pascal now understands most of the Borland Pascal language, but nevertheless you can find it at ftp://agnes.dida.physik.uni-essen.de/gpc-2.6.3/bp2ep.doc I am looking forward for reactions. Yours, Peter From gpc-request@santra.hut.fi Tue Jul 23 17:52:17 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id RAA12214 for ; Tue, 23 Jul 1996 17:52:17 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA56890; Tue, 23 Jul 1996 17:52:54 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA115956; Tue, 23 Jul 1996 17:49:41 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA39982; Tue, 23 Jul 1996 17:52:50 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id SAA17377 for ; Tue, 23 Jul 1996 18:31:12 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id RAA12126 for gpc@hut.fi; Tue, 23 Jul 1996 17:29:57 +0200 From: Peter Gerwinski Message-Id: <199607231529.RAA12126@agnes.dida.physik.uni-essen.de> Subject: Re: Programmers wanted: CRT, Graph, etc. for GNU Pascal To: gpc@hut.fi Date: Tue, 23 Jul 1996 17:29:57 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Berend de Boer wrote: > The point of having an extended pascal compiler > is being portable, at least that's the goal. I agree to the goal of being portable. But I don't think that we can reach this goal just by obeying the Extended Pascal standard. (More about this in a separate mail.) > Assembler and Dos are not the way to go. The point of having a > System, Crt, Printer of Graph unit is entirely uninteresting if it is not > portable except if you want to port Dos Borland Pascal programs to Extended > Pascal. I want to port DOS Borland programs to *GNU Pascal*, and I am sure that many people intend the same. System, Crt, Printer and Graph for GNU Pascal would be *highly interesting* for those programmers who are accustomed to Borland Pascal and think about changing to GNU Pascal (instead of changing to Delphi or C++) in the future. To have those Units on the DOS platform only would be a starting point -- portable versions would be preferred, of course. > Why should anyone want to do this? I assume everyone is programming for > Windows 95/Windows NT or Unix. Are programmers really running Dos today?? Yes, I am for example. More concrete, I am working in an OS/2 DOS box and in the Linux DOSemu (with Novell DOS 7). I do not intend to use Windows 95 or Windows NT, and it will take a long time to get my clients using UNIX (Linux). Up to that day, I will prefer writing good DOS programs to writing poor Windows programs (with a lot of special effects, but slow, uncomfortable, and unstable). In the long term, I intend to become completely platform independent with my BO5 library, i.e. my programs will run under Windows 95/NT, too, just be recompiling. But for the moment, I am stuck with DOS. > Quite a few calls in System or Crt do simply not apply in non-Dos > environments. There are really few of them, but since the source exists, I suggest that somebody ports *everything* to the DOS version of GPC, and we can make the "potentially portable" parts portable in a second stage. > A portable Printer library?? What's the problem? It would just be a Unit (Module) which "knows" the file name of the printer device for the actual operating system and opens a text file "lst", so the application program doesn't need to care about how the printer is named on the operating system. > The calls from System that are portable can for 90% be written in plain > Extended Pascal. However, it would be nice to have a compatibility Unit (Module) which simplifies the port of Borland Pascal programs to GNU Pascal. > We should do better by following existing standards and provide EP > interfaces for that. Borland's Units *are* an existing standard. There may be other standards, but I think these Units are very popular. Furthermore, we *have* the source for them, so I ask again: ******************************************************* We have free sources of Borland Units (CRT, Graph, ...) which cry for being ported to GNU Pascal. Anybody wants to do the job? ******************************************************* Greetings, Peter From gpc-request@santra.hut.fi Tue Jul 23 18:49:11 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id SAA12325 for ; Tue, 23 Jul 1996 18:49:11 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA57866; Tue, 23 Jul 1996 18:49:48 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA61010; Tue, 23 Jul 1996 18:46:35 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA58884; Tue, 23 Jul 1996 18:49:46 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id TAA18098 for ; Tue, 23 Jul 1996 19:35:51 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id SAA12277 for gpc@hut.fi; Tue, 23 Jul 1996 18:34:37 +0200 From: Peter Gerwinski Message-Id: <199607231634.SAA12277@agnes.dida.physik.uni-essen.de> Subject: Turbo Vision, IDE To: gpc@hut.fi Date: Tue, 23 Jul 1996 18:34:37 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Jan Jaap van der Heijden wrote: > Now, if somebody would port TVision to un*x (use termcap / info instead of > direct screen writes) it would probably be not too much work to port this > RHIDE thing to unix. Then you have an IDE. (sorry guys, I'll never be a fan > of emacs) I am working on something similar to a port of Turbo Vision to UNIX and any other operating system I can access. The project is called BO5; version 0.0.1 was released on 19. December 1995. For more information about BO5 look at ftp://kampi.hut.fi/jtv/gnu-pascal/turbo-alpha/README.BO5. By the way: There is a Borland-style IDE for Linux called XWPE. Look at the Debian distribution of Linux in the subdirectory source/devel. Yours, Peter ******************************** ATTENTION: New e-mail address! ******************************** -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: peter.gerwinski@uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Tue Jul 23 18:47:38 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id SAA12321 for ; Tue, 23 Jul 1996 18:47:38 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA73616; Tue, 23 Jul 1996 18:48:15 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA73495; Tue, 23 Jul 1996 18:45:02 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA76170; Tue, 23 Jul 1996 18:48:14 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id TAA18092 for ; Tue, 23 Jul 1996 19:37:02 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id SAA12286 for gpc@hut.fi; Tue, 23 Jul 1996 18:35:48 +0200 From: Peter Gerwinski Message-Id: <199607231635.SAA12286@agnes.dida.physik.uni-essen.de> Subject: Extended Pascal To: gpc@hut.fi Date: Tue, 23 Jul 1996 18:35:47 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Berend de Boer wrote: > I would do that when the Extended Pascal port is completed and the object > extensions are added (I think it's not wise to use Borland style objects). Why not? Borland style objects have some advantages with respect to those of Object Pascal (Delphi). Concerning portability, GNU Pascal itself is portable, and I don't know any Object Pascal compiler except Delphi. (I have heared about Object Pascal for the Apple Macintosh, but never seen it.) So there is no compiler around (except those of Borland) to preserve compatibility to. > Last time I really looked at gpc (beginning 1995) it missed simply too much. What is missing? If you publish a list, perhaps somebody would like to do the job of implementing it. Or do it by yourself -- it should be relatively easy since Borland style objects work in GNU Pascal. Yours, Peter ******************************** ATTENTION: New e-mail address! ******************************** -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: peter.gerwinski@uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Tue Jul 23 22:22:56 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id WAA12798 for ; Tue, 23 Jul 1996 22:22:55 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA59900; Tue, 23 Jul 1996 22:23:31 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA123834; Tue, 23 Jul 1996 22:20:18 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA82932; Tue, 23 Jul 1996 22:23:30 +0200 Received: from dub-img-5.compuserve.com (dub-img-5.compuserve.com [149.174.206.135]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id XAA20114 for ; Tue, 23 Jul 1996 23:03:41 +0300 (EET DST) Received: by dub-img-5.compuserve.com (8.6.10/5.950515) id QAA03265; Tue, 23 Jul 1996 16:02:34 -0400 Date: 23 Jul 96 16:01:00 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: Peter Gerwinski Cc: gpc Subject: Re: The purpose of GNU Pascal Message-Id: <960723200100_100120.3121_EHQ160-1@CompuServe.COM> Status: RO > Furthermore, I could not write my real-world programs > just with Extended Pascal; I need, for example, bit shift operators, GetMem, > FreeMem, and Objects. You don't need GetMem and FreeMem as I did show you :-) But you need the other two. > and integrate them in one powerful compiler which will set up the next standard. I certainly don't agree with this if the compiler does not have switches to accept only Extended Pascal or only ISO Pascal or only ... Programs conforming to the Extended Pascal will probably not only work in many different environments but also with many different compilers. I don't want to loose that feature/possibility. Extending a compiler with more features is not a problem, but IMO, one should complete the standard parts first. > It is okay to support Extended Pascal (why not?), but in my opinion, > Extended Pascal is not clear and powerful enough to serve as "the new > Pascal standard", so programmers are not motivated to switch from > Borland Pascal to Extended Pascal. I think, this is the reason why > computer vendors do not provide Extended Pascal compilers. Hmm, I don't think that Extended Pascal is not powerful enough. It's true that it does not contain everything one needs, but that's mainly due to the goal of creating a portable language. And the new object standard also rectififies some omissions. I can create everything I want in Extended Pascal programs with only a few routines accessing non-standard parts, mainly concerning bit-operators (you can do this with Extended Pascal, but it's a bit more tedious), and system call access (assembly). A compiler which accepts every Pascal standard and does everything would be nice of course. But there is quite some work to do. So I would like to add that we first focus on the ISO Pascal and Extended Pascal part. Even the ISO Pascal standard, according to Scott Moore (have email address if anyone wants it), needs much looking after. Don't overlook the Pascal standards boys (no girls here I assume). They do much more than you think, but different than Borland Pascal which has quite a C feeling and lost too much of it's real Pascal spirits. Groetjes, Berend. From gpc-request@santra.hut.fi Tue Jul 23 22:19:42 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id WAA12793 for ; Tue, 23 Jul 1996 22:19:42 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA59716; Tue, 23 Jul 1996 22:20:17 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA60891; Tue, 23 Jul 1996 22:17:04 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA50482; Tue, 23 Jul 1996 22:20:16 +0200 Received: from dub-img-5.compuserve.com (dub-img-5.compuserve.com [149.174.206.135]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id XAA20021 for ; Tue, 23 Jul 1996 23:03:46 +0300 (EET DST) Received: by dub-img-5.compuserve.com (8.6.10/5.950515) id QAA03302; Tue, 23 Jul 1996 16:02:40 -0400 Date: 23 Jul 96 16:01:10 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: Peter Gerwinski Cc: gpc Subject: Re: Programmers wanted: CRT, Graph, etc. for GNU Pascal Message-Id: <960723200110_100120.3121_EHQ160-3@CompuServe.COM> Status: RO > There are really few of them, but since the source exists, I suggest > that somebody ports *everything* to the DOS version of GPC, and we can > make the "potentially portable" parts portable in a second stage. What use does it have when you already have a good Dos compiler, i.e. Borland Pascal? It fullfills all my needs for the Dos environment. Besides, what do you mean by 'porting', i.e. should do exactly the same with every quirk inherited or just similar enough? The system unit can be implemented easily, I've done already that for 90%. A few things you can't do like Inc, and some functions which have overloaded parameters (Assign, Close, ...). If similar is good enough, I suggest we define a POSIX interface first, starting from the one I wrote for Dos, and build the Dos unit on top of that. We can do the Crt unit in the same manner, building on top of the curses library. > We have free sources of Borland Units (CRT, Graph, ...) Note, you don't have the source of the Graph unit. >From my viewpoint, Borland Pascal does everything, so spending time for a Dos only solution is not a thing I want. And it is not necessary. And is gpc already for such projects? I see some problems with gpc as I know it: - no renaming, necessary to avoid clashing with c libraries. - qualifed imports available? - how to link with C libraries? You have the c; construct, but exactly how does it work? What does it do? Groetjes, Berend. From gpc-request@santra.hut.fi Wed Jul 24 10:17:41 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id KAA13425 for ; Wed, 24 Jul 1996 10:17:41 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA80486; Wed, 24 Jul 1996 10:18:06 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA59984; Wed, 24 Jul 1996 10:14:52 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA57950; Wed, 24 Jul 1996 10:18:05 +0200 Received: from dub-img-3.compuserve.com (dub-img-3.compuserve.com [149.174.206.133]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id LAA25970 for ; Wed, 24 Jul 1996 11:01:48 +0300 (EET DST) Received: by dub-img-3.compuserve.com (8.6.10/5.950515) id EAA26939; Wed, 24 Jul 1996 04:01:06 -0400 Date: 24 Jul 96 04:00:13 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: Peter Gerwinski Cc: gpc Subject: Re: Extended Pascal Message-Id: <960724080012_100120.3121_EHQ37-4@CompuServe.COM> Status: RO >> Last time I really looked at gpc (beginning 1995) it missed simply too much. > What is missing? If you publish a list, perhaps somebody would like > to do the job of implementing it. OK, I hope to present a list of missing features to this list within a few days. Groetjes, Berend. From gpc-request@santra.hut.fi Wed Jul 24 02:09:21 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id CAA13071 for ; Wed, 24 Jul 1996 02:09:21 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA76276; Wed, 24 Jul 1996 02:09:54 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA112569; Wed, 24 Jul 1996 02:06:40 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA41966; Wed, 24 Jul 1996 02:09:52 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id CAA21855 for ; Wed, 24 Jul 1996 02:53:52 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id BAA12897; Wed, 24 Jul 1996 01:52:23 +0200 From: Peter Gerwinski Message-Id: <199607232352.BAA12897@agnes.dida.physik.uni-essen.de> Subject: Re: The purpose of GNU Pascal To: 100120.3121@compuserve.com (Berend de Boer) Date: Wed, 24 Jul 1996 01:52:23 +0200 (MET DST) Cc: gpc@hut.fi In-Reply-To: <960723200100_100120.3121_EHQ160-1@CompuServe.COM> from "Berend de Boer" at Jul 23, 96 04:01:00 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello Berend, hello GPC-list! > > Furthermore, I could not write my real-world programs > > just with Extended Pascal; I need, for example, bit shift operators, GetMem, > > FreeMem, and Objects. > > You don't need GetMem and FreeMem as I did show you :-) But you need the other > two. You can replace *some* applications of GetMem and FreeMem with Extended Pascal schema types, but this is not reasonable for *all* applications. For example in low-level programming you need to provide a buffer of a specified size in Bytes which you don't know at compile time. This *can* be done with an Extended Pascal array schema Type ByteArray ( Size: Integer ) = packed array [ 1..Size ] of __byte__ Integer; ByteArrayPtr = ^ByteArray; Var Buffer: ByteArrayPtr; n: Integer; (* Size of Buffer *) [...] (* Read or calculate n *) New ( Buffer, n ); [...] Dispose ( Buffer ); but you have to pass the address of the Buffer -- not that of the schema -- to the system call. You may be able to work around this, but using GetMem would be more appropriate in this context. However, we *have* GetMem and FreeMem (and shl and shr) in GNU Pascal, and I won't take them out again. ;-) > > and integrate them in one powerful compiler which will set up the next > > standard. > > I certainly don't agree with this if the compiler does not have switches to > accept only Extended Pascal or only ISO Pascal or only ... ... or only Borland Pascal. ;-) Okay, we can implement those switches. Actually, you already can specify --pedantic, and GPC will complain about everything which is not ISO 7185. > Programs conforming to the Extended Pascal will probably not only work in many > different environments but also with many different compilers. I don't want to > loose that feature/possibility. Nobody wants you to lose this feature. But I don't want to lose the possibilities of Borland Pascal. I will lose them if I wait for new compilers by Borland, so I react. By the way: Where are those many different Extended Pascal compilers? > Extending a compiler with more features is not a problem, but IMO, one should > complete the standard parts first. Most of the features I am speaking of *are* already implemented into GPC, so your statement is coming too late. :-) The discussion is about how to modify GPC.GUIDE in order to take the existence of the extensions into account. Who is "one"? If you want to do have the standard completed, why don't you do it yourself? However, I find the schema types interesting enough that I could do the implementation (but don't hold your breath). Concerning the rest of the standard, I don't know what is missing. Please tell me! > Hmm, I don't think that Extended Pascal is not powerful enough. It's true that > it does not contain everything one needs, but that's mainly due to the goal of > creating a portable language. I don't know the reason, but this can *not* be the reason. You don't lose portability by simply including bit-shift operators, objects, etc. into the Extended Pascal standard. But they didn't include them. No idea, why. > And the new object standard also rectififies some omissions. What are the advantages which rectify omissions? I don't see anything which rectifies *not* to have this-or-that in the standard except the lazyness of those who have to implement the standard into a compiler. > I can create everything I want in Extended Pascal programs with only a few > routines accessing non-standard parts, mainly concerning bit-operators (you can > do this with Extended Pascal, but it's a bit more tedious), and system call > access (assembly). You mean: "with Object Pascal extensions"? Otherwise there is at least one major feature missing. And what about, say, user-defined operators which are almost a *must* for scientific calculations? As an example, compare the line which applies three rotations to the matrix B B:= Rz ( phi ) * Ry ( theta ) * Rz ( - phi ) * B; (copied from one of my scientific programs) with the construct CalculateRz ( - phi, Rtemp ); MultMatrices ( B, Rtemp, B ); CalculateRy ( theta, Rtemp ); MultMatrices ( B, Rtemp, B ); CalculateRz ( phi, Rtemp ); MultMatrices ( B, Rtemp, B ); or, a little more compact, RotateZ ( B, - phi ); RotateY ( B, theta ); RotateZ ( B, phi ); The single line with matrix operators is almost the same as you would write down on a piece of paper. This is a *short* example. Imagine a program which contains a sequence of 50 such lines with and without user-defined operators. I have written such things with Borland Pascal, and I included the lines with operators as comments just to have something in the program you can still read. Now I can use operators in GNU Pascal, and my programs have become much smaller and easier to maintain. > A compiler which accepts every Pascal standard and does everything would be nice > of course. But there is quite some work to do. So I would like to add that we > first focus on the ISO Pascal and Extended Pascal part. Even the ISO Pascal > standard, according to Scott Moore (have email address if anyone wants it), > needs much looking after. I will first continue to focus on those extensions which I intend to use myself, i.e. the rest of the Borland and PXSC extensions, plus Extended Pascal schema types which are a reasonable extension (in my opinion). If somebody wants to focus on the ISO Pascal standards, I offer my help to get started with GPC-hacking. But I don't intend to spend my time with trying to satisfy standard specifications I don't realize their sense. > Don't overlook the Pascal standards boys (no girls here I assume). > They do much more than you think, What are they doing? I am sorry, but in the moment I don't see any advantage of obeying the standards; I only see that I have to give up some possibilities I am having now. I admit that there are good ideas in Extended Pascal (e.g. structured return values, complex numbers, schema types), but those Pascal standard boys did overlook the existing Borland Pascal compiler and defined a standard below the requirements of real-world programming. > but different than Borland Pascal which has quite a C > feeling and lost too much of it's real Pascal spirits. This depends entirely on the programmer. Borland took over good ideas from C, and GNU C took over good ideas from Pascal. Why not? How would you define "real Pascal spirit"? And *why* did Borland do this? Borland Pascal is based on UCSD Pascal which was a well-defined standard. But they went beyond UCSD in order to meet the requirements of real-world programming, especially low- level programming. For many years, nobody took over Borland's ideas and made a standard out of them, so it developped on an island, while the rest of the world almost forgot Pascal completely and went to C and C++. Then they defined the Extended Pascal standard. So why did they ignore Borland's ideas which already had proven their use? It would have been trivial to include, for example, bitwise AND and OR and bit-shift operators into the standard. If those who define the standard overlook my needs, I take the right to overlook their standard in the sense that I won't accept it as a restriction. Of course, I am profiting of good ideas such as structured return values, etc., but I prefer a compiler which understands *more* than just the standard. So again: What about changing the beginning of GPC.GUIDE in order to take into account that GPC has some extensions, now? I don't want to say that GPC should not become ISO-10206-compliant, but I would prefer to specify the goal to write the best possible Pascal compiler rather than obeying a specific standard. Extended Pascal may be good, but GPC will be even better. It is time to set up the next standard! Yours, Peter From gpc-request@santra.hut.fi Wed Jul 24 02:09:08 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id CAA13067 for ; Wed, 24 Jul 1996 02:09:08 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA79844; Wed, 24 Jul 1996 02:09:41 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA102835; Wed, 24 Jul 1996 02:06:27 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA76254; Wed, 24 Jul 1996 02:09:39 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id CAA21848 for ; Wed, 24 Jul 1996 02:54:22 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id BAA12890; Wed, 24 Jul 1996 01:51:37 +0200 From: Peter Gerwinski Message-Id: <199607232351.BAA12890@agnes.dida.physik.uni-essen.de> Subject: Re: Programmers wanted: CRT, Graph, etc. for GNU Pascal To: 100120.3121@compuserve.com (Berend de Boer) Date: Wed, 24 Jul 1996 01:51:36 +0200 (MET DST) Cc: gpc@hut.fi In-Reply-To: <960723200110_100120.3121_EHQ160-3@CompuServe.COM> from "Berend de Boer" at Jul 23, 96 04:01:10 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello Berend, hello everybody! > > There are really few of them, but since the source exists, I suggest > > that somebody ports *everything* to the DOS version of GPC, and we can > > make the "potentially portable" parts portable in a second stage. > > What use does it have when you already have a good Dos compiler, i.e. Borland > Pascal? It fullfills all my needs for the Dos environment. Not mine, and when you look into comp.lang.pascal.borland you will find a lot of Borland Pascal programmers complaining about version 7 and looking around for a version 8 which should eliminate the 64kB limit. But it is clear that Borland will *not* write this version 8, although they promised to do so a few CeBit fairs ago. Borland Pascal is a good DOS Pascal compiler, but it is not good enough at least for *my* needs in the next years. GNU Pascal *is*, and I am sure we could get a lot of Borland Pascal programmers to switch to GNU Pascal if we had CRT and Graph Units available. > Besides, what do you mean by 'porting', i.e. should do exactly the same with > every quirk inherited or just similar enough? I mean: similar enough. > The system unit can be implemented easily, I've done already that for 90%. A few > things you can't do like Inc, and some functions which have overloaded > parameters (Assign, Close, ...). Inc, dec, shl, shr, etc. *ARE* already implemented into GPC. Read the file README.TURBO. If you have a Borland "system" module, please publish it! > If similar is good enough, I suggest we define a POSIX interface first, starting > from the one I wrote for Dos, and build the Dos unit on top of that. Why not? Please do it! > We can do the Crt unit in the same manner, building on top of the curses > library. Like this (I think at least), the FPK Pascal CRT Unit I am speaking of works. > > We have free sources of Borland Units (CRT, Graph, ...) > > Note, you don't have the source of the Graph unit. ******************************************** Note, I HAVE the source of the Graph unit!!! ******************************************** I am not speaking of the Borland source (which I once bought for 600 DM -- just to see that they were sold for 50 DM one month later)-< which in fact does not include the source of Graph. Those sources are copyrighted by Borland and of no use for our FreeWare project. I am speaking of the FREEWARE sources of CRT, Graph, etc. from the FPK Pascal project! I herewith repeat: I am in contact with Florian Klaempfl, the author of FPK Pascal, another free 32-bit Pascal compiler. Florian has got free sources for Borland compatible Units like SYSTEM, CRT, PRINTER, and GRAPH for FPK Pascal which cry for being ported to GNU Pascal. So, unless Florian is lying (what I don't believe!), we *have* Graph sources available as FreeWare. > From my viewpoint, Borland Pascal does everything, so spending time for > a Dos only solution is not a thing I want. And it is not necessary. >From my viewpoint, Borland Pascal is bursting due to the 64kB limit which is still present for single variables and single code segments. Even a DOS-only solution would be very useful for a lot of Borland Pascal programmers who could smoothly switch to GNU Pascal if the Units were available. > And is gpc already for such projects? YES! Read, for example, README.TURBO. > I see some problems with gpc as I know it: > - no renaming, necessary to avoid clashing with c libraries. No problem: Use the AsmName directive. > - qualifed imports available? What's that? > - how to link with C libraries? You have the c; construct, but exactly > how does it work? What does it do? The C directive decapitalizes the name of a Procedure/Function while making it an external declaration. Like this, you can access C library functions which are in lowercase. For other functions use the AsmName directive: Function MyCFunction ( i: Integer ): Integer; AsmName 'my_C_func'; is equivalent to the C construct extern int my_C_func (int i); and therefore allows to access the C function my_C_func from Pascal. And again: Porting *existing* CRT, Graph, etc. sources to GNU Pascal. Anybody wants to do the job? Yours, Peter From 100120.3121@CompuServe.COM Wed Jul 24 10:00:31 1996 Return-Path: 100120.3121@CompuServe.COM Received: from dub-img-3.compuserve.com (dub-img-3.compuserve.com [149.174.206.133]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with ESMTP id KAA13401 for ; Wed, 24 Jul 1996 10:00:13 +0200 Received: by dub-img-3.compuserve.com (8.6.10/5.950515) id EAA26923; Wed, 24 Jul 1996 04:01:04 -0400 Date: 24 Jul 96 04:00:06 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: Peter Gerwinski Cc: gpc Subject: Re: The purpose of GNU Pascal Message-ID: <960724080006_100120.3121_EHQ37-2@CompuServe.COM> Status: RO > By the way: Where are those many different Extended Pascal compilers? You have Prospero's compilers for Dos/Windows and OS/2, DEC has a Pascal compiler on VAX which implements almost all of the Extended Pascal standard. I'm not sure of the Macintosh, there is a Pascal compiler on the Mac from Warriar, but if that one implements Extended Pascal?? I'm going to research that today. > You don't lose portability by simply including bit-shift operators, objects, etc. into > the Extended Pascal standard. But they didn't include them. No idea, why. Objects are in another standard. bit-shift operators have to depend upon memory layout and byte ordering. But I agree with you that they should be available. > And what about, say, user-defined operators which are almost a *must* for scientific calculations? I completely agree with you that user-defined operators are a must in a field where those operators defined. In most other areas they are not. We can probably atttach a dozen explanations to the following construct: House := PersonA + PersonB; The example you gave had exactly one meaning clear to everyone. > But I don't intend to spend my time with trying to satisfy standard specifications I don't realize their > sense. I can quite agree with you. But don't forget: there are millions, literally millions of code written in some form of Standard Pascal out there in the world. For such people an alternative in the form of GNU Pascal could really be interesting. > How would you define "real Pascal spirit"? Let the compiler do as much as possible for you: basically that comes down to no untyped pointers. I *have* to use much more untyped pointers in Borland Pascal (in obtaining addresses from procedures, strings, etc.) than would be necessary. > Extended Pascal may be good, but GPC will be even better. It is time to set up the next standard! Completely agreed. I can accept the modifications to GPC.GUIDE you presented. Of course a compiler which accepts Borland Pascal syntax is a major advantage. Makes porting much easier. And if you really have good alternatives for Borland's standard libraries... Groetjes, Berend. From gpc-request@santra.hut.fi Wed Jul 24 10:15:44 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id KAA13416 for ; Wed, 24 Jul 1996 10:15:43 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA47088; Wed, 24 Jul 1996 10:16:09 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA125360; Wed, 24 Jul 1996 10:12:55 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA50666; Wed, 24 Jul 1996 10:16:07 +0200 Received: from dub-img-3.compuserve.com (dub-img-3.compuserve.com [149.174.206.133]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id LAA25949 for ; Wed, 24 Jul 1996 11:01:47 +0300 (EET DST) Received: by dub-img-3.compuserve.com (8.6.10/5.950515) id EAA26931; Wed, 24 Jul 1996 04:01:06 -0400 Date: 24 Jul 96 04:00:10 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: Peter Gerwinski Cc: gpc Subject: Re: Programmers wanted: CRT, Graph, etc. for GNU Pascal Message-Id: <960724080009_100120.3121_EHQ37-3@CompuServe.COM> Status: RO >> What use does it have when you already have a good Dos compiler, i.e. Borland >> Pascal? It fullfills all my needs for the Dos environment. > Not mine, and when you look into comp.lang.pascal.borland you will find Yes, I did see your problem, but I never encountered these things. My units are small, so I don't have codesegment faults, and for large arrays I have a few objects of my own which either use XMS/EMS or conv memory to present large arrays. But I see. I make a Posix interface for GPC first and present any difficulties I encounter to you so you can make the necessary changes to the compiler ok? > Note, I HAVE the source of the Graph unit!!! Ah, I now remember you saying this, but shouldn't this be: I have the source of a Graph unit? >> - qualifed imports available? > What's that? To reference a symbol from these modules you always need to add the module name as prefix. Maybe I don't need this now, I'll see. OK, I see if I can write something with gpc. I'll tackle the Posix interface and the Dos unit first. I start using djgpp's port. Which one should I take? Groetjes, Berend. From gpc-request@santra.hut.fi Wed Jul 24 17:25:12 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id RAA13859 for ; Wed, 24 Jul 1996 17:25:11 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA84782; Wed, 24 Jul 1996 17:25:31 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA86668; Wed, 24 Jul 1996 17:22:16 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA84774; Wed, 24 Jul 1996 17:25:28 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id SAA01524 for ; Wed, 24 Jul 1996 18:11:24 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id RAA13810; Wed, 24 Jul 1996 17:08:15 +0200 From: Peter Gerwinski Message-Id: <199607241508.RAA13810@agnes.dida.physik.uni-essen.de> Subject: Bit shift operators, untyped pointers, Borland Pascal To: 100120.3121@compuserve.com (Berend de Boer) Date: Wed, 24 Jul 1996 17:08:15 +0200 (MET DST) Cc: gpc@hut.fi In-Reply-To: <960724080006_100120.3121_EHQ37-2@CompuServe.COM> from "Berend de Boer" at Jul 24, 96 04:00:06 am X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Berend de Boer wrote: > bit-shift operators have to depend upon memory > layout and byte ordering. That's not true. The bit-shift oparations are mathematically defined on the set of integer numbers and are independend from the representation of the number in memory. $900 shr 1 = $480 (or: 16#900 shr 1 = 16#480 :-) holds on any machine, independendly of the question whether the numbers are stored internally as 00 09 and 80 04 or as 09 00 and 04 80. > I can quite agree with you. But don't forget: there are millions, literally > millions of code written in some form of Standard Pascal out there in the world. > For such people an alternative in the form of GNU Pascal could really be > interesting. I would guess that even much more code has been written for Borland Pascal, and for those programmers GNU Pascal could be interesting too. However the best thing is to support both. > I *have* to use much more untyped pointers in Borland Pascal (in obtaining > addresses from procedures, strings, etc.) than would be necessary. With Borland Pascal, you can have procedural parameters, Pointers to strings, etc.. The construct @myString is a pointer to a string, no untyped pointer, when you enable the "typed @ operator" option. You don't need to use untyped pointers in Borland Pascal, except for real low-level programming. Peter From gpc-request@santra.hut.fi Wed Jul 24 17:45:03 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id RAA13872 for ; Wed, 24 Jul 1996 17:45:03 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA77290; Wed, 24 Jul 1996 17:45:22 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA62486; Wed, 24 Jul 1996 17:42:07 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA66238; Wed, 24 Jul 1996 17:45:02 +0200 Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.70.135]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id SAA01751 for ; Wed, 24 Jul 1996 18:30:04 +0300 (EET DST) Received: from rac4.wam.umd.edu (rac4.wam.umd.edu [128.8.70.104]) by po3.wam.umd.edu (8.7.5/8.7.3) with ESMTP id LAA03012; Wed, 24 Jul 1996 11:29:58 -0400 (EDT) Received: (from lotu@localhost) by rac4.wam.umd.edu (8.7.5/8.7.3) id LAA20106; Wed, 24 Jul 1996 11:29:57 -0400 (EDT) Date: Wed, 24 Jul 1996 11:29:57 -0400 (EDT) From: Arcadio Alivio Sincero To: Peter Gerwinski Cc: gpc@hut.fi Subject: Re: Programmers wanted: CRT, Graph, etc. for GNU Pascal In-Reply-To: <199607231529.RAA12126@agnes.dida.physik.uni-essen.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO Hmm ... I'm started to get interested now. I *may* be interested in doing stuff for Linux (may is the operative word here 'tho, folks ... since being a student tends to eat up a lot of my time ...). Has the "Borland UNITs" problem been fixed with GPC yet? Or are we still stick with that rather nasty (IMHO of course) hack we had to do by #including the the UNIT file in any program we wished to use that unit? On Tue, 23 Jul 1996, Peter Gerwinski wrote: > would be *highly interesting* for those programmers who are accustomed > to Borland Pascal and think about changing to GNU Pascal (instead of > changing to Delphi or C++) in the future. To have those Units on the DOS > platform only would be a starting point -- portable versions would > be preferred, of course. The last time I checked out your BO5 library, Peter, any program that used your Crt unit, I think, had to be set uid on the Linux platform 'cause it did direct screen writes. Is this still true? Or did you change it to use NCurses yet? Personally I recommonend making it SLang-based rather than NCurses-based. Mainly because the SLang screen management routines are faster than NCurses. Also, SLang is also a highly portable library in in itself (with versions for DOS, OS/2, and other unices in addition to Linux). I don't recall ever seeing a DOS NCurses (Curses perhaps, but not NCurses). I've already written a Crt-like MODULE for Gardens Point Modula-2 compiler which are SLang-based. Shouldn't be too hard to convert over to GPC. That is ... if anybody is interested ... > > A portable Printer library?? > What's the problem? It would just be a Unit (Module) which "knows" the > file name of the printer device for the actual operating system and opens > a text file "lst", so the application program doesn't need to care about > how the printer is named on the operating system. Yeah .. it shouldn't be too hard to implement Printer ... it seems rather straight forward to me. > Borland's Units *are* an existing standard. There may be other standards, > but I think these Units are very popular. Furthermore, we *have* the source > for them, so I ask again: However, like the other guy said, certain things in Borland Pascal only make sense under DOS (like the Mem[] variable and ABSOLUTE variables). Of course we could just do what other Borland-Pascal like compilers for other platforms (like Virtual Pascal and Speed Pascal/2 for OS/2) do, and just ignore them. =============================================================================== Arcadio Alivio Sincero, Jr. Sophomore, Computer Science Major at the University of Maryland at College Park Amateur competitive bodybuilder Email: lotu@wam.umd.edu, WWW: "D.A.R.E. .... to keep cops off donuts." From gpc-request@santra.hut.fi Thu Jul 25 01:13:26 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id BAA14082 for ; Thu, 25 Jul 1996 01:13:25 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA34262; Thu, 25 Jul 1996 01:13:38 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA114243; Thu, 25 Jul 1996 01:10:22 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA72400; Thu, 25 Jul 1996 01:13:36 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id CAA05712 for ; Thu, 25 Jul 1996 02:04:28 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id BAA14054; Thu, 25 Jul 1996 01:03:15 +0200 From: Peter Gerwinski Message-Id: <199607242303.BAA14054@agnes.dida.physik.uni-essen.de> Subject: Re: Programmers wanted: CRT, Graph, etc. for GNU Pascal To: lotu@wam.umd.edu (Arcadio Alivio Sincero) Date: Thu, 25 Jul 1996 01:03:15 +0200 (MET DST) Cc: gpc@hut.fi In-Reply-To: from "Arcadio Alivio Sincero" at Jul 24, 96 11:29:57 am X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Arcadio wrote: > > Has the "Borland UNITs" problem been fixed with GPC yet? Or are we still > stick with that rather nasty (IMHO of course) hack we had to do by #including > the the UNIT file in any program we wished to use that unit? I am just working on that problem and I'm pretty sure that it will be fixed in the next release. But please be patient since it is *hard* work and... > since being a student tends to eat up a lot of my time ... :-) > The last time I checked out your BO5 library, Peter, any program > that used your Crt unit, I think, had to be set uid on the Linux platform > 'cause it did direct screen writes. Is this still true? Or did you > change it to use NCurses yet? Use -D TERMCAP instead of -D LINUX and link the -ltermcap library. export CL_COLOR=YES in order to get ANSI colors. Since I want to have BO5 being portable to *all* platforms including OS/2pm and Windoze, I want to avoid to rely on special libraries. I will probably use (S)VGALIB with Linux which is part of the operating system, but I will even try to avoid linking the termcap library in the next release since I have found computers where it is not installed (!). Since I am rewriting kind of Turbo Vision (but with graphics mode, too) I actually won't need something like ncurses. When my progress on BO5 is so slow, this has (almost) no technical reasons but it's a question of time. Currently, I am hacking around in the interior of GPC, in programs I want to sell, and in my dissertation thesis in physics. > I've already written a Crt-like MODULE for Gardens Point Modula-2 > compiler which are SLang-based. Shouldn't be too hard to convert over to > GPC. That is ... if anybody is interested ... Since my BO5 will take some time to become really useful, I think that everything which replaces CRT etc. is highly welcome by the GPC users, even if it is not portable to all platforms. But once more: I have free sources of CRT, Graph, etc. ... I don't want to port them myself because I think it is more important that I work on the compiler itself and on BO5. > Yeah .. it shouldn't be too hard to implement Printer ... it > seems rather straight forward to me. Here is the DOS version: Unit Printer; Interface uses Tools; (* we need Assign *) Var lst: Text; Implementation to begin do (* Extended Pascal initializers and finalizers *) begin Assign ( lst, 'prn' ); rewrite ( lst ); end (* to begin *) to end do close ( lst ); end. I didn't test it, but it should work. (-: Now it's your turn to make it portable. ;-) > However, like the other guy said, certain things in Borland > Pascal only make sense under DOS (like the Mem[] variable and ABSOLUTE > variables). Absolute variables *make* sense not only under DOS when you use them instead of variant records to convert data. Look into the Tools Unit from BO5 for examples. (Yes, GPC has "absolute".) Yours, Peter -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: peter.gerwinski@uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Fri Jul 26 17:31:35 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id RAA15029 for ; Fri, 26 Jul 1996 17:31:34 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA33358; Fri, 26 Jul 1996 17:31:09 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA57898; Fri, 26 Jul 1996 17:27:51 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA55622; Fri, 26 Jul 1996 17:31:07 +0200 Received: from kampi.hut.fi (kampi.hut.fi [130.233.224.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id SAA01034 for ; Fri, 26 Jul 1996 18:11:48 +0300 (EET DST) Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by kampi.hut.fi (8.6.11/8.6.7) with SMTP id SAA06931 for ; Fri, 26 Jul 1996 18:11:46 +0300 Received: from pc036.pczaalciv.utwente.nl by driene.student.utwente.nl with SMTP id AA14766 (5.67b/IDA-1.5 for ); Fri, 26 Jul 1996 17:11:44 +0200 Date: Fri, 26 Jul 1996 17:11:44 +0200 Message-Id: <199607261511.AA14766@driene.student.utwente.nl> From: operator@civpczaal.utwente.nl (Student) To: gpc@kampi.hut.fi Subject: forwarded Usenet article Status: RO [article forwarded from Student (operator@civpczaal.utwente.nl)] Path: news.nic.utwente.nl!surfnet.nl!howland.reston.ans.net!newsfeed.internetmci.com!btnet!news.enterprise.net!usenet From: eurgain@enterprise.net (Alistair Hamilton) Newsgroups: comp.os.msdos.djgpp Subject: Re: GPC112B.ZIP & GPT112B.ZIP Date: Tue, 23 Jul 1996 23:30:15 GMT Organization: Ty Eurgain Lines: 45 Message-ID: <4t3nq5$ih8@news.enterprise.net> References: <960718165325_74617.365_EHH119-1@CompuServe.COM> NNTP-Posting-Host: max02-063.enterprise.net X-Newsreader: Forte Free Agent 1.0.82 "Troy D. Van Horn" <74617.365@CompuServe.COM> wrote: >Hi all, > I just last night discovered these files for a PASCAL compiler last night >on a simtelnet mirror, and I was wondering where I could get some documentation >on how to use either compiler? The source file is really large (>8Meg) so I >would really prefer not to download it. Where should I look for documentation >on GPC and the differences between GPC and GPT version? (I already know >PASCAL). >Thanks, Troy Van Horn 74617.365@compuserve.com >Please E-mail all replys direct to my address, Thank you. PROGRAM GetSomeHelp (Input, Output|) CONST PascalExists = TRUE; VAR CIsBetter : BOOLEAN; BEGIN WRITELN('I would really like this info too. OK, as an ex Unix/C/X nerd, I cannot dispute that C cannot be beaten (except , perhaps, by C++). However, age has revealed that Pascal really is useful sometimes! Typing B E G I N and E N D sure as hell is! (I have programmed for accountancy apps ZZZzzzz in Pascal - but better P than C in that case).'); CIsBetter := TRUE; WRITELN ('I also have the GNUPascal binaries, and am held back from using them by lack of documentation. So come on, folks! At least you might tell us to b****r off and consult another really tesious group specially for Pascal bores, but if you do, it least you might tell us waht the group is called.'); WRITELN ('Regards'); WRITELN ('Alistair') END. :-) :-) :-) From gpc-request@santra.hut.fi Fri Jul 26 19:48:49 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id TAA15615 for ; Fri, 26 Jul 1996 19:48:49 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA57974; Fri, 26 Jul 1996 19:48:22 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA89927; Fri, 26 Jul 1996 19:45:05 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA84846; Fri, 26 Jul 1996 19:48:19 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id UAA02228 for ; Fri, 26 Jul 1996 20:37:18 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id TAA15581 for gpc@hut.fi; Fri, 26 Jul 1996 19:36:57 +0200 From: Peter Gerwinski Message-Id: <199607261736.TAA15581@agnes.dida.physik.uni-essen.de> Subject: GNU Pascal WWW home page To: gpc@hut.fi Date: Fri, 26 Jul 1996 19:36:56 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello folks, I have constructed a GNU Pascal WWW home page: http://agnes.dida.physik.uni-essen.de/~gnu-pascal Comments, suggestions, bug reports welcome. Peter From gpc-request@santra.hut.fi Mon Jul 29 13:14:22 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id NAA17639 for ; Mon, 29 Jul 1996 13:14:21 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA76760; Mon, 29 Jul 1996 13:12:56 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA65044; Mon, 29 Jul 1996 13:09:35 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA58066; Mon, 29 Jul 1996 13:12:54 +0200 Received: from kampi.hut.fi (kampi.hut.fi [130.233.224.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id OAA25491 for ; Mon, 29 Jul 1996 14:00:56 +0300 (EET DST) Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by kampi.hut.fi (8.6.11/8.6.7) with SMTP id OAA08906 for ; Mon, 29 Jul 1996 14:00:53 +0300 Received: from [130.89.179.44] (pc044.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA16875 (5.67b/IDA-1.5 for ); Mon, 29 Jul 1996 13:00:51 +0200 Date: Mon, 29 Jul 96 13:08:31 CST From: "J.J. van der Heijden" Message-Id: <59737.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 X-Popmail-Charset: English To: gpc@kampi.hut.fi Subject: Re: release? Status: RO On Sat, 27 Jul 1996 23:00:20 +0200 (MET DST, Peter Gerwinski wrote: >Hello again, > >there was a bug in my GPI stuff: File types did not >survive transport through a GPI file. I am sure this >was not the last bug, but now a very useful physics >program works, so I am optimistic. > >gpc-pg-1.2-2.7.2.tar.gz has been updated. > >Release? > I know of two good reasons not to release 2.7.2 (yet): 1) Remaining bug(s). Last time I looked, that "functions returning a string are called three times" bug was still there. That's a serious problem for anything bigger than "Hello world". Also (I mentioned before): gpc fails two of the "paranoia" Pascal compiler float tests because it loses significant digits. I'd be carefull with that physics program, Peter. 2) Almost all messages / email I read about GPC are not about "compiler bug X keeps me from using it" or "feature Y is missing" but "HOW DO I INSTALL THE THING ON MY SYSTEM ?" "Where's the docs" is a popular one too. That's why I'm busy rewriting configuration scripts using GNU autoconf and have created .bat files for the dos version. Then, building it is reduced to "configure ; make" I have it done for the RTS, am working on GPC itself now. I think it should be able to locate gcc sources and objects by itself (if they are in a reasonable location). It works great for the RTS already. Arguments in favour of release: 1) New features (These have to be mentioned in a "NEWS" file. I think we have (a) better BPascal Objects (b) Improved module support, but there must be other user-visible changes as well. 2) Releasing 2.7.2 because gcc-2.6.3 is obsolete is an argument, but I don't think we'll have to wait much longer for gcc 2.8 and from what I've seen so far, it's not radically different from gcc-2.7.x (internally). So porting gpc to 2.8 should take too long. If this thing is to be released in one or two weeks I think we should make a "release candidate" so everybody can check wether his patches are in and binaries for all platforms can be built. /janjaap --- Thus spake the master programmer: "After three days without programming, life becomes meaningless." [The Tao Of Programming] From gpc-request@santra.hut.fi Mon Jul 29 13:19:31 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id NAA17645 for ; Mon, 29 Jul 1996 13:19:31 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA40570; Mon, 29 Jul 1996 13:18:05 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA88627; Mon, 29 Jul 1996 13:14:44 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA42612; Mon, 29 Jul 1996 13:18:04 +0200 Received: from kampi.hut.fi (kampi.hut.fi [130.233.224.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id OAA25607 for ; Mon, 29 Jul 1996 14:02:11 +0300 (EET DST) Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by kampi.hut.fi (8.6.11/8.6.7) with SMTP id OAA08910 for ; Mon, 29 Jul 1996 14:02:09 +0300 Received: from [130.89.179.44] (pc044.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA16983 (5.67b/IDA-1.5 for ); Mon, 29 Jul 1996 13:02:08 +0200 Date: Mon, 29 Jul 96 13:09:49 CST From: "J.J. van der Heijden" Message-Id: <59807.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 X-Popmail-Charset: English To: gpc@kampi.hut.fi Subject: GPC autoconf-ed Status: RO I mentioned my rts-autoconf adventures on the mailinglist; I dumped a modified RTS (rts-autoconf.tar.gz) in my homedir on agnes.dida.... Usage is straightforward: cd to your $(gpcbin)/rts directory and run ../../$(gpcsrc)/rts/configure ; make Autoconf is the way to go for GNU software and I think GNU Pascal should use it too. This is not finished: I have to do GPC itself, plus the result of a number of tests is not yet used in the RTS makefile. But it deals with all the -DSYSV -DNO_CASECMP -DMY_VERY_WEIRD_SYSTEM flags. It can also do crosscompilation: run CC=i386-go32-gcc AR=i386-go32-ar RANLIB=i386-go32-ranlib \ ../../$(gpcsrc)/rts/configure --target=i386-go32 ; make to get a djgpp RTS (on Linux) I also added a definition in Makefile.in to build libgpc as a shared lib. A 'make libgpc.so.2.8 CFLAGS="-O2 -fPIC"' results in: lrwxrwxrwx 1 root root 13 Jul 29 02:06 /usr/lib/libgpc.so -> libgpc.so.2.8* -rwxr-xr-x 1 root root 48960 Jul 29 02:06 /usr/lib/libgpc.so.2.8* This reduces the size of executables: -rwxr-xr-x 1 janjaap users 2856 Jul 29 02:09 hello* -rw-r--r-- 1 janjaap users 63 Jul 29 02:07 hello.pas Statically linked, the minimum is ~33K. BTW: this will work only on ELF un*x systems and I have only tested it on Linux. "ldd hello" shows: libgpc.so.2.8 => /usr/lib/libgpc.so.2.8 libm.so.5 => /lib/libm.so.5.0.5 libc.so.5 => /lib/libc.so.5.2.18 I will add this as an "--enable-shared" option to "configure" As for your desire to release 2.7.2: I can have this finished by friday (I think ...), then it should be tested on a number of different platforms. I'm especially curious about BSD unix systems, because I developed this on Linux, which is essentially SysV. I created a "configure.bat" for the dos world where there's no bash. Peter, you have the same with OS/2 so maybe you can take a look at it and create something simular for the EMX thing. (I ripped of binutils and GCC to create "configure.bat") /janjaap --- Thus spake the master programmer: "After three days without programming, life becomes meaningless." [The Tao Of Programming] From gpc-request@santra.hut.fi Sun Aug 11 03:41:58 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id DAA29770 for ; Sun, 11 Aug 1996 03:41:58 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA05412; Sun, 11 Aug 1996 03:36:13 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA54596; Sun, 11 Aug 1996 03:32:34 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA54814; Sun, 11 Aug 1996 03:36:11 +0200 Received: from zelator.berlinet.de (zelator.berlinet.de [193.100.15.1]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id EAA03800 for ; Sun, 11 Aug 1996 04:25:35 +0300 (EET DST) Received: from tbx.berlinet.de by zelator.berlinet.de with zconnect (Smail3.1.29.1 #9) id m0upPHD-000HYrC; Sun, 11 Aug 96 03:25 METDST To: gpc@hut.fi Message-Id: <6EWstjQtdAB@p-21.hsociety.berlinet.de> From: OESY@HSOCIETY.berlinet.de (Ingo Oeser) Path: tbx.berlinet.de!hsociety.berlinet.de Organization: SP/2-User Subject: HELP Date: Fri, 09 Aug 1996 12:02:00 +0100 X-Mailer: CrossPoint v3.1 X-Gateway: ZCONNECT zelator.berlinet.de [LEGO v0.12] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Zc-Post: Lindenstr. 21; Schoenberg 23923 X-Zc-Telefon: V+49-38828-24349 Lines: 9 Status: RO HELP Bye OESY -- OS/2: Never stop that feeling... Using Speed-Pascal/2 (SP/2)! Questions? PM me! ## CrossPoint v3.1 ## From gpc-request@santra.hut.fi Wed Aug 14 10:24:30 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id KAA32247 for ; Wed, 14 Aug 1996 10:24:25 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA21706; Wed, 14 Aug 1996 10:17:30 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA84755; Wed, 14 Aug 1996 10:13:07 +0200 Received: from deneb.dfn.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA46394; Wed, 14 Aug 1996 10:16:33 +0200 Received: from santra.hut.fi by deneb.dfn.de (4.1/SMI-4.2) id AA27596; Wed, 14 Aug 96 10:16:57 +0200 Received: from hil-img-4.compuserve.com (hil-img-4.compuserve.com [149.174.177.134]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id LAA23467 for ; Wed, 14 Aug 1996 11:03:22 +0300 (EET DST) Received: by hil-img-4.compuserve.com (8.6.10/5.950515) id EAA03239; Wed, 14 Aug 1996 04:02:45 -0400 Date: 14 Aug 96 04:01:24 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: gpc Subject: part of system.pas unit ready Message-Id: <960814080123_100120.3121_EHQ104-3@CompuServe.COM> Status: RO Hello All, I promised to create a System.pas unit, here is a large part of it (see next message). It seems to work on gnu-win32 systems (I tested it in a NT workstation). It probably also works on BSD unix systems. I used gpc 2.6.3 (which was more useful than I expected and have said so in the past )-: ), but I still encountered some strange things. So here my comments: 1. how do you use the __unsigned__ prefix? 2. Instead of using __byte__, etc. ranges should be better as Juki already suggested. 3. nil assignment to void pointer unacceptable? (var p: ^void; p := nil; ) Things I found missing: - schema types ( type t(max:integer) = array[0..max] of double; ) - function result variables ( function f(p: integer) = Result: integer; ) - pre-initialized variables - renaming in export clause I like to here comments, Berend. From gpc-request@santra.hut.fi Wed Aug 14 10:24:37 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id KAA32251 for ; Wed, 14 Aug 1996 10:24:32 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA90588; Wed, 14 Aug 1996 10:17:37 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA75032; Wed, 14 Aug 1996 10:13:14 +0200 Received: from deneb.dfn.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA05194; Wed, 14 Aug 1996 10:16:45 +0200 Received: from santra.hut.fi by deneb.dfn.de (4.1/SMI-4.2) id AA27607; Wed, 14 Aug 96 10:17:11 +0200 Received: from hil-img-4.compuserve.com (hil-img-4.compuserve.com [149.174.177.134]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id LAA22356 for ; Wed, 14 Aug 1996 11:03:12 +0300 (EET DST) Received: by hil-img-4.compuserve.com (8.6.10/5.950515) id EAA03203; Wed, 14 Aug 1996 04:02:38 -0400 Date: 14 Aug 96 04:01:06 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: gpc Subject: Program to test system.pas unit Message-Id: <960814080105_100120.3121_EHQ104-1@CompuServe.COM> Status: RO Here a small program which 'demonstrates' the use of the system.pas unit. -------------------------test.pas------------------------ #include "system.pas" program Test(Output); import System; var f: text; path: string(1024); i: integer; begin Assign(f, 'tmp.tmp'); Erase(f); writeln('IOResult = ', IOResult); Assign(f, 'q.pas.bak'); BPRename(f, 'renamed.file'); writeln('IOResult = ', IOResult); GetDir(0, path); writeln('Current dir = ', path); BPMkDir('mydir'); writeln('IOResult = ', IOResult); BPRmDir('mydir'); writeln('IOResult = ', IOResult); writeln('ParamCount = ', ParamCount); for i := 1 to ParamCount do begin writeln('parameter ', i, ' = ', ParamStr(i)); end; end. -------------------------test.pas------------------------ Groetjes, Berend. (-: From gpc-request@santra.hut.fi Wed Aug 14 10:38:06 1996 Return-Path: gpc-request@santra.hut.fi Received: from aixrs1.hrz.uni-essen.de (aixrs1.hrz.uni-essen.de [132.252.3.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id KAA32259 for ; Wed, 14 Aug 1996 10:38:01 +0200 Received: from sp2nfs.power.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA70724; Wed, 14 Aug 1996 10:31:06 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 3.2/UCB 5.64/4.03) id AA60945; Wed, 14 Aug 1996 10:27:01 +0200 Received: from deneb.dfn.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA80688; Wed, 14 Aug 1996 10:30:41 +0200 Received: from santra.hut.fi by deneb.dfn.de (4.1/SMI-4.2) id AA27767; Wed, 14 Aug 96 10:31:05 +0200 Received: from hil-img-4.compuserve.com (hil-img-4.compuserve.com [149.174.177.134]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id LAA23581 for ; Wed, 14 Aug 1996 11:03:10 +0300 (EET DST) Received: by hil-img-4.compuserve.com (8.6.10/5.950515) id EAA03213; Wed, 14 Aug 1996 04:02:39 -0400 Date: 14 Aug 96 04:01:18 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: gpc Subject: System.pas module Message-Id: <960814080118_100120.3121_EHQ104-2@CompuServe.COM> Status: RO { Created: 1996-07-26 System module for emulating the Borland Pascal System unit. This one is specific for the GNU Extended Pascal implementation and provides a System.Pas interface specifically to emulate the 16-bit Borland Pascal compilers. Copyright (C) 1996 Berend de Boer This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. Notes: - This one has hardcoded errorcodes!! It probably does not work on every machine. One really need to convert errno.h and stat.h first to make it portable. But I'll do that when I complete the Extended Pascal Posix interface for GNU Pascal. - assumes all Extended Pascal compilers have the local addition to provide an additional parameter to the Halt procedure. - certain procedures are almost untranslatable as Addr, Move and Str. They are therefore not translated, but require a change to the source code - there is no Assign or Close procedure for a file type variable, only for a text type variable. - Rename does not work for some reason. To do: - Append - FilePos - FileSize - Flush - Rename - Seek - Truncate $Date: 2007/03/29 01:33:13 $ $Revision: 1.1 $ $Log: corpus-bon.txt,v $ Revision 1.1 2007/03/29 01:33:13 mine TP filtre presque fini * * 1 96-08-14 9:45 Berend * Borland Pascal's system unit for Extended Pascal, as far as applicable. } module System interface; export System = (shortint, byte, word, longint, PChar, pointer, string255, HeapError, ExitCode, PrefixSeg, Assign, BPChDir => ChDir, Close, Copy, Dec, Delete, Erase, GetDir, GetMem, Inc, IOResult, MaxAvail, MemAvail, BPMkDir => MkDir, ParamCount, ParamStr, BPRename => Rename, BPRmDir => RmDir, UpCase); type shortint = __byte__ integer; byte = __byte__ integer; word = __short__ integer; longint = integer; TChar = array[0..MaxInt] of char; PChar = TChar; pointer = void; string255= string(255); var HeapError: pointer; { Heap error function } {?ExitProc: Pointer; { Exit procedure } ExitCode: Integer; { Exit code } {?ErrorAddr: Pointer; { Runtime error address } PrefixSeg: Word; { Program segment prefix } InOutRes : integer; { I/O result buffer } procedure Assign(var t: text; protected Name: string); procedure BPChDir(protected s: string); procedure Close(var t: text); function Copy(protected s: string; Index: integer; Count: integer): string255; procedure Dec(var i: integer); procedure Delete(var s: string255; Index: integer; Count: integer); procedure Erase(var f: text); procedure GetDir(D: byte; var s: string); procedure Inc(var i : integer); function IOResult : integer; function MaxAvail: longint; function MemAvail : longint; procedure BPMkDir(protected s: string); function ParamCount: word; function ParamStr(Index: word): string255; procedure BPRename(var f: text; protected Newname: string); procedure BPRmDir(protected s: string); function UpCase(Ch: char): char; end. module System implementation; import StandardOutput; { support routines } const MaxPath = 4096; type TPath = array[0..MaxPath] of char; function StrPas(Str: PChar): String255; var i: integer; s: string255; begin i := 0; s := ''; while Str[i] <> Chr(0) do begin s := s + Str[i]; i := i + 1; end; StrPas := s; end; { StrPas } function unlink(path: __cstring__): integer; c; function chdir(path: __cstring__): integer; c; function getcwd(var buf: TPath; size: integer): PChar; c; function mkdir(path: __cstring__; mode: integer): integer; c; function _p_paramcount: integer; c; function _p_paramstr(num: integer; var str: string): Boolean; c; function rename(old: __cstring__; new: __cstring__): integer; c; function rmdir(path: __cstring__): integer; c; function MapUnixErrorToDosError(ErrorOccured: integer): integer; const EPERM = 1; { Not super-user } ENOENT = 2; { No such file or directory } EACCES = 13; { Permission denied } EBUSY = 16; { Mount device busy } EEXIST = 17; { File exists } ENOTDIR = 20; { Not a directory } ENOSPC = 28; { No space left on device } EROFS = 30; { Read only file system } EMLINK = 31; { Too many links } ENAMETOOLONG= 91; { File or path name too long } var Result: integer; UnixError: integer; begin if ErrorOccured then begin UnixError := EACCES; { should be errno... } case UnixError of ENOENT : Result := 2; ENOTDIR : Result := 3; EPERM, EACCES, EEXIST, ENOSPC, EROFS, EMLINK, ENAMETOOLONG: Result := 5; EBUSY : Result := 152; otherwise Result := UnixError; end; { case } end else begin Result := 0; end; MapUnixErrorToDosError := Result; end; { MapUnixErrorToDosError } { the system routines itself } procedure Assign; var b : BindingType; begin unbind(t); b := binding(t); b.Name := Name; bind(t, b); b := binding(t); end; procedure BPChDir(s: string); begin InOutRes := MapUnixErrorToDosError(chdir(s)); end; { ChDir } procedure Close; begin unbind(t); end; function Copy; begin if Index+Count > length(s) then Copy := SubStr(s, Index) else Copy := SubStr(s, Index, Count); end; procedure Dec; begin i := i - 1; end; procedure Delete; begin if Index = 1 then begin if 1+Count > length(s) then s := '' else s := s[1+Count..length(s)]; end else begin if Index+Count > length(s) then s := s[1..Index-1] else s := s[1..Index-1] + SubStr(s, Index+Count); end; end; procedure Erase; var bt: BindingType; begin bt := Binding(f); unbind(f); InOutRes := MapUnixErrorToDosError(unlink(bt.name)); end; procedure GetDir(D: byte; var s: string); var Buffer: TPath; pc: PChar; i: integer; begin pc := getcwd(Buffer, MaxPath); s := ''; i := 0; while pc[i] <> Chr(0) do begin s := s + pc[i]; i := i + 1; end; { call to StrPas does not work???? s := StrPas(pc);} end; { GetDir } procedure Inc; begin i := i + 1; end; function IOResult : integer; begin IOResult := InOutRes; InOutRes := 0; end; function MaxAvail; begin MaxAvail := MaxInt; end; function MemAvail; begin MemAvail := MaxInt; end; procedure BPMkDir; begin InOutRes := MapUnixErrorToDosError(mkdir(s, 8#0700)); end; { BPMkDir } function ParamCount; begin ParamCount := _p_paramcount - 1; end; { ParamCount } function ParamStr; var Str : string255; Success: Boolean; begin Success := _p_paramstr(Index, Str); if Success then ParamStr := Str else ParamStr := ''; end; { ParamStr } procedure BPRename; var bt: BindingType; begin bt := Binding(f); unbind(f); InOutRes := MapUnixErrorToDosError(rename(bt.name, Newname)); bt.Name := Newname; bind(f, bt); end; { BPRename } procedure BPRmDir; begin InOutRes := MapUnixErrorToDosError(rmdir(s)); end; { RmDir } function UpCase; begin if Ch in ['a'..'z'] then UpCase := Chr(Ord('A') + (Ord(Ch) - Ord('a'))) else UpCase := Ch; end; { we need an initialization section because gpc doesn't yet have initialized variables } to begin do begin {HeapError := nil;} InOutRes := 0; end; end. From gpc-request@santra.hut.fi Tue Aug 27 13:55:05 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id NAA15942 for ; Tue, 27 Aug 1996 13:55:04 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA45400; Tue, 27 Aug 1996 13:44:10 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA68676; Tue, 27 Aug 1996 13:43:26 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id OAA19773 for ; Tue, 27 Aug 1996 14:28:32 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id NAA15861 for gpc@hut.fi; Tue, 27 Aug 1996 13:39:35 +0200 From: Peter Gerwinski Message-Id: <199608271139.NAA15861@agnes.dida.physik.uni-essen.de> Subject: ANNOUNCE: GPC 1.2 (2.7.2) pre-release To: gpc@hut.fi Date: Tue, 27 Aug 1996 13:39:34 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Dear readers of the GPC list, we herewith announce a pre-release of GPC version 1.2, based on GNU C 2.7.2. This is a beta test release. We ask you to try the new GPC version on as many different platforms as possible, isolate bugs, correct the documentation, etc.. Once we know it is stable enough, we will do the "official" 1.2-2.7.2 release. New features: * easier to compile and install, also for cross-compilation * Texinfo documentation * More stable (Borland-style) objects * "String" bug fixed (see the old `PROBLEMS' file) * Extended Pascal "export foo = all" extension * PXSC operator fragments (redefineable symbols) * Precompiled Module/Unit interfaces (needn't #include the interface any longer) * AutoMake facility (automatically compile Modules/Units which have been changed) Source and binaries for DJGPP, EMX, Linux, FreeBSD, and IRIX5 are available per anonymous ftp from agnes.dida.physik.uni-essen.de in the directory gpc-2.7.2 (They also will be available on kampi.hut.fi, soon.) Have fun, Jan Jaap Peter From gpc-request@santra.hut.fi Tue Aug 27 19:15:24 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id TAA16431 for ; Tue, 27 Aug 1996 19:15:24 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA46754; Tue, 27 Aug 1996 19:04:26 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA65480; Tue, 27 Aug 1996 19:03:42 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id TAA27066 for ; Tue, 27 Aug 1996 19:56:20 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id TAA16406 for gpc@hut.fi; Tue, 27 Aug 1996 19:07:28 +0200 From: Peter Gerwinski Message-Id: <199608271707.TAA16406@agnes.dida.physik.uni-essen.de> Subject: gpc-2.7.2 on kampi.hut.fi To: gpc@hut.fi Date: Tue, 27 Aug 1996 19:07:27 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello folks, the GPC 1.2 (2.7.2) pre-release is now available on kampi.hut.fi, too. The directory is jtv/gnu-pascal/gpc-2.7.2. Peter From gpc-request@santra.hut.fi Fri Aug 30 01:07:37 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id BAA02928 for ; Fri, 30 Aug 1996 01:07:36 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA41052; Fri, 30 Aug 1996 01:19:27 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA42712; Fri, 30 Aug 1996 01:18:57 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id CAA28116 for ; Fri, 30 Aug 1996 02:12:27 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id BAA02908 for gpc@hut.fi; Fri, 30 Aug 1996 01:00:47 +0200 From: Peter Gerwinski Message-Id: <199608292300.BAA02908@agnes.dida.physik.uni-essen.de> Subject: gpc-2.7.2 for Linux-elf and Win32 To: gpc@hut.fi Date: Fri, 30 Aug 1996 01:00:46 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello folks, GPC-2.7.2 pre-release binaries for Linux-elf and Win32 (with CygWin beta 14) are now available on kampi and on agnes. Peter From sad@utkux.utcc.utk.edu Fri Aug 30 01:25:24 1996 Return-Path: sad@utkux.utcc.utk.edu Received: from utkux4.utcc.utk.edu (UTKUX4.UTCC.UTK.EDU [128.169.76.11]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with ESMTP id BAA02939 for ; Fri, 30 Aug 1996 01:25:22 +0200 From: sad@utkux.utcc.utk.edu Received: by utkux4.utcc.utk.edu (SMI-8.6/2.7c-UTK) id TAA02460; Thu, 29 Aug 1996 19:37:02 -0400 Message-Id: <199608292337.TAA02460@utkux4.utcc.utk.edu> Subject: Re: gpc-2.7.2 for Linux-elf and Win32 To: peter@agnes.dida.physik.uni-essen.de (Peter Gerwinski) Date: Thu, 29 Aug 1996 19:37:01 -0400 (EDT) Cc: gpc@hut.fi In-Reply-To: <199608292300.BAA02908@agnes.dida.physik.uni-essen.de> from "Peter Gerwinski" at Aug 30, 96 01:00:46 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Nice! Slight typo in gpc.info 10.18 regarding functions as formal parameters. Berend reminded me of the right way to do it. Chees, Stefan > > Hello folks, > > GPC-2.7.2 pre-release binaries for Linux-elf and Win32 (with > CygWin beta 14) are now available on kampi and on agnes. > > Peter > > From gpc-request@santra.hut.fi Sat Aug 31 01:52:54 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id BAA03745 for ; Sat, 31 Aug 1996 01:52:53 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA43836; Sat, 31 Aug 1996 02:04:22 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA35122; Sat, 31 Aug 1996 02:03:51 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id CAA15171 for ; Sat, 31 Aug 1996 02:57:35 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id BAA03684 for gpc@hut.fi; Sat, 31 Aug 1996 01:46:17 +0200 From: Peter Gerwinski Message-Id: <199608302346.BAA03684@agnes.dida.physik.uni-essen.de> Subject: Problem with constant strings in gpc 1.2(2.7.2)#7 ??? To: gpc@hut.fi Date: Sat, 31 Aug 1996 01:46:17 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to Harry Reed: > In the users' manual chapter "About Pascal and Extended Pascal > languages" > there is a small example on how to initialize constant strings. When I > try > compiling the fragment with gpc 1.2(2.7.2)#7 I get the error messages > as showm below. Is this a valid bug or am I just doing something wrong? Extended Pascal initialized *structured* variables are not (yet) implemented into GPC, only (parts of) Borland Pascal style initializers. However some fragments of Extended Pascal initializers *do* exist in gpc-parse.y, but I don't know when they will work. Everybody be invited to help implementing this! > MyStrings : array [1..MyStringsCount] of Ident value [ Square brackets do not work. Use parantheses instead. ^ > 1:'EXPORT'; 2:'IMPLEMENTATION'; 3:'IMPORT'; You may specify Indices etc., but they are ignored completely. Even worse: Initialization of Strings does not work at all. Only "simpler" types, i.e. array/record combinations containing Integers, Reals, etc. work. This is a known bug, but I forgot to document it. Thank you for pointing me to it. > PS: Great work on GPC! Keep it up!!!! Thanks a lot. :-) :-) I will continue unless somebody makes big efforts to stop me. ;-) Peter From gpc-request@santra.hut.fi Tue Sep 3 21:49:13 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id VAA09490 for ; Tue, 3 Sep 1996 21:49:13 +0200 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA48480; Tue, 3 Sep 1996 21:59:22 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA69050; Tue, 3 Sep 1996 21:58:50 +0200 Received: from csunix1.lvc.edu (jm_black@csunix1.lvc.edu [207.87.98.5]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id WAA27052 for ; Tue, 3 Sep 1996 22:22:55 +0300 (EET DST) Received: (from jm_black@localhost) by csunix1.lvc.edu (8.6.12/8.6.9) id PAA11796; Tue, 3 Sep 1996 15:24:29 -0400 Date: Tue, 3 Sep 1996 15:24:29 -0400 (EDT) From: John Michael Black To: gpc@hut.fi Subject: Compilation error Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO Hi all. I've had this error ever since I installed gpc, and I've never figured out why. I'm not all that experienced at unix. When I try to compile anything, even the simplest program, I get: /usr/i486-linux/bin/ld: cannot open crt0.o: No such file or directory Sorry if this seems like such a stupid question. Any ideas? -john From gpc-request@santra.hut.fi Fri Sep 6 07:53:08 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id HAA13323 for ; Fri, 6 Sep 1996 07:53:08 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA66086; Fri, 6 Sep 1996 08:02:25 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA68670; Wed, 28 Aug 1996 04:13:48 +0200 Received: from mercurio.uc.pt (mercurio.uc.pt [192.84.15.41]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id DAA31483 for ; Wed, 28 Aug 1996 03:25:23 +0300 (EET DST) Received: from eden.dei.uc.pt by mercurio.uc.pt (4.1/SMI-4.2) id AA10773; Wed, 28 Aug 96 01:19:30 +0200 Received: by eden.dei.uc.pt; (5.65/1.1.8.2/12Aug96-0336PM) id AA17637; Wed, 28 Aug 1996 01:19:13 +0200 Date: Wed, 28 Aug 1996 01:19:13 +0200 (MET DST) From: Patricio Domingues To: gpc@hut.fi Subject: Newbie question Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO Hi, I currently teaching Operative System to students who only know Pascal, so I'd like to know if we can use Unix System calls in pascal programs wirh GPC ? I mean stuff like 'fork()', 'exec()', etc... Thanks in advance, Patricio. From gpc-request@santra.hut.fi Fri Sep 6 07:52:55 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id HAA13319 for ; Fri, 6 Sep 1996 07:52:54 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA55292; Fri, 6 Sep 1996 08:02:11 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA33610; Wed, 28 Aug 1996 03:57:18 +0200 Received: from snake.hut.fi (snake.hut.fi [193.167.6.99]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id DAA30974 for ; Wed, 28 Aug 1996 03:01:14 +0300 (EET DST) Received: from mercurio.uc.pt (mercurio.uc.pt [192.84.15.41]) by snake.hut.fi (8.7.5/8.7.3) with SMTP id DAA58652 for ; Wed, 28 Aug 1996 03:01:11 +0300 Received: from eden.dei.uc.pt by mercurio.uc.pt (4.1/SMI-4.2) id AA10741; Wed, 28 Aug 96 01:03:57 +0200 Received: by eden.dei.uc.pt; (5.65/1.1.8.2/12Aug96-0336PM) id AA17622; Wed, 28 Aug 1996 01:03:35 +0200 Date: Wed, 28 Aug 1996 01:03:35 +0200 (MET DST) From: Patricio Domingues To: gpc@hut.fi Subject: Subscribe GPC's mail list Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO Thanks. From gpc-request@santra.hut.fi Fri Sep 6 18:59:29 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id SAA15455 for ; Fri, 6 Sep 1996 18:59:28 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA54032; Fri, 6 Sep 1996 19:08:36 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA46884; Fri, 6 Sep 1996 19:07:52 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id TAA23783 for ; Fri, 6 Sep 1996 19:55:13 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id SAA15419; Fri, 6 Sep 1996 18:46:07 +0200 From: Peter Gerwinski Message-Id: <199609061646.SAA15419@agnes.dida.physik.uni-essen.de> Subject: Accessing external functions (was: Newbie question) To: patricio@eden.dei.uc.pt Date: Fri, 6 Sep 1996 18:46:06 +0200 (MET DST) Cc: gpc@hut.fi X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello Patricio, > I currently teaching Operative System to students who only know Pascal, > so I'd like to know if we can use > Unix System calls in pascal programs wirh GPC ? I mean stuff like > 'fork()', 'exec()', etc... You can access any function using the "external", "C", and "asmname" directives: Procedure fork; external; means: there is an external Procedure "Fork" (first letter uppercase), Procedure fork; C; means: there is an external Procedure "fork" (everything lowercase), and Procedure fork; asmname 'foO'; means: there is an external Procedure with the funny name "foO" (last letter is uppercase in this example) which can be accessed from Pascal via the name "fork". Good luck, Peter From gpc-request@santra.hut.fi Sat Sep 7 15:07:48 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id PAA16449 for ; Sat, 7 Sep 1996 15:07:47 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA67074; Sat, 7 Sep 1996 15:16:37 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA32252; Sat, 7 Sep 1996 15:15:53 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA01747 for ; Sat, 7 Sep 1996 16:08:42 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id PAA16424 for gpc@hut.fi; Sat, 7 Sep 1996 15:00:07 +0200 From: Peter Gerwinski Message-Id: <199609071300.PAA16424@agnes.dida.physik.uni-essen.de> Subject: External, C, AsmName, ... To: gpc@hut.fi Date: Sat, 7 Sep 1996 15:00:07 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello folks, (* This mail is somehow long. In short: I want to take the directives `Extern', `C', and `AsmName' *out* of GPC and extend the syntax of `External' instead. Okay? :*) as you know (?;-), we have the directives `External', `Extern' (same as `External'), `C', and `AsmName' in GPC for specifying external procedures. This is especially useful when using libraries written in C, for example: Procedure Foo; External; (* yields "Foo" *) Procedure ioCtl ( FilDes, Cmd: Integer; ... ); C; (* yields "ioctl" *) Procedure XOpenDisplay ( Name: __CString__ ); AsmName 'XOpenDisplay'; This turned out not to be enough; we need the same for variables. Actually we already have Var Foo: __external__ Integer; (* yields "foo", not "Foo"! *) but this does not cover cases where the external variable needs a name with a capital letter. As an intermediate solution, I implemented Var Foo: __asmname__ 'foO' Integer; (patched source is available on demand), but I think it is not the best way to implement these things. Now I am looking out for reasonable ideas. Does somebody know what the ISO/ANSI Standards say about this? My own thoughts follow. I would suggest to define as few directives as possible and to drop everything but `External' but extend its syntax to meet our requirements. A first approach could be Procedure foo; external; (* yields "Foo" *) Var x: Integer; external; (* yields "X" *) and Procedure foo; external 'foO'; Var x: Integer; external 'my_x'; but it would crash with Borland Pascal's use of `External' where the latter declaration would mean that Procedure foo is contained in a shared library named `foO'. Okay, so let's stay for the moment at Borland's syntax. In the same context they also define Procedure foo; external 'MySharedLib' index 42; and Procedure foo; external 'MySharedLib' name 'foO'; where `foO' would be the external name as defined in the shared library. My current idea now would be to define Procedure foo; external; (* yields "Foo" *) Var x: Integer; external; (* yields "X" *) plus Procedure foo; external name 'foO'; Var x: Integer; external name 'my_x'; to replace "AsmName 'foO'". Later we can extend this to allow a name of a shared library between `external' and `name'. Once doing this, it could also be nice to make directives out of the other C-style storage qualifiers, too. I mean I'd like to replace Var x: __static__ Integer; by x: Integer; static; y: __volatile__ Integer; by y: Integer; volatile; etc.. My plan is to do it in a way that things like Var static: Integer; would still work. I think it would *not* be a good idea to make Procedure foO; external; yield "foO", because (i) it would be difficult to implement and (ii) Pascal is a case-insensitive language, so everything outside string constants *must not* depend on casing at all. Please tell me your opinion about this. Yours, Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter From gpc-request@santra.hut.fi Sat Sep 7 22:11:42 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id WAA16793 for ; Sat, 7 Sep 1996 22:11:42 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA54722; Sat, 7 Sep 1996 22:20:25 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA35932; Sat, 7 Sep 1996 22:19:41 +0200 Received: from hil-img-5.compuserve.com (hil-img-5.compuserve.com [149.174.177.135]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id XAA06056 for ; Sat, 7 Sep 1996 23:03:16 +0300 (EET DST) Received: by hil-img-5.compuserve.com (8.6.10/5.950515) id QAA12028; Sat, 7 Sep 1996 16:02:44 -0400 Date: 07 Sep 96 16:01:03 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: gpc Subject: Re: External, C, AsmName, ... Message-Id: <960907200103_100120.3121_EHQ59-1@CompuServe.COM> Status: RO > Now I am looking out for reasonable ideas. Can we not simply see a C .h file as an interface-only module? I mean I can simply import a c .h file which gpc parses and all symbols defined in that header file are exported symbols? I don't know how far this is feasible. And it doesn't cover a.out modules creating using other languages (GNAT, ...). But it does cover the majority of cases you need externals. Groetjes, Berend. From gpc-request@santra.hut.fi Sun Sep 8 00:45:33 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id AAA16931 for ; Sun, 8 Sep 1996 00:45:32 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA68044; Sun, 8 Sep 1996 00:54:13 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA65462; Sun, 8 Sep 1996 00:53:29 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id BAA06887 for ; Sun, 8 Sep 1996 01:42:29 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id AAA16885 for gpc@hut.fi; Sun, 8 Sep 1996 00:34:02 +0200 From: Peter Gerwinski Message-Id: <199609072234.AAA16885@agnes.dida.physik.uni-essen.de> Subject: Re: External, C, AsmName, ... To: gpc@hut.fi Date: Sun, 8 Sep 1996 00:34:02 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to Berend de Boer: > Can we not simply see a C .h file as an interface-only module? I mean I can > simply import a c .h file which gpc parses and all symbols defined in that > header file are exported symbols? This would mean that GPC would have to parse C source. Remember that #include "foo.h" or (*$include "foo.h" *) just means that GPC treads the file `foo.h' just if its contents were written in our source file. A Pascal program using this mechanism would in fact look like the following: Program Test; extern int foo; extern void ioctl (int fildes, int cmd, ...); begin [...] end. You don't actually want this. ;-) > I don't know how far this is feasible. And it doesn't cover a.out modules > creating using other languages (GNAT, ...). But it does cover the majority of > cases you need externals. You can write a C header file for everything you want to import, independently of the language it was originally written in. Our point is that it must also be possible to write a *Pascal* interface for everything we want to import. Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter From gpc-request@santra.hut.fi Sun Sep 8 09:58:33 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id JAA17166 for ; Sun, 8 Sep 1996 09:58:32 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA54620; Sun, 8 Sep 1996 10:07:05 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA36706; Sun, 8 Sep 1996 10:06:21 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id LAA08741 for ; Sun, 8 Sep 1996 11:01:09 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id JAA17145 for gpc@hut.fi; Sun, 8 Sep 1996 09:52:52 +0200 From: Peter Gerwinski Message-Id: <199609080752.JAA17145@agnes.dida.physik.uni-essen.de> Subject: Re: Compilation error To: gpc@hut.fi Date: Sun, 8 Sep 1996 09:52:51 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO > When I try to compile anything, even the simplest program, I get: > /usr/i486-linux/bin/ld: cannot open crt0.o: No such file or directory Perhaps the versions of GCC and GPC you are using don't coincide. Please check the following: gpc -c myprogram.pas gcc myprogram.o -o myprogram i.e. compile with GPC, but link with GCC. Did you already check that crt0.o is in a directory where GPC can find it? I remember some problems when I had crt0.o in the directory /usr/lib/gcc-lib/i486-unknown-linux/2.6.3. The problems disappeared when I moved the file to /usr/lib or /usr/local/lib. Good luck, Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From lotu@wam.umd.edu Sun Sep 8 18:57:31 1996 Return-Path: lotu@wam.umd.edu Received: from po2.wam.umd.edu (po2.wam.umd.edu [128.8.70.134]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with ESMTP id SAA17664 for ; Sun, 8 Sep 1996 18:57:29 +0200 Received: from rac9.wam.umd.edu (rac9.wam.umd.edu [128.8.70.109]) by po2.wam.umd.edu (8.7.5/8.7.3) with ESMTP id NAA09704; Sun, 8 Sep 1996 13:05:28 -0400 (EDT) Received: from localhost (lotu@localhost) by rac9.wam.umd.edu (8.7.5/8.7.3) with SMTP id NAA10508; Sun, 8 Sep 1996 13:05:26 -0400 (EDT) X-Authentication-Warning: rac9.wam.umd.edu: lotu owned process doing -bs Date: Sun, 8 Sep 1996 13:05:26 -0400 (EDT) From: Arcadio Alivio Sincero To: Peter Gerwinski cc: gpc@hut.fi Subject: Re: External, C, AsmName, ... In-Reply-To: <199609071300.PAA16424@agnes.dida.physik.uni-essen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Sat, 7 Sep 1996, Peter Gerwinski wrote: > Hello folks, > > (* This mail is somehow long. In short: I want to take > the directives `Extern', `C', and `AsmName' *out* of GPC > and extend the syntax of `External' instead. Okay? :*) > I would suggest to define as few directives as possible and to > drop everything but `External' but extend its syntax to meet our > requirements. A first approach could be Good idea. Having 3 directives which basically do the same thing is pretty stupid. > My current idea now would be to define > > Procedure foo; external; (* yields "Foo" *) > > Var > x: Integer; external; (* yields "X" *) > > plus > > Procedure foo; external name 'foO'; > > Var > x: Integer; external name 'my_x'; > > to replace "AsmName 'foO'". Later we can extend this to allow a > name of a shared library between `external' and `name'. No objections to this idea from me. Anybody else? Hey ... did y'all know that a Linux version of FPKPascal (or is it just FPPascal??) is now out (currently only a.out but and ELF version is expected soon). One thing I like about FPKPascal is that it has function overloading. Any plans of adding this to GPC? This would be a nice thing to throw in, IMHO. =============================================================================== Arcadio Alivio Sincero, Jr. Sophomore, Computer Science Major at the University of Maryland at College Park Amateur competitive bodybuilder Email: lotu@wam.umd.edu, WWW: "D.A.R.E. .... to keep cops off donuts." From gpc-request@santra.hut.fi Sun Sep 8 10:44:17 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id KAA17204 for ; Sun, 8 Sep 1996 10:44:17 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA54712; Sun, 8 Sep 1996 10:52:49 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA48364; Sun, 8 Sep 1996 10:52:05 +0200 Received: from kampi.hut.fi (kampi.hut.fi [130.233.224.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id LAA09589 for ; Sun, 8 Sep 1996 11:46:52 +0300 (EET DST) Received: from shiloh.nimh.nih.gov (shiloh.nimh.nih.gov [156.40.186.3]) by kampi.hut.fi (8.6.11/8.6.7) with ESMTP id LAA01446 for ; Sun, 8 Sep 1996 11:46:45 +0300 Received: by shiloh.nimh.nih.gov (SMI-8.6/SMI-SVR4) id EAA14078; Sun, 8 Sep 1996 04:45:18 -0400 Date: Sun, 8 Sep 1996 04:45:18 -0400 From: brad@shiloh.nimh.nih.gov (Brad J Zoltick(RSB) 36-2A03) Message-Id: <199609080845.EAA14078@shiloh.nimh.nih.gov> To: gpc@kampi.hut.fi Subject: gpc for Solaris 2.5.1 Status: RO Hi, Is there a version of gpc built for Solaris 2.5? Or do you have any hints on getting the lastest source to compile under Solaris 2.5? Thanks Brad Zoltick NIH Email: brad@codon.nih.gov From gpc-request@santra.hut.fi Mon Sep 9 16:13:30 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id QAA19399 for ; Mon, 9 Sep 1996 16:13:30 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA57764; Mon, 9 Sep 1996 16:21:36 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA42428; Mon, 9 Sep 1996 16:20:52 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id RAA09387 for ; Mon, 9 Sep 1996 17:05:23 +0300 (EET DST) Received: from [130.89.179.50] (pc050.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA07686 (5.67b/IDA-1.5 for ); Mon, 9 Sep 1996 16:05:20 +0200 Date: Mon, 9 Sep 96 16:18:21 CST From: "J.J. van der Heijden" Message-Id: <70105.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: Re: External, C, AsmName, ... Status: RO On Sun, 8 Sep 1996 00:34:02 +0200 (MET DST), Peter Gerwinski wrote: >According to Berend de Boer: >> Can we not simply see a C .h file as an interface-only module? I mean I can >> simply import a c .h file which gpc parses and all symbols defined in that >> header file are exported symbols? > >This would mean that GPC would have to parse C source. > >Remember that #include "foo.h" or (*$include "foo.h" *) just means >that GPC treads the file `foo.h' just if its contents were written >in our source file. A Pascal program using this mechanism would >in fact look like the following: > > Program Test; > > extern int foo; > > extern void ioctl (int fildes, int cmd, ...); > > begin > [...] > end. > >You don't actually want this. ;-) > No, I don't :) But it would be a good idea to write a C->pas header converter. Right now, you have to translate all headers before you can use them. janjaap --- The latest & greatest in software, hardware and manswear. Bono Vox (U2) From gpc-request@santra.hut.fi Tue Sep 10 17:29:44 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id RAA21446 for ; Tue, 10 Sep 1996 17:29:43 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA64264; Tue, 10 Sep 1996 17:37:26 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA49482; Tue, 10 Sep 1996 17:36:42 +0200 Received: from cc.cst.cmich.edu (mail.cc.cst.cmich.edu [141.209.21.37]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id SAA16355 for ; Tue, 10 Sep 1996 18:13:10 +0300 (EET DST) Received: from cps200.cps.cmich.edu (cps200.cps.cmich.edu [141.209.20.200]) by cc.cst.cmich.edu (8.7.5/8.7.3) with SMTP id LAA17657; Tue, 10 Sep 1996 11:12:21 -0400 (EDT) Date: Tue, 10 Sep 1996 11:12:16 -0400 (EDT) From: M BAILEY X-Sender: mbailey@cps200.cps.cmich.edu To: "J.J. van der Heijden" Cc: gpc@hut.fi Subject: Re: gpc for Solaris 2.5.1 In-Reply-To: <71634.s8806144@mail.student.utwente.nl> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO If someone sends me a merged source tree of GCC and GPC i would be happy to compile them into a finished binary product and possible build solaris pkg's out the resulting answers to that you can install them with out needing any other utilities... Matthew S. Bailey On Tue, 10 Sep 1996, J.J. van der Heijden wrote: > On Mon, 9 Sep 1996 21:44:50 +0200 (MET DST), > Peter Gerwinski wrote: > > >Hi Phil, Brad, and Jan Jaap, > > > > stor-layout & friends ARE BACK ... > > > >> I wish that was true. Here is the results on my machine. > >> maybe_find_function_data gpc-parse.o > >> [...] > >> dbxout_set_type_status gpc-decl.o > > > >I know that problem. It is a bug in make, Jan Jaap and I had > >hoped to have worked around. The problem is that there are > >language independend source files which exist in the GPC source > >as well as in the GCC source. In Makefile, look out for > >stor-layout.o, dbxout.o, ..., toplev.o. For some reason, > >they are not recompiled correctly. > > > > What happens precisely is that "make" has a VPATH: it looks for object code > in the gcc object directory too. When your gcc object directory is > identical to your gcc source directory, make thinks $gccbin/foo.o is > uptodate because it depends $gccbin/foo.o on $gccsrc/foo.c (which it can > see because $gccsrc=$gccbin) Then it doesn't build ./foo.o based on > $gpcsrc/foo.c (mind $gpcsrc vs $gccsrc) > > To make it more complicated, VPATH behaviour of various "make" programs > is different and some versions of GNU make have VPATH bugs. > > >To work around, you can create these *.o files and copy them > >into the gcc directory, so "make gpc" will find and use them. > > > > Use different directories for $gccsrc and $gccbin. > Or delete the ones in $gccbin to force make to rebuild them. > > /janjaap > > --- > The latest & greatest in software, hardware and manswear. > Bono Vox (U2) > From gpc-request@santra.hut.fi Tue Sep 10 17:45:28 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id RAA21465 for ; Tue, 10 Sep 1996 17:45:27 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA55466; Tue, 10 Sep 1996 17:53:10 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA51676; Tue, 10 Sep 1996 17:52:23 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id SAA16317 for ; Tue, 10 Sep 1996 18:39:28 +0300 (EET DST) Received: from [130.89.179.45] (pc045.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA07083 (5.67b/IDA-1.5 for ); Tue, 10 Sep 1996 17:39:27 +0200 Date: Tue, 10 Sep 96 17:52:35 CST From: "J.J. van der Heijden" Message-Id: <75252.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: Re: gpc for Solaris 2.5.1 Status: RO On Tue, 10 Sep 1996 11:12:16 -0400 (EDT), M BAILEY wrote: > >If someone sends me a merged source tree of GCC and GPC i would be happy to >compile them into a finished binary product and possible build solaris pkg's >out the resulting answers to that you can install them with out needing any >other utilities... > If you can build a ready-to-run compiler we would be happy to distribute it. There is no merged source tree: you put gpc and gcc in their own directory. Because I have not updated the INSTALL file for a while, I shall shortly explain what to do: (I assume solaris is properly supported bu GCC) If you extract gcc-2.7.2.tar.gz and gpc-1.2-2.7.2.tar.gz from the same location, you get gcc-2.7.2 and gpc-1.2-2.7.2 subdirs, which is just fine. 1) configure and build gcc: ./configure make CFLAGS=-O2 LDFLAGS=-s LANGUAGS=c If this fails, build gcc with -O0 and build a stage2 compiler with this the stage1 gcc, then go on (this is all explained in GCC manuals) 2) configure gpc: ./configure configure should be able to find the gcc directory if it is reasonably "close". If not, run configure --help and see what options you must give it. 3) build gpc: make CFLAGS=-O2 LDFLAGS=-s Read earlier notes about what to do if VPATH troubles strike (below). BSD/SYSV signal confusion (RTS won't build) *may* be avoided by using a newer configure (message posted this list a few minutes ago) If not, I would like to know whether configure decides you have SYSV or BSD (and if you know if this is incorrect, possibly see your and . 4) A binary distribution can be created with the "make bindist" command. I'm not familiar with the habbits of solaris pkgtools, so you may have to tweak it by hand (you should know this). Hope this helps, JanJaap >Matthew S. Bailey > > >On Tue, 10 Sep 1996, J.J. van der Heijden wrote: > >> On Mon, 9 Sep 1996 21:44:50 +0200 (MET DST), >> Peter Gerwinski wrote: >> >> >Hi Phil, Brad, and Jan Jaap, >> > >> > stor-layout & friends ARE BACK ... >> > >> >> I wish that was true. Here is the results on my machine. >> >> maybe_find_function_data gpc-parse.o >> >> [...] >> >> dbxout_set_type_status gpc-decl.o >> > >> >I know that problem. It is a bug in make, Jan Jaap and I had >> >hoped to have worked around. The problem is that there are >> >language independend source files which exist in the GPC source >> >as well as in the GCC source. In Makefile, look out for >> >stor-layout.o, dbxout.o, ..., toplev.o. For some reason, >> >they are not recompiled correctly. >> > >> >> What happens precisely is that "make" has a VPATH: it looks for object code >> in the gcc object directory too. When your gcc object directory is >> identical to your gcc source directory, make thinks $gccbin/foo.o is >> uptodate because it depends $gccbin/foo.o on $gccsrc/foo.c (which it can >> see because $gccsrc=$gccbin) Then it doesn't build ./foo.o based on >> $gpcsrc/foo.c (mind $gpcsrc vs $gccsrc) >> >> To make it more complicated, VPATH behaviour of various "make" programs >> is different and some versions of GNU make have VPATH bugs. >> >> >To work around, you can create these *.o files and copy them >> >into the gcc directory, so "make gpc" will find and use them. >> > >> >> Use different directories for $gccsrc and $gccbin. >> Or delete the ones in $gccbin to force make to rebuild them. >> >> /janjaap >> --- The latest & greatest in software, hardware and manswear. Bono Vox (U2) From gpc-request@santra.hut.fi Tue Sep 10 17:20:26 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id RAA21440 for ; Tue, 10 Sep 1996 17:20:26 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA46146; Tue, 10 Sep 1996 17:28:09 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA51564; Tue, 10 Sep 1996 17:27:24 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id SAA16546 for ; Tue, 10 Sep 1996 18:17:58 +0300 (EET DST) Received: from [130.89.179.45] (pc045.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA04645 (5.67b/IDA-1.5 for ); Tue, 10 Sep 1996 17:17:56 +0200 Date: Tue, 10 Sep 96 17:31:04 CST From: "J.J. van der Heijden" Message-Id: <74077.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: SYSV vs BSD confusion Status: RO Hello, There has been some confusion about detecting BSD style signals versus SYSV style. I have updated the configure script to be less fascist about BSD and hopefully this fixes the problems. Get it from: ftp://agnes.dida.physik.uni-essen.de/home/janjaap/updates/ Now, hopefully, FreeBSD is considered BSD again (Peter?) I think SunOS and Solaris are BSD variants too, right? If this still doesn't work, I would like to see your and header files. The problem is that some SYSV systems #define these BSD signals but don't support them unless you link -lbsd, so I made BSD detection more strict (so strict in fact that FreeBSD was no longer considered BSD ;-) Hope this helps, JanJaap --- The latest & greatest in software, hardware and manswear. Bono Vox (U2) From gpc-request@santra.hut.fi Tue Sep 10 17:02:08 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id RAA21403 for ; Tue, 10 Sep 1996 17:02:07 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA51288; Tue, 10 Sep 1996 17:09:50 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA28316; Tue, 10 Sep 1996 17:09:05 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id RAA15167 for ; Tue, 10 Sep 1996 17:33:13 +0300 (EET DST) Received: from [130.89.179.45] (pc045.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA28718 (5.67b/IDA-1.5 for ); Tue, 10 Sep 1996 16:33:11 +0200 Date: Tue, 10 Sep 96 16:46:20 CST From: "J.J. van der Heijden" Message-Id: <71634.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: Re: gpc for Solaris 2.5.1 Status: RO On Mon, 9 Sep 1996 21:44:50 +0200 (MET DST), Peter Gerwinski wrote: >Hi Phil, Brad, and Jan Jaap, > > stor-layout & friends ARE BACK ... > >> I wish that was true. Here is the results on my machine. >> maybe_find_function_data gpc-parse.o >> [...] >> dbxout_set_type_status gpc-decl.o > >I know that problem. It is a bug in make, Jan Jaap and I had >hoped to have worked around. The problem is that there are >language independend source files which exist in the GPC source >as well as in the GCC source. In Makefile, look out for >stor-layout.o, dbxout.o, ..., toplev.o. For some reason, >they are not recompiled correctly. > What happens precisely is that "make" has a VPATH: it looks for object code in the gcc object directory too. When your gcc object directory is identical to your gcc source directory, make thinks $gccbin/foo.o is uptodate because it depends $gccbin/foo.o on $gccsrc/foo.c (which it can see because $gccsrc=$gccbin) Then it doesn't build ./foo.o based on $gpcsrc/foo.c (mind $gpcsrc vs $gccsrc) To make it more complicated, VPATH behaviour of various "make" programs is different and some versions of GNU make have VPATH bugs. >To work around, you can create these *.o files and copy them >into the gcc directory, so "make gpc" will find and use them. > Use different directories for $gccsrc and $gccbin. Or delete the ones in $gccbin to force make to rebuild them. /janjaap --- The latest & greatest in software, hardware and manswear. Bono Vox (U2) From gpc-request@santra.hut.fi Fri Aug 30 18:32:54 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id SAA03451 for ; Fri, 30 Aug 1996 18:32:54 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA61684; Fri, 30 Aug 1996 18:44:30 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA87356; Fri, 30 Aug 1996 18:43:59 +0200 Received: from eeyore.lv-hrc.nevada.edu (eeyore.lv-hrc.nevada.edu [131.216.27.16]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id TAA10376 for ; Fri, 30 Aug 1996 19:33:30 +0300 (EET DST) Received: from scooby.lv-hrc.nevada.edu (scooby.lv-hrc.nevada.edu [131.216.27.8]) by eeyore.lv-hrc.nevada.edu (8.7.1/8.7.1) with SMTP id JAA14810 for ; Fri, 30 Aug 1996 09:33:22 -0700 Message-Id: <32271826.2752@hrc.nevada.edu> Date: Fri, 30 Aug 1996 09:34:46 -0700 From: Harry Reed Reply-To: doon@eeyore.lv-hrc.nevada.edu Organization: UNLV/HRC X-Mailer: Mozilla 3.0 (Win95; I) Mime-Version: 1.0 To: gpc@hut.fi Subject: Problem with constant strings in gpc 1.2(2.7.2)#7 ??? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO Hi, In the users' manual chapter "About Pascal and Extended Pascal languages" there is a small example on how to initialize constant strings. When I try compiling the fragment with gpc 1.2(2.7.2)#7 I get the error messages as showm below. Is this a valid bug or am I just doing something wrong? Cheers, Harry Reed doon@hrc.nevada.edu PS: Great work on GPC! Keep it up!!!! source program --- cut here --- 8< --- cut here --- 8< --- cut here --- program test; const MyStringsCount = 5; type Ident = string(20); var MyStrings : array [1..MyStringsCount] of Ident value [ 1:'EXPORT'; 2:'IMPLEMENTATION'; 3:'IMPORT'; 4:'INTERFACE'; 5:'MODULE']; begin end. compiler output --- cut here --- 8< --- cut here --- 8< --- cut here --- test.pas: In function `test': test.pas:9: parse error before `:' test.pas:9: Set constructor elements must be of ordinal type test.pas:9: missing comma test.pas:9: parse error before `;' test.pas:9: missing comma test.pas:9: parse error before `:' test.pas:9: Set constructor elements must be of ordinal type test.pas:9: missing comma test.pas:9: parse error before `;' test.pas:9: missing comma test.pas:9: parse error before `:' test.pas:9: Set constructor elements must be of ordinal type test.pas:9: missing comma test.pas:9: parse error before `;' test.pas:10: missing comma test.pas:10: parse error before `:' test.pas:10: Set constructor elements must be of ordinal type test.pas:10: missing comma test.pas:10: parse error before `;' test.pas:10: missing comma test.pas:10: initial value is of wrong type From gpc-request@santra.hut.fi Wed Sep 11 08:06:57 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id IAA22299 for ; Wed, 11 Sep 1996 08:06:57 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA51430; Wed, 11 Sep 1996 08:14:27 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA43414; Wed, 11 Sep 1996 08:13:42 +0200 Received: from arl-img-2.compuserve.com (arl-img-2.compuserve.com [149.174.217.132]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id JAA28580 for ; Wed, 11 Sep 1996 09:03:54 +0300 (EET DST) Received: by arl-img-2.compuserve.com (8.6.10/5.950515) id CAA25597; Wed, 11 Sep 1996 02:03:20 -0400 Date: 11 Sep 96 01:40:43 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: gpc Subject: Re: External, C, AsmName, ... Message-Id: <960911054042_100120.3121_EHQ47-10@CompuServe.COM> Status: RO > But it would be a good idea to write a C->pas header converter. Right now, > you have to translate all headers before you can use them. There is a translator for BP, mabe it's easy to adapt this one? Groetjes, Berend. From gpc-request@santra.hut.fi Wed Sep 11 22:07:19 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id WAA23097 for ; Wed, 11 Sep 1996 22:07:19 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA51154; Wed, 11 Sep 1996 22:14:36 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA65096; Wed, 11 Sep 1996 22:13:51 +0200 Received: from hil-img-1.compuserve.com (hil-img-1.compuserve.com [149.174.177.131]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id XAA26866 for ; Wed, 11 Sep 1996 23:03:49 +0300 (EET DST) Received: by hil-img-1.compuserve.com (8.6.10/5.950515) id QAA02548; Wed, 11 Sep 1996 16:03:16 -0400 Date: 11 Sep 96 16:01:47 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: gpc Subject: Re: SYSV vs BSD signal blues :-( Message-Id: <960911200147_100120.3121_EHQ78-6@CompuServe.COM> Status: RO > I think I'll just rewrite the signal related stuff in rts-rt0.c, implement > some BSD/SYSV independant routines that ONLY mask signals that are actually > present on the target system. I don't have handson experience with signals, but it seems to me that POSIX already did this. I suggest using signals according to the POSIX standard. And every unix box should come with some decent posix library these days. Groetjes, Berend. From gpc-request@santra.hut.fi Wed Sep 11 22:06:00 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id WAA23093 for ; Wed, 11 Sep 1996 22:06:00 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA51142; Wed, 11 Sep 1996 22:13:17 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA61440; Wed, 11 Sep 1996 22:12:33 +0200 Received: from arl-img-5.compuserve.com (arl-img-5.compuserve.com [149.174.217.135]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id XAA26629 for ; Wed, 11 Sep 1996 23:03:23 +0300 (EET DST) Received: by arl-img-5.compuserve.com (8.6.10/5.950515) id QAA19660; Wed, 11 Sep 1996 16:02:51 -0400 Date: 11 Sep 96 16:01:42 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: gpc Subject: Re: New win32 binaries almost done. please read. Message-Id: <960911200142_100120.3121_EHQ78-5@CompuServe.COM> Status: RO > So, shall I wrap these components in a seperate ZIP (windev.zip or > whatever) and upload them too? Great idea. Groetjes, Berend. From gpc-request@santra.hut.fi Wed Sep 11 16:13:08 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id QAA22899 for ; Wed, 11 Sep 1996 16:13:08 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA59772; Wed, 11 Sep 1996 16:20:31 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA36956; Wed, 11 Sep 1996 16:19:46 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA16443 for ; Wed, 11 Sep 1996 16:47:27 +0300 (EET DST) Received: from [130.89.179.43] (pc043.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA13893 (5.67b/IDA-1.5 for ); Wed, 11 Sep 1996 15:47:26 +0200 Date: Wed, 11 Sep 96 16:00:43 CST From: "J.J. van der Heijden" Message-Id: <69142.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: New win32 binaries almost done. please read. Status: RO Hello, I'm almost done building a cygwin32-beta16 compatible GPC. It fixes a number of problems, like the hanging of GPC1 in "automake" (fork() related problems) Also, the -pipe option is now supported. The current cygwin32 b16 toolchain is a 25Meg ZIP, eating up >80Meg disk when installed. For those who only want to do Pascal, this is a complete waist because you only need binutils and some libraries from it. So, shall I wrap these components in a seperate ZIP (windev.zip or whatever) and upload them too? JanJaap --- The latest & greatest in software, hardware and manswear. Bono Vox (U2) From gpc-request@santra.hut.fi Wed Sep 11 15:51:20 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id PAA22887 for ; Wed, 11 Sep 1996 15:51:20 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA62500; Wed, 11 Sep 1996 15:58:43 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA61344; Wed, 11 Sep 1996 15:57:58 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA16908 for ; Wed, 11 Sep 1996 16:41:38 +0300 (EET DST) Received: from [130.89.179.43] (pc043.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA13188 (5.67b/IDA-1.5 for ); Wed, 11 Sep 1996 15:41:37 +0200 Date: Wed, 11 Sep 96 15:54:54 CST From: "J.J. van der Heijden" Message-Id: <68824.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: SYSV vs BSD signal blues :-( Status: RO Hello, We've seen some signal related troubles when building the RTS lately. This is about what's happening: * GPC's RTS installs a signal handler to give pretty error messages when a signal is caught. This is ONLY implemented for BSD like systems, probably because Juki didn't have access to a SYSV style box. * SYSV and BSD differ in the number of signals and their meaning. * Some BSD boxes don't implement all signals > 16. (SIGXCPU etc.) * Some SYSV boxes implement (a range of) BSD-only signals, making it hard to dectect a true BSD box. I'm getting tired of writing ever more clever system identification routines that break on the next system I encounter. I think I'll just rewrite the signal related stuff in rts-rt0.c, implement some BSD/SYSV independant routines that ONLY mask signals that are actually present on the target system. How 'bout it? JanJaap --- The latest & greatest in software, hardware and manswear. Bono Vox (U2) From gpc-request@santra.hut.fi Wed Sep 11 10:44:45 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id KAA22487 for ; Wed, 11 Sep 1996 10:44:45 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA59130; Wed, 11 Sep 1996 10:52:13 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA62842; Wed, 11 Sep 1996 10:51:28 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id LAA20100 for ; Wed, 11 Sep 1996 11:23:34 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id KAA22457 for gpc@hut.fi; Wed, 11 Sep 1996 10:16:22 +0200 From: Peter Gerwinski Message-Id: <199609110816.KAA22457@agnes.dida.physik.uni-essen.de> Subject: Re: External, C, AsmName, ... To: gpc@hut.fi Date: Wed, 11 Sep 1996 10:16:22 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hi everybody, According to Berend de Boer: > There is a translator for BP, mabe it's easy to adapt this one? Where is it? Since GPC is essentially BP-compatible now, perhaps we can just use it? Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Thu Sep 12 10:48:13 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id KAA23587 for ; Thu, 12 Sep 1996 10:48:13 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA44818; Thu, 12 Sep 1996 10:55:19 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA39810; Thu, 12 Sep 1996 10:54:34 +0200 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id LAA07645 for ; Thu, 12 Sep 1996 11:42:11 +0300 (EET DST) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from uranus.central.de (194.45.71.1) with smtp id ; Thu, 12 Sep 96 10:42 MEST Received: from rufus.central.de by uranus.central.de with bsmtp (Smail3.1.28.1 #5) id m0v17Jr-000V8MC; Thu, 12 Sep 96 10:40 MET DST Received: by rufus.central.de (CrossPoint v3.1 R/C597); 12 Sep 1996 10:31:20 +0200 Date: 11 Sep 1996 14:06:00 +0200 From: Sven@rufus.central.de (Sven Hilscher) To: gpc@hut.fi Message-Id: <6GfTfb--lJB@rufus.central.de> Subject: I don't unterstand __byte__ :-( X-Mailer: CrossPoint v3.1 R/C597 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO Hi all, the following example I've used to test the __byte__ and __short__ types. There was some trouble while using the GRX20-library (I'm working on a interface-unit) with conversion of different structures. Look at my sample and say me why I can't get the correct value from Bytes. program ByteTest; const arHex : array[0..$0f] of char = '0123456789abcdef'; max = 15; type WrkStr = String(255); var a32 : array[0..max] of Integer; a16 : array[0..max] of __short__ Integer absolute a32; a8 : array[0..max] of __byte__ Integer absolute a32; a_c : array[0..max] of char absolute a32; i : Integer; function hexa(number: Integer): WrkStr; var i : Integer; s : WrkStr; begin s := ''; for i := 1 to 8 do begin s := arHex[number and $0f] + s; number := number shr 4; end; hexa := ' $'+s; end; begin for i := 0 to max do a_c[i] := chr(i); for i := 0 to max do begin write(i: 3); write(ord(a_c[i]): 5); write(a8[i]: 10); if i mod 2 = 0 then write(a16[i div 2]: 10); if i mod 4 = 0 then write(a32[i div 4]: 16); writeln; end; for i := 0 to max do begin write(i: 3); write(hexa(ord(a_c[i]))); write(hexa(a8[i])); if i mod 2 = 0 then write(hexa(a16[i div 2])); if i mod 4 = 0 then write(hexa(a32[i div 4])); writeln; end; end. I'm using the DJGPP-GPC on MS-DOS and that's the output: 0 0 34560 256 50462976 1 1 34561 2 2 34562 770 3 3 34563 4 4 34564 1284 117835012 5 5 34565 6 6 34566 1798 7 7 34567 8 8 34568 2312 185207048 9 9 34569 10 10 34570 2826 11 11 34571 12 12 34572 3340 252579084 13 13 34573 14 14 34574 3854 15 15 34575 0 $00000000 $00000000 $00000100 $03020100 1 $00000001 $00000001 2 $00000002 $00000002 $00000302 3 $00000003 $00000003 4 $00000004 $00000004 $00000504 $07060504 5 $00000005 $00000005 6 $00000006 $00000006 $00000706 7 $00000007 $00000007 8 $00000008 $00000008 $00000908 $0b0a0908 9 $00000009 $00000009 10 $0000000a $0000000a $00000b0a 11 $0000000b $0000000b 12 $0000000c $0000000c $00000d0c $0f0e0d0c 13 $0000000d $0000000d 14 $0000000e $0000000e $00000f0e 15 $0000000f $0000000f Please don't quote the whole text !!! ___, ((__ o ,____)) V E N I From gpc-request@santra.hut.fi Thu Sep 12 13:21:03 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id NAA23832 for ; Thu, 12 Sep 1996 13:21:03 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA53530; Thu, 12 Sep 1996 13:28:06 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA53580; Thu, 12 Sep 1996 13:27:21 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id OAA12440 for ; Thu, 12 Sep 1996 14:09:28 +0300 (EET DST) Received: from [130.89.179.27] (PC027.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA10500 (5.67b/IDA-1.5 for ); Thu, 12 Sep 1996 13:09:26 +0200 Date: Thu, 12 Sep 96 13:22:49 CST From: "J.J. van der Heijden" Message-Id: <60517.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: Re: SYSV vs BSD signal blues :-( Status: RO On 11 Sep 96 16:01:47 EDT, Berend de Boer <100120.3121@CompuServe.COM> wrote: >> I think I'll just rewrite the signal related stuff in rts-rt0.c, implement >> some BSD/SYSV independant routines that ONLY mask signals that are actually >> present on the target system. > >I don't have handson experience with signals, but it seems to me that POSIX >already did this. I suggest using signals according to the POSIX standard. > >And every unix box should come with some decent posix library these days. > POSIX describes a "minimum set" of signals that must be present in a system. It's the non-POSIX, system specific signals that caused the confusion here. Of course I could just remove all non-POSIX stuff from GPC, but I don't think that's necessary. It also shouldn't be hard to implement a runtime switch to turn signal catching off altogether to enable coredumps, like somebody else suggested. JanJaap --- The latest & greatest in software, hardware and manswear. Bono Vox (U2) From gpc-request@santra.hut.fi Thu Sep 12 11:58:26 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id LAA23722 for ; Thu, 12 Sep 1996 11:58:26 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA57846; Thu, 12 Sep 1996 12:05:31 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA53246; Thu, 12 Sep 1996 12:04:47 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id MAA10086 for ; Thu, 12 Sep 1996 12:46:56 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id LAA23685 for gpc@hut.fi; Thu, 12 Sep 1996 11:40:08 +0200 From: Peter Gerwinski Message-Id: <199609120940.LAA23685@agnes.dida.physik.uni-essen.de> Subject: Re: I don't unterstand __byte__ :-( To: gpc@hut.fi Date: Thu, 12 Sep 1996 11:40:07 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hi all, > const > arHex : array[0..$0f] of char > = '0123456789abcdef'; Nice that this works. I was sure it wouldn't work. ;-) > a8 : array[0..max] of __byte__ Integer absolute a32; > > write(a8[i]: 10); > 1 1 34561 > > write(hexa(a8[i])); > 1 $00000001 $00000001 Symptoms: the value of a __byte__ Integer is written correctly via the "hexa" function, it's wrong when we simply "write" it. This is due to a BUG in GPC's run tims system (RTS) which doesn't (yet) know about type modifiers like __byte__ at all. :-( For the same reason, you get run time errors when you try to writeln __longlong__ (64-bit) Integers (\approx Comp in BP) or __long__ Reals (Extended in BP). To work around, do an explicit type cast: > write ( Integer ( a8 [ i ] ) : 10 ); > 1 1 1 Bye, Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Tue Sep 17 02:15:10 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id CAA28388 for ; Tue, 17 Sep 1996 02:15:09 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA75456; Tue, 17 Sep 1996 02:20:35 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA60378; Tue, 17 Sep 1996 02:19:49 +0200 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id DAA06469 for ; Tue, 17 Sep 1996 03:11:34 +0300 (EET DST) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from uranus.central.de (194.45.71.1) with smtp id ; Tue, 17 Sep 96 02:11 MEST Received: from rufus.central.de by uranus.central.de with bsmtp (Smail3.1.28.1 #5) id m0v2nkx-000Yy4C; Tue, 17 Sep 96 02:11 MET DST Received: by rufus.central.de (CrossPoint v3.1 R/C597); 17 Sep 1996 02:06:21 +0200 Date: 17 Sep 1996 02:00:00 +0200 From: Sven@rufus.central.de (Sven Hilscher) To: gpc@hut.fi Message-Id: <6H2bsjJ-lJB@rufus.central.de> Subject: how to write binary datas in a file X-Mailer: CrossPoint v3.1 R/C597 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO Hi folks, another stupid problem: I tryed to write binary datas in a file. I can use only the "write" function - the result is all $0A will be converted into "$0D $0A" - Yes, thats the CrLf - I think it's no problem under UNIX, Linux, Ponyx, Limbux etc. :-) How can I write binary datas in a file? It must be work in MS-DOS !!! ___, ((__ o ,____)) V E N I From gpc-request@santra.hut.fi Wed Sep 18 18:49:40 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id SAA30206 for ; Wed, 18 Sep 1996 18:49:40 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA61654; Wed, 18 Sep 1996 18:54:28 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA83370; Wed, 18 Sep 1996 18:53:42 +0200 Received: from csunix1.lvc.edu (jm_black@csunix1.lvc.edu [207.87.98.5]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id TAA12598 for ; Wed, 18 Sep 1996 19:31:42 +0300 (EET DST) Received: from localhost (jm_black@localhost) by csunix1.lvc.edu (8.7.5/8.7.3) with SMTP id MAA18635 for ; Wed, 18 Sep 1996 12:34:01 -0400 Date: Wed, 18 Sep 1996 12:34:01 -0400 (EDT) From: John Michael Black Reply-To: John Michael Black To: gpc@hut.fi Subject: Which version/location Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO Okay, we've upgraded to Linux 2.0 with gcc 2.7.2. We can use either ELF or a.out, (although we prefer ELF.) Which version would be best for this configuration? [At one time we had one problem with GPC lookng for "crt0.o". Our configuration doesn't even have this file, but perhaps (as Peter suggested) we had the wrong compiler version.] -john jm_black@csunix1.lvc.edu From gpc-request@santra.hut.fi Wed Sep 18 17:41:16 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id RAA30126 for ; Wed, 18 Sep 1996 17:41:16 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA66348; Wed, 18 Sep 1996 17:46:06 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA28920; Wed, 18 Sep 1996 17:45:19 +0200 Received: from agnes.dida.physik.uni-essen.de (root@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id SAA11347 for ; Wed, 18 Sep 1996 18:33:11 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id OAA29146 for gpc@hut.fi; Tue, 17 Sep 1996 14:18:02 +0200 From: Peter Gerwinski Message-Id: <199609171218.OAA29146@agnes.dida.physik.uni-essen.de> Subject: Re: how to write binary datas in a file To: gpc@hut.fi Date: Tue, 17 Sep 1996 14:18:02 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hi Sven, hi everybody, > I can use only the "write" function - the result is all $0A will be > converted into "$0D $0A" - Yes, thats the CrLf - Yes, that's even true for "File of Integer"! Congratulations - you have discovered a serious bug in the Run Time Library. :-( > I think it's no problem > under UNIX, Linux, Ponyx, Limbux etc. :-) Yes, it isn't. Your diagnostics was right. > How can I write binary datas in a file? > It must be work in MS-DOS !!! I'd like to fix it as soon as possible, but I am out of time right now. :-( :-( Anybody out there to do it? The error must be in rts/rts-write.c, something with fopen() ... Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Wed Sep 18 17:28:33 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id RAA30090 for ; Wed, 18 Sep 1996 17:28:33 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA60046; Wed, 18 Sep 1996 17:33:23 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA69694; Wed, 18 Sep 1996 17:32:36 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id LAA28015 for ; Wed, 18 Sep 1996 11:13:37 +0300 (EET DST) Received: from [130.89.179.36] (pc036.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA14172 (5.67b/IDA-1.5 for ); Wed, 18 Sep 1996 10:13:35 +0200 Date: Wed, 18 Sep 96 10:27:42 CST From: "J.J. van der Heijden" Message-Id: <50954.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: Re: how to write binary datas in a file Status: RO On 17 Sep 1996 02:00:00 +0200, Sven Hilscher wrote: > >Hi folks, > >another stupid problem: > >I tryed to write binary datas in a file. >I can use only the "write" function - the result is all $0A will be >converted into "$0D $0A" - Yes, thats the CrLf - I think it's no problem >under UNIX, Linux, Ponyx, Limbux etc. :-) > Yep - a bug. djgpp opens all files in textmode unless instructed otherwise, which the RTS _should_ do for all files not of type TEXT. Unfortunately, a quick fix broke the standard "Input" and "Output" so please wait a few more days 'till I have time to do this the right way. >How can I write binary datas in a file? >It must be work in MS-DOS !!! > Win32 affected too probably. Hey Peter, does OS/2 (EMX) discriminate between text and binary files like DOS, or not, like unix? JanJaap --- Someone once asked me if they could use Open Windows on a Mac. I said, "I don't know. Let's find out." I went to the Mac, opened the window and threw out the Mac. "Yep, You can use Open Windows on a Mac." bofh@RedDragon.Empire.Net (Psycho Sysadmin) From gpc-request@santra.hut.fi Thu Sep 19 13:13:28 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id NAA31033 for ; Thu, 19 Sep 1996 13:13:28 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA46270; Thu, 19 Sep 1996 13:18:00 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA59468; Thu, 19 Sep 1996 13:17:11 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id NAA15976 for ; Thu, 19 Sep 1996 13:51:10 +0300 (EET DST) Received: from slp06164.slip.utwente.nl by driene.student.utwente.nl with SMTP id AA18094 (5.67b/IDA-1.5 for ); Thu, 19 Sep 1996 12:51:07 +0200 Message-Id: <2.2.32.19960919105219.0068b5e8@mail.student.utwente.nl> X-Sender: s8806144@mail.student.utwente.nl X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 19 Sep 1996 12:52:19 +0200 To: gpc@hut.fi From: JanJaap van der Heijden Subject: Re: how to write binary datas in a file Status: RO At 02:18 PM 9/17/96 +0200, you wrote: >Hi Sven, hi everybody, > >> I can use only the "write" function - the result is all $0A will be >> converted into "$0D $0A" - Yes, thats the CrLf - > >Yes, that's even true for "File of Integer"! Congratulations - you >have discovered a serious bug in the Run Time Library. :-( > >> I think it's no problem >> under UNIX, Linux, Ponyx, Limbux etc. :-) > >Yes, it isn't. Your diagnostics was right. > >> How can I write binary datas in a file? >> It must be work in MS-DOS !!! > >I'd like to fix it as soon as possible, but I am out of time right now. >:-( :-( > >Anybody out there to do it? The error must be in rts/rts-write.c, >something with fopen() ... > I fixed this problem with the MS-DOS files, but it broke some the "standard" files "Input" and "Output". I will think of something more elegant soon. Probably change the BSD style 'fopen()' calls to 'open()' too because then I can easily add an #ifdef MSDOS flags = flags | O_BINARY; #endif once, instead of #iddef-ing every instance of fopen which eats "r" , "w" arguments (which become "wb" etc for non-text files in dos & co.) greetings, JanJaap -- The latest & greates in software, hardware and manswear -- Bono Vox (U2) From gpc-request@santra.hut.fi Thu Sep 19 10:19:09 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id KAA30828 for ; Thu, 19 Sep 1996 10:19:09 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA54060; Thu, 19 Sep 1996 10:23:44 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA43414; Thu, 19 Sep 1996 10:22:57 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id LAA09564 for ; Thu, 19 Sep 1996 11:09:48 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id KAA30812 for gpc@hut.fi; Thu, 19 Sep 1996 10:05:33 +0200 From: Peter Gerwinski Message-Id: <199609190805.KAA30812@agnes.dida.physik.uni-essen.de> Subject: Problems with DJGPP info files To: gpc@hut.fi Date: Thu, 19 Sep 1996 10:05:32 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Subject: Re: gnu pascal info problems Newsgroups: comp.os.msdos.djgpp References: <323E879C.3047@blackmagic.tait.co.nz> Organization: Universitaet Essen, Germany Reply-To: peter.gerwinski@uni-essen.de Distribution: Bill Currie (billc@blackmagic.tait.co.nz) wrote: > I'm having problems getting info to browse the info files from gpc 2.7.2. > Info can't 'Top'. I've tried dtou, re-makeing the files with and without > splitting, and dtou-ing again, to no avail (trying before and after > dtou). This is a bug in the GPC info. Thank you for the report. To fix it, you can re-make the info with djgpp's "makeinfo", but you have to edit "gpc.txi" before and replace all "@include foo.texi" by "@include foo.txi". (Fortunately, the other files do not contain "@include" commands. :-) (Also posted to the GPC mailing list.) Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Fri Sep 20 20:52:49 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id UAA00100 for ; Fri, 20 Sep 1996 20:52:48 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA66338; Fri, 20 Sep 1996 20:56:52 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA83250; Fri, 20 Sep 1996 20:56:06 +0200 Received: from scruz.net (nic.scruz.net [165.227.1.2]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id VAA30534 for ; Fri, 20 Sep 1996 21:43:53 +0300 (EET DST) Received: from adaq.adaq.com by scruz.net (8.7.3/1.34) id LAA06124; Fri, 20 Sep 1996 11:42:40 -0700 (PDT) Received: from engg2 by adaq.adaq.com id aa12565; 20 Sep 96 11:31 PDT Received: from engg3.mobinfo.com by engg2.adaq.com (4.1/SMI-4.1) id AA04448; Fri, 20 Sep 96 11:35:23 PDT Received: by engg3.mobinfo.com (SMI-8.6/SMI-SVR4) id LAA16331; Fri, 20 Sep 1996 11:43:39 -0700 Date: Fri, 20 Sep 1996 11:43:39 -0700 From: Friedrich Fahnert Message-Id: <199609201843.LAA16331@engg3.mobinfo.com> To: gpc@hut.fi Subject: gpc under SunOS or Solaris Status: RO Has anybody gotten gpc to run on sunOS or on Solaris? I managed to get version 1.2-2.7.2 compiled on both, but neither works very well. On Solaris gpc1 gets a fatal signal, and an internal compiler error, when compiling certain programs. On SunOS, it seems to compile properly, but it dumps core when linking. Is there any platform where gpc coud be considered to be stable? I'd consider getting another machine, if I could just get gpc to run correctly on it. Friedrich From gpc-request@santra.hut.fi Fri Sep 20 16:11:50 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id QAA32665 for ; Fri, 20 Sep 1996 16:11:50 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA68274; Fri, 20 Sep 1996 16:15:58 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA63612; Fri, 20 Sep 1996 16:15:11 +0200 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA16044 for ; Fri, 20 Sep 1996 16:55:22 +0300 (EET DST) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from uranus.central.de (194.45.71.1) with smtp id ; Fri, 20 Sep 96 15:55 MEST Received: from rufus.central.de by uranus.central.de with bsmtp (Smail3.1.28.1 #5) id m0v462X-000d57C; Fri, 20 Sep 96 15:54 MET DST Received: by rufus.central.de (CrossPoint v3.1 R/C597); 20 Sep 1996 15:48:12 +0200 Date: 20 Sep 1996 15:45:00 +0200 From: Sven@rufus.central.de (Sven Hilscher) To: gpc@hut.fi Message-Id: <6HEg20PFlJB@rufus.central.de> In-Reply-To: <199609171218.OAA29146@agnes.dida.physik.uni-essen.de> Subject: Re: how to write binary datas in a file X-Mailer: CrossPoint v3.1 R/C597 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO Hallo peter, > > I can use only the "write" function - the result is all $0A will be > > converted into "$0D $0A" - Yes, thats the CrLf - > > Yes, that's even true for "File of Integer"! Congratulations - you > have discovered a serious bug in the Run Time Library. :-( I tryed to work around with other file functions or with GCC - but everytime the same shit - only the functions in "dos.h" seems to work correct. Look for my DosFile-unit. > > I think it's no problem > > under UNIX, Linux, Ponyx, Limbux etc. :-) > > Yes, it isn't. Your diagnostics was right. I think that's the reason why the bug is not corrected. Most GCC/GPC-user and developper IMHO are not usinging old MS-DOS. ___, ((__ o ,____)) V E N I From gpc-request@santra.hut.fi Fri Sep 20 15:40:58 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id PAA32640 for ; Fri, 20 Sep 1996 15:40:57 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA57474; Fri, 20 Sep 1996 15:45:06 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA46960; Fri, 20 Sep 1996 15:44:17 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA13257 for ; Fri, 20 Sep 1996 16:01:02 +0300 (EET DST) Received: from [130.89.179.57] (pc057.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA06375 (5.67b/IDA-1.5 for ); Fri, 20 Sep 1996 15:00:50 +0200 Date: Fri, 20 Sep 96 15:15:16 CST From: "J.J. van der Heijden" Message-Id: <66663.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: dos and binary file IO: fixed Status: RO Hello folks, I fixed the problems of gpc/djgpp with binary file IO. An updated libgpc.a plus the patch can be downloaded from: ftp://agnes.dida.physik.uni-essen.de/home/janjaap/updates/rtsdjgpp.zip The patch also applies for win32 and emx who also treat text and binary files differently, unlike unix. (I have no libgpc.a for them though). Happy hacking, JanJaap --- Someone once asked me if they could use Open Windows on a Mac. I said, "I don't know. Let's find out." I went to the Mac, opened the window and threw out the Mac. "Yep, You can use Open Windows on a Mac." bofh@RedDragon.Empire.Net (Psycho Sysadmin) From gpc-request@santra.hut.fi Wed Sep 11 19:15:58 1996 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA41120; Wed, 11 Sep 1996 19:15:57 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA43936; Wed, 11 Sep 1996 19:15:13 +0200 Received: from fawn.cs.wwu.edu (fawn.cs.wwu.EDU [140.160.140.171]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id UAA23617 for ; Wed, 11 Sep 1996 20:04:43 +0300 (EET DST) Received: (from phil@localhost) by fawn.cs.wwu.edu (8.6.10/8.6.10) id KAA00404; Wed, 11 Sep 1996 10:05:44 -0700 Date: Wed, 11 Sep 1996 10:05:44 -0700 From: Phil Nelson Message-Id: <199609111705.KAA00404@fawn.cs.wwu.edu> To: J.J.vanderHeijden@student.utwente.nl Cc: gpc@hut.fi In-Reply-To: <68824.s8806144@mail.student.utwente.nl> (j.j.vanderheijden@student.utwente.nl) Subject: Re: SYSV vs BSD signal blues :-( Status: RO >I think I'll just rewrite the signal related stuff in rts-rt0.c, implement >some BSD/SYSV independant routines that ONLY mask signals that are actually >present on the target system. I have personally found this feature annoying. I DO want a core dump in the case of a SIGSEGV so I can see where it occured with a debugger. Should the default be not to have it and if you want it have a run time flag or a configure flag that enables by default? -- Phil Nelson NetBSD: http://www.netbsd.org e-mail: phil@cs.wwu.edu LPF: http://www.lpf.org http://www.cs.wwu.edu/~phil !gifs: http://www.lpf.org/Patent/Gif/Gif.html From gpc-request@santra.hut.fi Sun Sep 22 11:42:02 1996 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA280558; Sun, 22 Sep 1996 11:42:01 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA82260; Sun, 22 Sep 1996 11:41:13 +0200 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA16066 for ; Fri, 20 Sep 1996 16:55:07 +0300 (EET DST) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from uranus.central.de (194.45.71.1) with smtp id ; Fri, 20 Sep 96 15:55 MEST Received: from rufus.central.de by uranus.central.de with bsmtp (Smail3.1.28.1 #5) id m0v462X-000ctkC; Fri, 20 Sep 96 15:54 MET DST Received: by rufus.central.de (CrossPoint v3.1 R/C597); 20 Sep 1996 15:48:12 +0200 Date: 20 Sep 1996 15:26:00 +0200 From: Sven@rufus.central.de (Sven Hilscher) To: gpc@hut.fi Message-Id: <6HEg12F-lJB@rufus.central.de> Subject: some questions ... X-Mailer: CrossPoint v3.1 R/C597 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO Hallo gpc, Somebody have found the C2PAS converter? Why is the boolean type internal so big (Integer) ? Boolean should only use a bit - yes thats stupid, but a byte should work fast and easy !? Why crashed the compiler very often? Yes, I know syntax errors are my faults - but other compilers (you know what I mean) are not so touchy. If the compiler found a syntax fault, I think in some cases it's better to show the fault position in the line. How I can _create_ functions with free type parameters, _without get a warning_ while using with different typed variabels? working example in BP : function SendBuffer(var Buffer; BufferSize: Integer): Integer; My suggestion: function SendBuffer(var Buffer: Void; BufferSize: Integer): Integer; should not generate a warning in using of SendBuffer ... Greetings, Sven ... From gpc-request@santra.hut.fi Sun Sep 22 11:41:59 1996 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA278758; Sun, 22 Sep 1996 11:41:58 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA82254; Sun, 22 Sep 1996 11:41:11 +0200 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA15890 for ; Fri, 20 Sep 1996 16:55:15 +0300 (EET DST) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from uranus.central.de (194.45.71.1) with smtp id ; Fri, 20 Sep 96 15:55 MEST Received: from rufus.central.de by uranus.central.de with bsmtp (Smail3.1.28.1 #5) id m0v462X-000cxsC; Fri, 20 Sep 96 15:54 MET DST Received: by rufus.central.de (CrossPoint v3.1 R/C597); 20 Sep 1996 15:48:12 +0200 Date: 20 Sep 1996 15:40:00 +0200 From: Sven@rufus.central.de (Sven Hilscher) To: gpc@hut.fi Message-Id: <6HEg1uMklJB@rufus.central.de> Subject: DosFile.pas workaround for the CrLF-bug under old DOS X-Mailer: CrossPoint v3.1 R/C597 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO { BP-like file operations for binary files } { simple workaround for the CRLF-bug in GCC/GPC } { Sven Hilscher - sven@rufus.central.de } unit DosFile; { version 0.01Beta } { provisional arrangement } Interface Type WrkStr = String(255); Pointer = ^void; NameT = array[1..13] of char; BinFile = record Name : NameT; Handle : Integer; BSize : Integer; end; Var IOResultTemp : Integer; procedure Assign(var F: BinFile; Name: WrkStr); procedure Reset(var F: BinFile; RecSize: Integer); procedure Rewrite(var F: BinFile; RecSize: Integer); procedure BlockWrite(var F: BinFile; var Buf: void; Count: Integer; var Result: Integer); procedure BlockRead(var F: BinFile; var Buf: Void; Count: Integer; var Result: Integer); procedure Close(var F: BinFile); function IOResult: Integer; Implementation procedure Assign(var F: BinFile; Name: WrkStr); var i : Integer; begin for i := 1 to 12 do if length(Name) >= i then F.Name[i] := Name[i] else F.Name[i] := chr(0); F.Name[13] := chr(0); F.Handle := 0; end; { functions converted from "dos.h" } function DosOpen(n: Pointer; i: Integer; h: pointer):Integer; AsmName '_dos_open'; function DosCreate(var n: NameT; i: Integer; h: pointer):Integer; AsmName '_dos_creat'; function DosClose(h: Integer): Integer; AsmName '_dos_close'; function DosWrite(h: Integer; b: Pointer; c: Integer; var r: Integer): Integer; AsmName '_dos_write'; function DosRead(h: Integer; b: Pointer; c: Integer; var r: Integer): Integer; AsmName '_dos_read'; procedure Reset(var F: BinFile; RecSize: Integer); begin if F.handle <> 0 then IOResultTemp := DosClose(F.Handle); IOResultTemp := DosOpen(@F.Name, 0, @F.Handle); F.BSize := RecSize; end; procedure Rewrite(var F: BinFile; RecSize: Integer); begin if F.Handle <> 0 then IOResultTemp := DosClose(F.Handle); IOResultTemp := DosCreate(F.Name, 0, @F.Handle); F.BSize := RecSize; end; procedure Close(var F: BinFile); begin IOResultTemp := DosClose(F.Handle); F.Handle := 0; F.BSize := 0; end; function IOResult: Integer; begin IOResult := IOResultTemp; IOResultTemp := 0; end; procedure BlockWrite(var F: BinFile; var Buf: void; Count: Integer; var Result: Integer); begin IOResultTemp := DosWrite(F.Handle, @Buf, Count * F.BSize, Result); Result := Result div F.BSize end; procedure BlockRead(var F: BinFile; var Buf: Void; Count: Integer; var Result: Integer); begin IOResultTemp := DosRead(F.Handle, @Buf, Count * F.BSize, Result); Result := Result div F.BSize end; begin IOResultTemp := 0; end. From gpc-request@santra.hut.fi Sat Sep 21 18:02:24 1996 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA278496; Sat, 21 Sep 1996 18:02:24 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA47756; Sat, 21 Sep 1996 18:01:35 +0200 Received: from snake.hut.fi (snake.hut.fi [193.167.6.99]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id SAA09974 for ; Sat, 21 Sep 1996 18:55:25 +0300 (EET DST) Received: from scruz.net (nic.scruz.net [165.227.1.2]) by snake.hut.fi (8.7.5/8.7.3) with ESMTP id BAA54838 for ; Sat, 21 Sep 1996 01:28:43 +0300 Received: from adaq.adaq.com by scruz.net (8.7.3/1.34) id PAA27759; Fri, 20 Sep 1996 15:28:22 -0700 (PDT) Received: from engg2 by adaq.adaq.com id aa18329; 20 Sep 96 15:17 PDT Received: from engg3.mobinfo.com by engg2.adaq.com (4.1/SMI-4.1) id AA06220; Fri, 20 Sep 96 15:21:05 PDT Received: from engg3 by engg3.mobinfo.com (SMI-8.6/SMI-SVR4) id PAA21663; Fri, 20 Sep 1996 15:29:22 -0700 Sender: fritz@engg2.mobinfo.com Message-Id: <32431AC0.41F5@engg2.mobinfo.com> Date: Fri, 20 Sep 1996 15:29:20 -0700 From: Friedrich Fahnert X-Mailer: Mozilla 3.0 (X11; I; SunOS 5.5 sun4m) Mime-Version: 1.0 To: Phil Nelson Cc: gpc@hut.fi, fritz@engg2.mobinfo.com Subject: Re: gpc under SunOS or Solaris References: <199609202103.OAA08660@fawn.cs.wwu.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO Phil Nelson writes:
> Yes, I have gpc 1.2 (2.7.2) compiled and running under both SunOS and > Solaris. It is true that there are still some bugs in gpc that allow > gpc1 to core dump. Those should be reported. Several of my "standard" > programs compile and run with no problem. In fact, we have had > our students using gpc as their primary PASCAL compiler for a couple > of years. > I found a solution for the problem I was having under SunOS. I can get the program compiled if I specify the source files, to gpc, but not if I compile the files, and link them separately. Should this be considered to be a bug? What I did, exactly: engg2 fritz 647 ( stage2/util ) > !gp gpc cutil.p space.p -x c vcf/*.c -o space.exe space.p: In function `space': space.p:114: warning: passing arg 1 of `Ustat' makes pointer from integer without a cast 4.830u 7.280s 0:17.32 69.9% 0+252k 22+126io 15pf+0w engg2 fritz 648 ( stage2/util ) > l space.exe -rwxrwxrwx 1 fritz 92131 Sep 20 15:22 space.exe* engg2 fritz 649 ( stage2/util ) > The following dumps core: engg2 fritz 654 ( util/vcf ) > gcc -c *.c rm *.^C 0.660u 1.770s 0:04.55 53.4% 0+167k 7+21io 2pf+0w engg2 fritz 655 ( util/vcf ) > rm *.o engg2 fritz 656 ( util/vcf ) > cd .. engg2 fritz 657 ( stage2/util ) > cd vcf engg2 fritz 658 ( util/vcf ) > rm *.o rm: No match. engg2 fritz 659 ( util/vcf ) > gcc -c *.c cd .. gpc 2.640u 7.730s 0:16.79 61.7% 0+177k 13+49io 13pf+0w engg2 fritz 660 ( util/vcf ) > cd .. engg2 fritz 661 ( stage2/util ) > gpc -c space.p cutil.p space.p: In function `space': space.p:114: warning: passing arg 1 of `Ustat' makes pointer from integer without a cast gp1.080u 1.320s 0:02.73 87.9% 0+395k 6+18io 3pf+0w engg2 fritz 662 ( stage2/util ) > gpc space.o cutil.o vcf/*.o -o space.exe Segmentation fault (core dumped) engg2 fritz 663 ( stage2/util ) > From gpc-request@santra.hut.fi Sat Sep 21 17:04:19 1996 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA279440; Sat, 21 Sep 1996 17:04:19 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA58536; Sat, 21 Sep 1996 17:03:31 +0200 Received: from snake.hut.fi (snake.hut.fi [193.167.6.99]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id RAA07189 for ; Sat, 21 Sep 1996 17:57:41 +0300 (EET DST) Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by snake.hut.fi (8.7.5/8.7.3) with SMTP id RAA33538 for ; Sat, 21 Sep 1996 17:01:03 +0300 Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id PAA00578 for gpc@hut.fi; Sat, 21 Sep 1996 15:57:22 +0200 From: Peter Gerwinski Message-Id: <199609211357.PAA00578@agnes.dida.physik.uni-essen.de> Subject: gpc under SunOS or Solaris To: gpc@hut.fi Date: Sat, 21 Sep 1996 15:57:22 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to Friedrich Fahnert: > I managed to get version 1.2-2.7.2 compiled on both, but neither works > very well. On Solaris gpc1 gets a fatal signal, and an internal > compiler error, when compiling certain programs. On SunOS, it seems > to compile properly, but it dumps core when linking. It would be nice to fix the bugs. If possible, I would like to have a minimum source which still triggers the error. Perhaps we can reproduce the error on other platforms we have access to. > Is there any platform where gpc could be considered to be stable? I tested GPC on various iX86-based platforms, so I'd consider it to be stable on DOS (DJGPP and EMX), OS/2 (EMX), Linux and FreeBSD. Good luck, Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Sun Sep 22 17:38:40 1996 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA46846; Sun, 22 Sep 1996 17:38:39 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA80202; Sun, 22 Sep 1996 17:37:51 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id SAA18403 for ; Sun, 22 Sep 1996 18:13:28 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id RAA01695 for gpc@hut.fi; Sun, 22 Sep 1996 17:10:27 +0200 From: Peter Gerwinski Message-Id: <199609221510.RAA01695@agnes.dida.physik.uni-essen.de> Subject: BUG: String schemas as function parameters To: gpc@hut.fi Date: Sun, 22 Sep 1996 17:10:26 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Subject: Re: gnu pascal unit problem Newsgroups: comp.os.msdos.djgpp References: Organization: Universitaet Essen, Germany Reply-To: peter.gerwinski@uni-essen.de Distribution: Helge Kruse (hk@bercos.de) wrote: > I downloaded the version 1.2-2.7.2 of gpc and tried a unit > sample. But the code won't work. It's so small, that Id like > to post the code here: > program p1; > (* This program does NOT work correctly with GPC 2.7.2 *) > (* compiled with 'gpc --automake p1.pas' the a.out will *) > (* be compiled. But the function u1 in the unit u1 *) > (* does not prints the parameter. *) > (* Renaming the unit, so that unit/function name differ *) > (* gives no success. *) The function u1 accepts a formal parameter of type "String". Other than in Borland Pascal, this does not default to a String of maximum length 255 but stands for a String Schema type which is something more complicated. Indeed, you discovered a bug. Thank you for the report. To work around, use Strings of known maximum length instead of generic String Schemas, i.e. Type WrkString = String ( 80 ); Function u1 ( S: WrkString ): whatever; (Also posted to the GNU Pascal mailing list.) Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Sun Sep 22 17:27:51 1996 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA280630; Sun, 22 Sep 1996 17:27:50 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA45722; Sun, 22 Sep 1996 17:27:03 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id SAA18311 for ; Sun, 22 Sep 1996 18:05:05 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id RAA01641 for gpc@hut.fi; Sun, 22 Sep 1996 17:01:58 +0200 From: Peter Gerwinski Message-Id: <199609221501.RAA01641@agnes.dida.physik.uni-essen.de> Subject: Re: gpc under SunOS or Solaris To: gpc@hut.fi Date: Sun, 22 Sep 1996 17:01:58 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to Friedrich Fahnert: > I found a solution for the problem I was having under SunOS. I can get > the program compiled if I specify the source files, to gpc, but not if I > compile the files, and link them separately. Should this be considered > to be a bug? Yes. :-( Thank you for the report. I was reported a similar bug for Linux but could not reproduce it. Strange. Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Sun Sep 22 23:43:03 1996 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA279972; Sun, 22 Sep 1996 23:43:02 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA56640; Sun, 22 Sep 1996 23:42:14 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id AAA23244 for ; Mon, 23 Sep 1996 00:18:01 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id XAA01974 for gpc@hut.fi; Sun, 22 Sep 1996 23:15:04 +0200 From: Peter Gerwinski Message-Id: <199609222115.XAA01974@agnes.dida.physik.uni-essen.de> Subject: some questions ... To: gpc@hut.fi Date: Sun, 22 Sep 1996 23:15:04 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hi Sven, hi everybody, > Somebody have found the C2PAS converter? I have never seen such a thing - only the p2c. > Why is the boolean type internal so big (Integer) ? I could not reproduce this bug. Var B: Boolean; writeln ( Sizeof ( B ) ) yields 1 on my machine. > Boolean should only use a bit - yes thats stupid, It's not stupid at all. One day, GPC will actually pack `packed arrays' of Boolean or `packed records' containing Booleans and Integer subranges, then each Boolean will only get a single bit. > Why crashed the compiler very often? If we knew the answer, the compiler wouldn't crash any more, sigh. Please collect the source which makes the compiler crash, so we can correct the bug. > If the compiler found a syntax fault, I think in some cases it's better to > show the fault position in the line. I agree, but I have no idea how to implement this with a Bison parser (I am not so experienced with Bison). Somebody has? > How I can _create_ functions with free type parameters, > _without get a warning_ while using with different typed variabels? This is a bug in GPC and must be fixed. For the moment, use (*$W-*) to switch off annoying warnings, use (*$W+*) to switch them on again. By the way, Sven, your DosFile Unit does not only work around a bug, but it also implements some missing functions such as BlockRead, BlockWrite, and IOresult. Gut gemacht! :-) :-) Shall I put it into a gpc-2.7.2/contrib directory? Somebody out there willing to make it portable? It should not be too difficult to translate the DOS system calls to UNIX system calls. Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Mon Sep 23 15:38:46 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id PAA03240 for ; Mon, 23 Sep 1996 15:38:46 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA48548; Mon, 23 Sep 1996 15:41:52 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA70586; Mon, 23 Sep 1996 15:41:00 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA31070 for ; Mon, 23 Sep 1996 16:20:37 +0300 (EET DST) Received: from slp06164.slip.utwente.nl by driene.student.utwente.nl with SMTP id AA22118 (5.67b/IDA-1.5 for ); Mon, 23 Sep 1996 15:20:34 +0200 Message-Id: <2.2.32.19960923132151.0069f868@mail.student.utwente.nl> X-Sender: s8806144@mail.student.utwente.nl X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 23 Sep 1996 15:21:51 +0200 To: gpc@hut.fi From: JanJaap van der Heijden Subject: Re: DosFile.pas workaround for the CrLF-bug under old DOS Status: RO At 03:40 PM 9/20/96 +0200, you wrote: > >{ BP-like file operations for binary files } >{ simple workaround for the CRLF-bug in GCC/GPC } >{ Sven Hilscher - sven@rufus.central.de } > > I can see the use of functions with a borland-compatible syntax, like assign(), but fail to see the link with CRLF problems. I think I fixed those. var f: text is now opened in text mode. A line is terminated with CRLF in DOS, while type byte = __byte__ integer; bytefile = file of byte; var g: bytefile; is opened in binary mode and $0A is not silently converted to $0A$0D. I think this solves the problems. If you think otherwise, let me know. JanJaap -- The latest & greates in software, hardware and manswear -- Bono Vox (U2) From gpc-request@santra.hut.fi Mon Sep 23 15:34:58 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id PAA03231 for ; Mon, 23 Sep 1996 15:34:58 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA60966; Mon, 23 Sep 1996 15:38:04 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA56252; Mon, 23 Sep 1996 15:37:14 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA30496 for ; Mon, 23 Sep 1996 16:13:13 +0300 (EET DST) Received: from slp06164.slip.utwente.nl by driene.student.utwente.nl with SMTP id AA21218 (5.67b/IDA-1.5 for ); Mon, 23 Sep 1996 15:13:10 +0200 Message-Id: <2.2.32.19960923131427.00695aa8@mail.student.utwente.nl> X-Sender: s8806144@mail.student.utwente.nl X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 23 Sep 1996 15:14:27 +0200 To: gpc@hut.fi From: JanJaap van der Heijden Subject: Re: some questions ... Status: RO At 11:15 PM 9/22/96 +0200, you wrote: >Hi Sven, hi everybody, Hello :) > > >> Why is the boolean type internal so big (Integer) ? > >I could not reproduce this bug. Var B: Boolean; writeln ( Sizeof ( B ) ) >yields 1 on my machine. > >> Boolean should only use a bit - yes thats stupid, > This is not so stupid. A 32bit CPU accesses memory in 32bit chunks. It is possible to access a byte, but this is considerably slower. Accessing a bit would require accessing a 32bit word first, then bitshifting. All compilers make this speed v.s. memory-consumption tradeof in favor of speed, and GPC is no exception. For a 64 bit CPU, it's even worse: 63bits per boolean are "waisted". JanJaap -- The latest & greates in software, hardware and manswear -- Bono Vox (U2) From gpc-request@santra.hut.fi Mon Sep 23 15:32:40 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id PAA03204 for ; Mon, 23 Sep 1996 15:32:39 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA56268; Mon, 23 Sep 1996 15:35:45 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA64308; Mon, 23 Sep 1996 15:34:55 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA29946 for ; Mon, 23 Sep 1996 16:08:05 +0300 (EET DST) Received: from slp06164.slip.utwente.nl by driene.student.utwente.nl with SMTP id AA20637 (5.67b/IDA-1.5 for ); Mon, 23 Sep 1996 15:08:02 +0200 Message-Id: <2.2.32.19960923130920.0069be74@mail.student.utwente.nl> X-Sender: s8806144@mail.student.utwente.nl X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 23 Sep 1996 15:09:20 +0200 To: gpc@hut.fi From: JanJaap van der Heijden Subject: Re: Known GPC bugs Status: RO At 12:57 PM 9/23/96 +0200, you wrote: >Hello folks, > >I updated the "known bugs" section of the Texinfo documentation >of the (experimental) gpc-1.2-2.7.2 pre-release. The new file >"bugs.texi" can be found at > Maybe we should get one of those systems where people can file bug reports in HTML forms. I have seen these before, but can't remember ever having seen a ready-to-go distribution. Anybody got any ideas? JanJaap -- The latest & greates in software, hardware and manswear -- Bono Vox (U2) From gpc-request@santra.hut.fi Mon Sep 23 13:22:24 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id NAA02953 for ; Mon, 23 Sep 1996 13:22:24 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA51718; Mon, 23 Sep 1996 13:25:32 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA55330; Mon, 23 Sep 1996 13:24:41 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id OAA19948 for ; Mon, 23 Sep 1996 14:00:20 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id MAA02718; Mon, 23 Sep 1996 12:57:20 +0200 From: Peter Gerwinski Message-Id: <199609231057.MAA02718@agnes.dida.physik.uni-essen.de> Subject: Re: |||||||||| Free Pascal Compiler? |||||||||| To: lcappite@sprynet.com Date: Mon, 23 Sep 1996 12:57:19 +0200 (MET DST) Cc: gpc@hut.fi X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to Louis Cappitelli: > > On 22 Sep 1996 12:02:40 GMT, in comp.lang.pascal.misc you wrote: > > >Louis Cappitelli (lcappite@sprynet.com) wrote: > >> Does anybody know if there is one for DOS or win95? I am taking a > >> course in High School that uses Turbo pascal, but because it's illegal > >> to copy software, I can't work on my program projects at home and test > >> them. Is there something like djgpp c++ compiler or something better? > > > >Get GNU Pascal. It runs on the DJGPP platform for DOS and Win95, > >on the EMX platform for DOS and OS/2 and on any other platform > >supported by the GNU compiler family (e.g. Linux, FreeBSD). > > I got a question. Does it require DJGPP? Yes, you need at least the assembler (as), the linker (ld) and some libraries (libc.a, libm.a, crt0.o, ...) to run the DJGPP version (for DOS) of the GNU Pascal compiler. The C compiler is - of course - not needed. However, djgpp is not really a big packet. You do *not* need DJGPP to run a program *compiled with* GPC. With EMX, you need the EMX development tools (except, again, the C compiler) to compile programs; to run a compiled program you also need the EMX run time system, either an extender program (for DOS) or a DLL (for OS/2). But that's not a problem since the EMX license allows you to distribute the EMX runtime system along with your program. By the way, programs compiled with Borland Pascal also need Borland's runtime system (files RTM.EXE and DPMI16BI.OVL) to run in protected mode. Fortunately, Borland allows its licensed users to distribute them along with their programs. (Also posted to the GPC mailing list.) Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Mon Sep 23 13:22:13 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id NAA02949 for ; Mon, 23 Sep 1996 13:22:13 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA48854; Mon, 23 Sep 1996 13:25:21 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA35866; Mon, 23 Sep 1996 13:24:31 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id OAA20051 for ; Mon, 23 Sep 1996 14:00:22 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id MAA02726 for gpc@hut.fi; Mon, 23 Sep 1996 12:57:36 +0200 From: Peter Gerwinski Message-Id: <199609231057.MAA02726@agnes.dida.physik.uni-essen.de> Subject: Known GPC bugs To: gpc@hut.fi Date: Mon, 23 Sep 1996 12:57:36 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello folks, I updated the "known bugs" section of the Texinfo documentation of the (experimental) gpc-1.2-2.7.2 pre-release. The new file "bugs.texi" can be found at ftp://agnes.dida.physik.uni-essen.de/home/peter/gpc-2.7.2/bugs.texi Other doc files got some minor changes, too. I included a link to the GPC documentation into the GPC home page, http://home.pages.de/~GNU-Pascal/ which is actually an alias to http://agnes.dida.physik.uni-essen.de/~gnu-pascal/ See you, Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Mon Sep 23 20:45:24 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id UAA03675 for ; Mon, 23 Sep 1996 20:45:23 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA59476; Mon, 23 Sep 1996 20:48:25 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA89316; Mon, 23 Sep 1996 20:47:37 +0200 Received: from csunix1.lvc.edu (jm_black@csunix1.lvc.edu [207.87.98.5]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id VAA07583 for ; Mon, 23 Sep 1996 21:39:10 +0300 (EET DST) Received: from localhost (jm_black@localhost) by csunix1.lvc.edu (8.7.5/8.7.3) with SMTP id OAA00585 for ; Mon, 23 Sep 1996 14:41:19 -0400 Date: Mon, 23 Sep 1996 14:41:19 -0400 (EDT) From: John Michael Black To: gpc@hut.fi Subject: Functions/strings Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO I remember reading in an older version's GUIDE that functions returning strings would not work. Was this corrected with 2.7.2? -john From gpc-request@santra.hut.fi Mon Sep 23 20:18:44 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id UAA03645 for ; Mon, 23 Sep 1996 20:18:44 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA46594; Mon, 23 Sep 1996 20:21:46 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA81538; Mon, 23 Sep 1996 20:20:57 +0200 Received: from csunix1.lvc.edu (jm_black@csunix1.lvc.edu [207.87.98.5]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id VAA07182 for ; Mon, 23 Sep 1996 21:12:48 +0300 (EET DST) Received: from localhost (jm_black@localhost) by csunix1.lvc.edu (8.7.5/8.7.3) with SMTP id OAA00356 for ; Mon, 23 Sep 1996 14:14:56 -0400 Date: Mon, 23 Sep 1996 14:14:56 -0400 (EDT) From: John Michael Black To: gpc@hut.fi Subject: MAN page? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO Has there ever been written a man page for the unix versions? Just basic command syntax & options would be enough to start. I'd offer to do it if I knew how. :( -john From gpc-request@santra.hut.fi Mon Sep 23 21:49:39 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id VAA03830 for ; Mon, 23 Sep 1996 21:49:38 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA59516; Mon, 23 Sep 1996 21:52:39 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA76314; Mon, 23 Sep 1996 21:51:51 +0200 Received: from scruz.net (nic.scruz.net [165.227.1.2]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id WAA08542 for ; Mon, 23 Sep 1996 22:45:40 +0300 (EET DST) Received: from adaq.adaq.com by scruz.net (8.7.3/1.34) id MAA04071; Mon, 23 Sep 1996 12:45:29 -0700 (PDT) Received: from engg2 by adaq.adaq.com id aa21844; 23 Sep 96 12:34 PDT Received: from engg3.mobinfo.com by engg2.adaq.com (4.1/SMI-4.1) id AA12547; Mon, 23 Sep 96 12:38:05 PDT Received: from engg3 by engg3.mobinfo.com (SMI-8.6/SMI-SVR4) id MAA11500; Mon, 23 Sep 1996 12:46:31 -0700 Sender: fritz@engg2.mobinfo.com Message-Id: <3246E916.6180@engg2.mobinfo.com> Date: Mon, 23 Sep 1996 12:46:30 -0700 From: Friedrich Fahnert Organization: Mobile Information Systems Inc. X-Mailer: Mozilla 3.0 (X11; I; SunOS 5.5 sun4m) Mime-Version: 1.0 To: John Michael Black , gpc@hut.fi Subject: Re: MAN page? (corrected) References: <3246E888.1242@engg2.mobinfo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO Friedrich Fahnert wrote: > > John Michael Black wrote: > > > > Has there ever been written a man page for the unix versions? Just basic > > command syntax & options would be enough to start. > > > > I'd offer to do it if I knew how. :( > > > > -john > > Why? gpc normally uses texinfo to provide online help. It seems better > than man pages. It also looks better printed, and you can also use with > Web-browsers (check the FSF's homepage for this). > > If you really want a man page, there must be a program somewhere to > convert texinfo to man pages. If there isn't, I don't think writing > one would be difficult. I meant to say here, should _not_ be difficult -- \-------------------------------\ \ \ __ \ F Fahnert \ | \ > -------------------- >------| \ ______ / / --- \_____/**|_|_\____ | /fritz@adaq.adaq.com / \_______ --------- __>-} /-------------------------------/ / \_____|_____/ | * | {O} From gpc-request@santra.hut.fi Mon Sep 23 21:49:32 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id VAA03826 for ; Mon, 23 Sep 1996 21:49:31 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA59502; Mon, 23 Sep 1996 21:52:32 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA38408; Mon, 23 Sep 1996 21:51:44 +0200 Received: from scruz.net ([165.227.1.2]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id WAA08736 for ; Mon, 23 Sep 1996 22:44:41 +0300 (EET DST) Received: from adaq.adaq.com by scruz.net (8.7.3/1.34) id MAA03899; Mon, 23 Sep 1996 12:43:10 -0700 (PDT) Received: from engg2 by adaq.adaq.com id aa21791; 23 Sep 96 12:32 PDT Received: from engg3.mobinfo.com by engg2.adaq.com (4.1/SMI-4.1) id AA12517; Mon, 23 Sep 96 12:35:46 PDT Received: from engg3 by engg3.mobinfo.com (SMI-8.6/SMI-SVR4) id MAA11495; Mon, 23 Sep 1996 12:44:11 -0700 Sender: fritz@engg2.mobinfo.com Message-Id: <3246E888.1242@engg2.mobinfo.com> Date: Mon, 23 Sep 1996 12:44:08 -0700 From: Friedrich Fahnert Organization: Mobile Information Systems Inc. X-Mailer: Mozilla 3.0 (X11; I; SunOS 5.5 sun4m) Mime-Version: 1.0 To: John Michael Black Cc: gpc@hut.fi Subject: Re: MAN page? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO John Michael Black wrote: > > Has there ever been written a man page for the unix versions? Just basic > command syntax & options would be enough to start. > > I'd offer to do it if I knew how. :( > > -john Why? gpc normally uses texinfo to provide online help. It seems better than man pages. It also looks better printed, and you can also use with Web-browsers (check the FSF's homepage for this). If you really want a man page, there must be a program somewhere to convert texinfo to man pages. If there isn't, I don't think writing one would be difficult. -- \-------------------------------\ \ \ __ \ F Fahnert \ | \ > -------------------- >------| \ ______ / / --- \_____/**|_|_\____ | /fritz@adaq.adaq.com / \_______ --------- __>-} /-------------------------------/ / \_____|_____/ | * | {O} From gpc-request@santra.hut.fi Mon Sep 23 21:35:23 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id VAA03814 for ; Mon, 23 Sep 1996 21:35:23 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA59408; Mon, 23 Sep 1996 21:38:24 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA75966; Mon, 23 Sep 1996 21:37:35 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id WAA08505 for ; Mon, 23 Sep 1996 22:27:20 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id VAA03754 for gpc@hut.fi; Mon, 23 Sep 1996 21:24:41 +0200 From: Peter Gerwinski Message-Id: <199609231924.VAA03754@agnes.dida.physik.uni-essen.de> Subject: Functions/strings To: gpc@hut.fi Date: Mon, 23 Sep 1996 21:24:41 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to John Michael Black: > I remember reading in an older version's GUIDE that functions returning > strings would not work. Was this corrected with 2.7.2? Yes. Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Mon Sep 23 21:33:23 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id VAA03807 for ; Mon, 23 Sep 1996 21:33:23 +0200 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA48528; Mon, 23 Sep 1996 21:36:23 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA41076; Mon, 23 Sep 1996 21:35:35 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id WAA08346 for ; Mon, 23 Sep 1996 22:26:55 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id VAA03747 for gpc@hut.fi; Mon, 23 Sep 1996 21:24:16 +0200 From: Peter Gerwinski Message-Id: <199609231924.VAA03747@agnes.dida.physik.uni-essen.de> Subject: MAN page? To: gpc@hut.fi Date: Mon, 23 Sep 1996 21:24:16 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to John Michael Black: > Has there ever been written a man page for the unix versions? Just basic > command syntax & options would be enough to start. No. > I'd offer to do it if I knew how. :( That would be great. Unfortunately, I don't know either how to do this. Anybody here who knows? Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Tue Sep 24 15:59:36 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id PAA04749 for ; Tue, 24 Sep 1996 15:59:35 +0200 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA56996; Tue, 24 Sep 1996 16:02:19 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA65426; Tue, 24 Sep 1996 16:01:27 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA02426 for ; Tue, 24 Sep 1996 16:28:30 +0300 (EET DST) Received: from [130.89.179.33] (pc033.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA14057 (5.67b/IDA-1.5 for ); Tue, 24 Sep 1996 15:28:19 +0200 Date: Tue, 24 Sep 96 15:43:15 CST From: "J.J. van der Heijden" Message-Id: <68188.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: Re: gpc under SunOS or Solaris Status: RO On Sat, 21 Sep 1996 15:57:22 +0200 (MET DST, Peter Gerwinski wrote: >According to Friedrich Fahnert: >> I managed to get version 1.2-2.7.2 compiled on both, but neither works >> very well. On Solaris gpc1 gets a fatal signal, and an internal >> compiler error, when compiling certain programs. On SunOS, it seems >> to compile properly, but it dumps core when linking. > I fixed the linking problems. Yes Peter, they _were_ there :-( They just didn't show in EMX. JanJaap --- Someone once asked me if they could use Open Windows on a Mac. I said, "I don't know. Let's find out." I went to the Mac, opened the window and threw out the Mac. "Yep, You can use Open Windows on a Mac." bofh@RedDragon.Empire.Net (Psycho Sysadmin) From gpc-request@santra.hut.fi Fri Sep 27 11:27:39 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id LAA01044 for ; Fri, 27 Sep 1996 11:27:39 +0200 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA65612; Fri, 27 Sep 1996 11:43:15 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA90894; Fri, 27 Sep 1996 11:42:24 +0200 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id MAA23254 for ; Fri, 27 Sep 1996 12:32:25 +0300 (EET DST) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from uranus.central.de (194.45.71.1) with smtp id ; Fri, 27 Sep 96 11:32 MEST Received: from rufus.central.de by uranus.central.de with bsmtp (Smail3.1.28.1 #5) id m0v6ZCv-000VAkC; Fri, 27 Sep 96 11:27 MET DST Received: by rufus.central.de (CrossPoint v3.1 R/C597); 27 Sep 1996 11:23:20 +0200 Date: 24 Sep 1996 10:02:00 +0200 From: Sven@rufus.central.de (Sven Hilscher) To: gpc@hut.fi Message-Id: <6HUlCKgVlJB@rufus.central.de> In-Reply-To: <2.2.32.19960923132151.0069f868@mail.student.utwente.nl> Subject: Re: DosFile.pas workaround for the CrLF-bug under old DOS X-Mailer: CrossPoint v3.1 R/C597 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO Hallo J.J.vanderHeijden, Am 23.09.96 um 15:21 sagtest Du zum Thema "Re: DosFile.pas workaround for the CrLF-bug under old DOS": > >{ BP-like file operations for binary files } > >{ simple workaround for the CRLF-bug in GCC/GPC } > >{ Sven Hilscher - sven@rufus.central.de } > > I can see the use of functions with a borland-compatible syntax, like > assign(), but fail to see the link with CRLF problems. The link with CRLF problem is: the file functions in "dos.h" don't have this problem. That's why I wrote this unit before you fixed the bug. BP-compatible syntax was the second thing ... ___, ((__ o ,____)) V E N I From gpc-request@santra.hut.fi Mon Sep 30 16:48:27 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id QAA00203 for ; Mon, 30 Sep 1996 16:48:27 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA61404; Mon, 30 Sep 1996 16:04:55 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA71128; Mon, 30 Sep 1996 16:03:57 +0100 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA03236 for ; Mon, 30 Sep 1996 16:48:58 +0200 (EET) Received: from [130.89.179.49] (pc049.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA06262 (5.67b/IDA-1.5 for ); Mon, 30 Sep 1996 16:48:56 +0200 Date: Mon, 30 Sep 96 16:52:18 CST From: "J.J. van der Heijden" Message-Id: <71960.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: Re: System calls Status: RO On Mon, 30 Sep 1996 02:03:07 -0400 (EDT), John Michael Black wrote: >This may sound like a dumb question. Is there a predefined routine for >executing O/S commands built into gpc? (like C's universal "system()" >routine.) If not, what would be the easiest way to go about this in unix? > >(I suppose I could use the C routine itself as an external procedure, as a >last resort...) > There's no builtin system() call because this is not part of the Pascal standard. But there is nothing to stop you from using your C-lib's system() call. In C: int system (const char *string); In Pascal: function system(s: cstring): integer; C; function system; external; (I didn't try this, but have done simular things with fork() and others in the past) Someday, we should get some units/modules to implement this ... oh, well, keep dreaming... JanJaap --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Mon Sep 30 06:52:43 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id GAA03414 for ; Mon, 30 Sep 1996 06:52:42 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA56208; Mon, 30 Sep 1996 07:07:17 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA82344; Mon, 30 Sep 1996 07:06:27 +0100 Received: from csunix1.lvc.edu (jm_black@csunix1.lvc.edu [207.87.98.5]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id IAA06868 for ; Mon, 30 Sep 1996 08:00:28 +0200 (EET) Received: from localhost (jm_black@localhost) by csunix1.lvc.edu (8.7.5/8.7.3) with SMTP id CAA10259 for ; Mon, 30 Sep 1996 02:03:08 -0400 Date: Mon, 30 Sep 1996 02:03:07 -0400 (EDT) From: John Michael Black To: gpc@hut.fi Subject: System calls Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO This may sound like a dumb question. Is there a predefined routine for executing O/S commands built into gpc? (like C's universal "system()" routine.) If not, what would be the easiest way to go about this in unix? (I suppose I could use the C routine itself as an external procedure, as a last resort...) -j From gpc-request@santra.hut.fi Tue Oct 1 15:11:42 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id PAA01760 for ; Tue, 1 Oct 1996 15:11:42 +0100 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA69372; Tue, 1 Oct 1996 14:28:02 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA18010; Tue, 1 Oct 1996 14:26:50 +0100 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id OAA08774 for ; Tue, 1 Oct 1996 14:58:54 +0200 (EET) Received: from [130.89.179.25] (PC025.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA11054 (5.67b/IDA-1.5 for ); Tue, 1 Oct 1996 14:58:53 +0200 Date: Tue, 1 Oct 96 15:02:23 CST From: "J.J. van der Heijden" Message-Id: <65956.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: Re: gpc under SunOS or Solaris Status: RO On Mon, 30 Sep 1996 09:38:13 -0700, Friedrich Fahnert wrote: >J.J. van der Heijden wrote: >> >> On Sat, 21 Sep 1996 15:57:22 +0200 (MET DST, >> Peter Gerwinski wrote: >> >> >According to Friedrich Fahnert: >> >> I managed to get version 1.2-2.7.2 compiled on both, but neither works >> >> very well. On Solaris gpc1 gets a fatal signal, and an internal >> >> compiler error, when compiling certain programs. On SunOS, it seems >> >> to compile properly, but it dumps core when linking. >> > >> >> I fixed the linking problems. Yes Peter, they _were_ there :-( They just >> didn't show in EMX. >> >> JanJaap >> > >Did you make some patches? How about new binaries? > > I cannot build new binaries for every platform each time I change something -- I would spend all my time building binaries. And I don't have access to a Solaris box anyway. But I can publish the patch, then you can build a new binary yourself. There are some more things that have to be done before a new "all-platform" release. Groeten, JanJaap --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Wed Oct 2 16:20:12 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id QAA02991 for ; Wed, 2 Oct 1996 16:20:12 +0100 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA50714; Wed, 2 Oct 1996 15:36:19 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA25936; Wed, 2 Oct 1996 15:35:28 +0100 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA19170 for ; Wed, 2 Oct 1996 16:15:06 +0200 (EET) Received: from [130.89.179.26] (PC026.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA21516 (5.67b/IDA-1.5 for ); Wed, 2 Oct 1996 16:15:03 +0200 Date: Wed, 2 Oct 96 16:18:40 CST From: "J.J. van der Heijden" Message-Id: <70123.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: ANNOUNCE: new win32 GPC binary available. Status: RO The latest cygwin32-compatible GNU Pascal binary is now available from: ftp://agnes.dida.physik.uni-essen.de/home/janjaap/cygwin32/ I keep this seperate from the main release directory because some things have to be done before the next all-platform release. Still, the win32 GPC has improved enough that I think you should all try it out. Files in this directory: gpc-960930-2.7.2.i386-cygwin32-b16.zip Sep.30 snapshot binary of cygwin32 GPC. For a cygwin32-beta16 toolchain. devtools.i386-cygwin32-b16.zip For those who only want to do Pascal, it's a waist to download a complete toolchain from ftp.cygnus.com. This archive has all the tools (as, ld, libraries) needed to complete GPC. If you already have cygwin32-beta16 installed, you don't need this. Changes ------- Since the last release (gpc-1.2-2.7.2.i386-cygwin32-b14.zip), these things have changed: * Now beta16 compatible. * Fixed internal fork() problems, now --automake works. * Pipes (`gpc -pipe ...') supported. * Binary/text file IO problem fixed. * Some new test programs. * Support for function attributes and multiple directives per function declaration. Effectively, this means this GPC can access the Win32 API and build both GUI and console applications! Thanks, Peter. See the demos in the "test\windows" subdirectory. Installation ------------ * create a subdirectory of your choice (`c:\gpcwin32') and unzip gpc-960930-2.7.2.i386-cygwin32-b16.zip and devtools.i386-cygwin32-b16.zip from there. Use a version of `unzip' that can handle long filenames, i.e. not PKunzip. * Add the directory where `gpc.exe' lives (`c:\gpcwin32\bin') to your path. * Set GCC_EXEC_PREFIX=C:\gpcwin32\lib\gcc-lib\ Beware of the trailing slash! * Set LIBRARY_PATH=c:\gpcwin32\lib;c:\gpcwin32\i386-cygwin32\lib Not yet done ------------ GPC has incomplete support for the `stabs' debugging format. This affects the win32 platform (and all ELF unices). Although you can step your program in GDB, it may lose track of where you really are, be unable to display variables etc. I'm working on this. The function attributes and asmname directives seem to get lost in the GPI mechanism, so you will have to #include `units' for now, if they define WinAPI type functions. Other problems -------------- These things often give problems: * Do NOT mix binaries from different beta's -- they are incompatible. * Be sure to have only one `cygwin.dll' in your path and it must be beta16. The symptoms of these are crashes, stack/register dumps and Windows telling you it cannot load a dll. Read the cygwin32 FAQ (http://www.cygnus.com/ or this directory) Most of the information also applies for GNU Pascal. And please, do not bother the people of the cygwin32 mailinglist if you have problems with GPC, send them to the gpc@hut.fi list instead. Have fun, JanJaap --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Wed Oct 2 16:17:24 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id QAA02986 for ; Wed, 2 Oct 1996 16:17:24 +0100 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA67684; Wed, 2 Oct 1996 15:33:31 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA46512; Wed, 2 Oct 1996 15:32:37 +0100 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA19814 for ; Wed, 2 Oct 1996 16:25:13 +0200 (EET) Received: from [130.89.179.26] (PC026.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA23122 (5.67b/IDA-1.5 for ); Wed, 2 Oct 1996 16:25:11 +0200 Date: Wed, 2 Oct 96 16:28:48 CST From: "J.J. van der Heijden" Message-Id: <70676.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: patch for linking-dumps-core problems Status: RO Somebody asked for it, so here it is, the patch for the `linking only dumps core' problem. It was a strcpy() with NULL source problem. Apply it, then rebuild the `gpc' driver program. Greetings, JanJaap *** gpc-1.2-2.7.2/gcc.c Tue Aug 20 21:59:57 1996 --- gpc/gcc.c Tue Sep 24 01:08:44 1996 *************** *** 4976,4980 **** putenv (obstack_finish (&collect_obstack)); ! #ifdef __EMX__ /* Substitute the basename of the first input file for %b in link_command_spec. */ --- 4978,4982 ---- putenv (obstack_finish (&collect_obstack)); ! #ifdef GPC /* Substitute the basename of the first input file for %b in link_command_spec. */ *************** *** 4992,4998 **** if (*p == '.' && p != input_basename) basename_length = p - input_basename; - #endif /* __EMX__ */ - #ifdef GPC explicit_link_files = add_automake_files (explicit_link_files); #endif /* GPC*/ --- 4994,4998 ---- --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Wed Oct 2 23:19:32 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id XAA03282 for ; Wed, 2 Oct 1996 23:19:31 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA43366; Wed, 2 Oct 1996 22:35:31 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA104352; Wed, 2 Oct 1996 22:34:40 +0100 Received: from eos.askesis.it (root@eos.askesis.it [194.243.46.2]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id XAA28535 for ; Wed, 2 Oct 1996 23:29:30 +0200 (EET) From: premiere@askesis.it Received: from dialin-02.askesis.it (dialin-02.askesis.it [194.243.46.51]) by eos.askesis.it (8.7.5/8.7.3) with SMTP id WAA11965 for ; Wed, 2 Oct 1996 22:30:25 +0100 Date: Wed, 2 Oct 1996 22:30:25 +0100 Message-Id: <199610022130.WAA11965@eos.askesis.it> X-Sender: premiere@askesis.it (Unverified) X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: gpc@hut.fi Subject: Subscription to your mailing list Status: RO Hi, I'm a Student in Computer Programming at University (Milan,Italy). I,ve downloaded Gnu Pascal Compiler and I've given it to my Teacher. Their comments are Enthusiastic! Please , add my E-mail Address to your mailing list. Thanx a lot. HardPile. From gpc-request@santra.hut.fi Thu Oct 3 14:41:49 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id OAA03754 for ; Thu, 3 Oct 1996 14:41:49 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA57964; Thu, 3 Oct 1996 13:57:35 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA93422; Thu, 3 Oct 1996 13:56:44 +0100 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id OAA17859 for ; Thu, 3 Oct 1996 14:49:59 +0200 (EET) Received: from [130.89.179.41] (pc041.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA07564 (5.67b/IDA-1.5 for ); Thu, 3 Oct 1996 14:49:57 +0200 Date: Thu, 3 Oct 96 14:53:43 CST From: "J.J. van der Heijden" Message-Id: <65482.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: BUG: gpc and type modifiers. Status: RO I discovered a bug in the way GPC treats type modifiers: Consider this snippet, for a 32bit architecture: ------------------------------------------- type uint = __unsigned__ integer; { unsigned 32-bit } const c1 : uint = $7FFFFFFF ; { maxint } c2 : uint = $80000000 ; ------------------------------------------- The declaration of c2 gives this error message: `integer constant does not fit in integer type' while this faulty snippet is accepted: ------------------------------------------- type short = __short__ integer; { signed 16-bit } const c3 : short = $FFFF ; c4 : short = $00010000 ; ------------------------------------------- Although c4 gives a warning: `warning: overflow in implicit constant conversion' Obviously, GPC doesn't treat the type modifiers the right way when it evaluates whether a constant is valid or not. The same is true for __longlong__ (64bit), which cannot be initialized with a value > $7FFFFFFF. Workaround ========== With this silly trick it's still possible to assign an unsigned 32bit value: ------------------------------------------- type uint = __unsigned__ integer; { unsigned 32-bit } const c1 : uint = $7FFFFFFF + 1; ------------------------------------------- This gives again: `warning: overflow in implicit constant conversion' which can be suppressed by surrounding the declaration with {$W-} .. {$W+} JanJaap --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Fri Oct 4 18:49:17 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id SAA05040 for ; Fri, 4 Oct 1996 18:49:16 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA55528; Fri, 4 Oct 1996 18:04:47 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA82730; Fri, 4 Oct 1996 18:03:56 +0100 Received: from pianeta.newsoft.it (root@pianeta.newsoft.it [195.36.12.1]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id SAA27719 for ; Fri, 4 Oct 1996 18:54:36 +0200 (EET) Received: from [195.36.12.53] (ppp-4.newsoft.it [195.36.12.53]) by pianeta.newsoft.it (8.6.12/8.6.9) with SMTP id SAA00366 for ; Fri, 4 Oct 1996 18:51:40 GMT Message-Id: <199610041851.SAA00366@pianeta.newsoft.it> To: GNU Pascal Mail List Subject: Double and uses... Date: Fri, 04 Oct 96 18:59:25 --0100 From: Alessandro Graizzaro X-Mailer: E-Mail Connection v2.5.03 Status: RO -- [ From: Alessandro Graizzaro * EMC.Ver #2.5.02 ] -- I'm new with gnu pascal, and with Linux too. I decided to try it, because I need a lot of memory for my computations. 1) Can anoybody of tell me how can I define DOUBLE type ? 2) Is it possible to use the USES clause as in TP ? Where to find something like CRT, GRAPH ...? From gpc-request@santra.hut.fi Fri Oct 4 22:24:40 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id WAA05849 for ; Fri, 4 Oct 1996 22:24:40 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA43276; Fri, 4 Oct 1996 21:40:07 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA78200; Fri, 4 Oct 1996 21:39:16 +0100 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id WAA31451 for ; Fri, 4 Oct 1996 22:31:55 +0200 (EET) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id WAA05761 for gpc@hut.fi; Fri, 4 Oct 1996 22:16:56 +0100 From: Peter Gerwinski Message-Id: <199610042116.WAA05761@agnes.dida.physik.uni-essen.de> Subject: Double and uses... To: gpc@hut.fi Date: Fri, 4 Oct 1996 22:16:55 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to Alessandro Graizzaro: > I'm new with gnu pascal, and with Linux too. > I decided to try it, because I need a lot of memory for my computations. > 1) Can anoybody of tell me how can I define DOUBLE type ? "Real" *is* what you know as "Double" from Borland Pascal. Borland's 6-byte software real does not exist with GNU; "Single" is "__short__ Real", "Extended" is "__long__ Real". Known bug: you cannot writeln __short__ or __long__ Reals at the moment, but have to convert them to "ordinary" Reals, first. > 2) Is it possible to use the USES clause as in TP ? Yes. See README.TURBO for details (2.6.3 version) or the "From Borland to GNU Pascal" section of the INFO documentation of the 2.7.2-beta version. > Where to find something > like CRT, GRAPH ...? Graph is worked on for the DOS platform. For Linux, you can use the VGAlib C library with "external", "C", and "asmname" Procedures and Functions. CRT does not yet exist -- we are looking for somebody to implement it. However, have a look at BO5 (in the turbo-alpha directory). Its "Events" and "Displays" Units provide important parts of CRT's functionality. Hope this helps, Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Sat Oct 5 15:59:33 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id PAA06509 for ; Sat, 5 Oct 1996 15:59:33 +0100 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA68026; Sat, 5 Oct 1996 15:14:45 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA58662; Sat, 5 Oct 1996 15:13:54 +0100 Received: from scsx01.sc.ehu.es (scsx01.sc.ehu.es [158.227.150.40]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA07770 for ; Sat, 5 Oct 1996 16:09:31 +0200 (EET) Received: from scoa00.sc.ehu.es by scsx01.sc.ehu.es (4.1/131295) id AA16462; Sat, 5 Oct 96 15:15:57 +0100 Received: by scoa00.sc.ehu.es (5.65v3.2/4.7) id AA28771; Sat, 5 Oct 1996 16:09:51 +0100 Date: Sat, 5 Oct 1996 16:09:51 +0100 (MET) From: Ikasle Kontseilua X-Sender: sixconse@scoa00 To: gpc@hut.fi Subject: subscribe sixconse@sc.ehu.es Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO subscribe sixconse@sc.ehu.es From gpc-request@santra.hut.fi Fri Oct 11 07:54:17 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id HAA12284 for ; Fri, 11 Oct 1996 07:54:17 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA72036; Fri, 11 Oct 1996 08:07:27 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA55304; Fri, 11 Oct 1996 07:06:34 +0100 Received: from relay.xlink.net (relay.xlink.net [193.141.40.5]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id IAA07857 for ; Fri, 11 Oct 1996 08:59:36 +0300 (EET DST) Received: from sbusol.rz.uni-sb.de by relay.xlink.net id <34169-0@relay.xlink.net>; Fri, 11 Oct 1996 06:59:17 +0000 X-Envelope: Received: from hs-gate.handshake.de (root@hs-gate.handshake.de [193.141.176.10]) by sbusol.rz.uni-sb.de (8.6.12/v2.0) with ESMTP id HAA08173 for ; Fri, 11 Oct 1996 07:59:15 +0200 Received: from hit.sb.sub.de (dbox@localhost) by hs-gate.handshake.de (8.6.12/8.6.9) with UUCP id HAA03887 for gpc@hut.fi; Fri, 11 Oct 1996 07:52:29 +0100 Received: by hit.sb.sub.de (DUUCP vom 19.09.1996) with ZConnect; 09 Oct 1996 17:11:00 +0200 From: andi.tio@hit.handshake.de (Andreas Bauer) Message-Id: <6IWqop59ykB@hit-andi.tio.hit.handshake.de> X-Gateway: ZCONNECT UR hit.sb.sub.de [DUUCP BETA vom 19.09.1996] In-Reply-To: <58939.s8806144@mail.student.utwente.nl> Subject: Re: it's running :-) Date: 09 Oct 1996 17:11:00 +0200 To: gpc@hut.fi Status: RO Diese Nachricht antwortet auf einen Text, den j.j.vanderheijden@student.utwente.nl am Mittwoch, den 09.10.96, durch die Datennetze geschossen hat: Hallo J.J. JJvdH> There's a more subtle way to do this: Edit the "specs" file in your JJvdH> main djgpp directory. Yes, thank you. Now it works. I must include djgpp.lnk manually, though. JJvdH> >Yes: gpc foo.pas -o foo.exe 2>foo.err No, this doesn't work under Win95. I think I'll download CWSDPMI.EXE to work under DOS. JJvdH> It's AT&T syntax, not intel. Essentially, you have to read the JJvdH> arguments to an instruction in reverse. I think there was some JJvdH> explanation of this in the djgpp docs too (not sure), and there's a JJvdH> intel->at&t asm converter around somewhere (but probably won't do JJvdH> inline GPC asm). Not only in reverse. I tried "REP STOSD" and I couldn't figure out the right syntax. Can you give me any hints where to find this converter ? JJvdH> Yes, djgpp's DPMI functions are all documented in the djgpp C lib JJvdH> reference. (libc.inf) I'm not an expert in C, but I'll manage to understand it. JJvdH> Please send us any working snapshots of code, then we have JJvdH> documentation! If I'm able to get it working, you'll receive my code. Or should I send it to Peter ? JJvdH> JanJaap Bye Andreas From gpc-request@santra.hut.fi Thu Oct 10 17:48:52 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id RAA11917 for ; Thu, 10 Oct 1996 17:48:52 +0100 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA05516; Thu, 10 Oct 1996 18:02:15 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA17106; Thu, 10 Oct 1996 16:30:26 +0100 Received: from csunix1.lvc.edu (jm_black@csunix1.lvc.edu [207.87.98.5]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id SAA23204 for ; Thu, 10 Oct 1996 18:14:02 +0300 (EET DST) Received: from localhost (jm_black@localhost) by csunix1.lvc.edu (8.7.5/8.7.3) with SMTP id LAA03196 for ; Thu, 10 Oct 1996 11:17:11 -0400 Date: Thu, 10 Oct 1996 11:17:11 -0400 (EDT) From: John Michael Black Reply-To: John Michael Black To: gpc@hut.fi Subject: getenv() Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO OK, I got the declarations to compile perfectly, but how do I use the function? It's not compatible with string types, so I can't do any assigning or string-testing. Here is how I declare the function: function getenv(s: __CString__): __CString__; C; Is there a way to assign the result into a string? -john From gpc-request@santra.hut.fi Thu Oct 10 14:02:04 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id OAA11656 for ; Thu, 10 Oct 1996 14:02:04 +0100 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA62336; Thu, 10 Oct 1996 14:15:31 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA26230; Thu, 10 Oct 1996 13:14:36 +0100 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id OAA14745 for ; Thu, 10 Oct 1996 14:53:13 +0300 (EET DST) Received: from [130.89.179.43] (pc043.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA13122 (5.67b/IDA-1.5 for ); Thu, 10 Oct 1996 13:53:11 +0200 Date: Thu, 10 Oct 96 13:57:49 CST From: "J.J. van der Heijden" Message-Id: <62429.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: Re: gpc-1.2-2.7.2 Status: RO On Thu, 10 Oct 1996 12:15:33 +0200, schuh@informatik.uni-siegen.de wrote: >Hello, > >I have a Problem with the gpc-1.2-2.7.2 under Sun's SunOS 4.1.4. > >The first Problem was to compile gpc: >------------------------------------- >... >../gcc-2.7.2/obstack.o `if [ -f "../gcc-2.7.2/alloca.o" ]; then echo >"../gcc-2.7.2/alloca.o" ; else true ; fi` `if [ -f "../gcc-2.7.2/malloc.o" ]; then echo >"../gcc-2.7.2/malloc.o" ; else true ; fi` >collect2: ld returned 2 exit status >ld: Undefined symbol > _emit_string_move > _emit_string_pad > _maybe_find_function_data > _dbxout_set_type_status > _version_flag >*** Error code 1 >make: Fatal error: Command failed for target `gpc1' > > > >Now I delete > stor-layout.o dbxout.o expr.o fold-const.o optabs.o convert.o function.o toplev.o >from the gcc-source and I can build the Pascal-Compiler. > These are the symptoms of a VPATH problem of your `make' utility. You have two options: 1) ugrade to a recent version of GNU make 2) use different directories for GCC sources and object code when you build GCC > > >My second Problem ist to test the Compiler from the 'gpc/test'-directory: >-------------------------------------------------------------------------- >[schuh@pi20]test make >for x in head.pas nohead.pas cstparam.pas switches.pas bitmanip.pas incdec.pas minimax.pas mem.pas abso.pas asmnames.pas openarr.pas varrec.pas ; do \ > rm -f a.out 2>/dev/null ; \ > ../gpc -B../ -L../rts -g -O3 --automake="-g -O3 -B../" $x 2>/dev/null ; \ > echo -n "$x: " ; \ > if [ -f "a.out" ] ; then ./a.out ; else echo "failed" ; fi ; \ >done ; \ >rm myunit.o myunit.gpi a.out 2>/dev/null ; >*** Error code 1 >make: Fatal error: Command failed for target `bptest' > > >What make I wrong? >I hope that anybody can help me to fix this problem! Some more output would be nice, so we know which test(s) failed. Please add "-v" to the compiler flags in the Makefile, then rerun the tests. --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Thu Oct 10 12:28:59 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id MAA11512 for ; Thu, 10 Oct 1996 12:28:59 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA66344; Thu, 10 Oct 1996 12:42:26 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA28410; Thu, 10 Oct 1996 11:41:33 +0100 Received: from rs2.hrz.th-darmstadt.de (rs2.hrz.th-darmstadt.de [130.83.22.63]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id NAA10770 for ; Thu, 10 Oct 1996 13:15:40 +0300 (EET DST) From: schuh@informatik.uni-siegen.de Received: from pi1.informatik.uni-siegen.de (pi1.informatik.uni-siegen.de [141.99.200.1]) by rs2.hrz.th-darmstadt.de (8.6.12/8.6.12.1ms) with SMTP id LAA71088 for ; Thu, 10 Oct 1996 11:15:38 +0100 Received: from pi16.informatik.uni-siegen.de by pi1.informatik.uni-siegen.de (4.1/Server-1.5/HRZ-THD) id AA11929; Thu, 10 Oct 96 12:15:37 +0200 Received: by pi16.informatik.uni-siegen.de (SMI-8.6/Forwarder-1.5/HRZ-THD) id MAA26785; Thu, 10 Oct 1996 12:15:33 +0200 Date: Thu, 10 Oct 1996 12:15:33 +0200 Message-Id: <199610101015.MAA26785@pi16.informatik.uni-siegen.de> To: gpc@hut.fi Subject: gpc-1.2-2.7.2 Cc: schuh@informatik.uni-siegen.de X-Sun-Charset: US-ASCII Status: RO Hello, I have a Problem with the gpc-1.2-2.7.2 under Sun's SunOS 4.1.4. The first Problem was to compile gpc: ------------------------------------- ... ../gcc-2.7.2/obstack.o `if [ -f "../gcc-2.7.2/alloca.o" ]; then echo "../gcc-2.7.2/alloca.o" ; else true ; fi` `if [ -f "../gcc-2.7.2/malloc.o" ]; then echo "../gcc-2.7.2/malloc.o" ; else true ; fi` collect2: ld returned 2 exit status ld: Undefined symbol _emit_string_move _emit_string_pad _maybe_find_function_data _dbxout_set_type_status _version_flag *** Error code 1 make: Fatal error: Command failed for target `gpc1' Now I delete stor-layout.o dbxout.o expr.o fold-const.o optabs.o convert.o function.o toplev.o from the gcc-source and I can build the Pascal-Compiler. My second Problem ist to test the Compiler from the 'gpc/test'-directory: -------------------------------------------------------------------------- [schuh@pi20]test make for x in head.pas nohead.pas cstparam.pas switches.pas bitmanip.pas incdec.pas minimax.pas mem.pas abso.pas asmnames.pas openarr.pas varrec.pas ; do \ rm -f a.out 2>/dev/null ; \ ../gpc -B../ -L../rts -g -O3 --automake="-g -O3 -B../" $x 2>/dev/null ; \ echo -n "$x: " ; \ if [ -f "a.out" ] ; then ./a.out ; else echo "failed" ; fi ; \ done ; \ rm myunit.o myunit.gpi a.out 2>/dev/null ; *** Error code 1 make: Fatal error: Command failed for target `bptest' What make I wrong? I hope that anybody can help me to fix this problem! bye Frank _\\|//_ (' O-O ') ---------------------------ooO-(_)-Ooo--------------------------- < email: schuh@informatik.uni-siegen.de > From gpc-request@santra.hut.fi Thu Oct 10 11:38:09 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id LAA11484 for ; Thu, 10 Oct 1996 11:38:09 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA44422; Thu, 10 Oct 1996 11:51:38 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA74494; Thu, 10 Oct 1996 10:50:45 +0100 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id MAA08563 for ; Thu, 10 Oct 1996 12:25:44 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id LAA11454 for gpc@hut.fi; Thu, 10 Oct 1996 11:12:18 +0100 From: Peter Gerwinski Message-Id: <199610101012.LAA11454@agnes.dida.physik.uni-essen.de> Subject: getting/setting environment variables To: gpc@hut.fi Date: Thu, 10 Oct 1996 11:12:18 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to John Michael Black: > Okay, here's another question. Is there a standard in Pascal that > retrieves and/or sets environment variables, like C's getenv()? If not, I > suppose I would declare and external procedure just like the others. I don't know of a de-jure Pascal standard for getenv(). Borland uses the C standard: Function GetEnv ( Index: String ): String; The "Tools" Unit of BO5 implements Borland's GetEnv by using C's one, Greetings, Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Thu Oct 10 08:53:57 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id IAA11326 for ; Thu, 10 Oct 1996 08:53:57 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA42114; Thu, 10 Oct 1996 09:07:28 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA111432; Thu, 10 Oct 1996 08:06:36 +0100 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id JAA02210 for ; Thu, 10 Oct 1996 09:56:55 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id IAA11297 for gpc@hut.fi; Thu, 10 Oct 1996 08:43:54 +0100 From: Peter Gerwinski Message-Id: <199610100743.IAA11297@agnes.dida.physik.uni-essen.de> Subject: external system() call To: gpc@hut.fi Date: Thu, 10 Oct 1996 08:43:53 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to John Michael Black: > procedure system(s: string); C; Use __CString__ instead of String. String is a Schema type, __CString__ a pointer to chars. Greetings, Peter From gpc-request@santra.hut.fi Thu Oct 10 08:45:45 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id IAA11303 for ; Thu, 10 Oct 1996 08:45:45 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA52916; Thu, 10 Oct 1996 08:59:16 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA82858; Thu, 10 Oct 1996 07:58:24 +0100 Received: from csunix1.lvc.edu (jm_black@csunix1.lvc.edu [207.87.98.5]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id JAA00794 for ; Thu, 10 Oct 1996 09:45:20 +0300 (EET DST) Received: from localhost (jm_black@localhost) by csunix1.lvc.edu (8.7.5/8.7.3) with SMTP id CAA01571 for ; Thu, 10 Oct 1996 02:48:29 -0400 Date: Thu, 10 Oct 1996 02:48:29 -0400 (EDT) From: John Michael Black To: gpc@hut.fi Subject: getting/setting environment variables Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO Okay, here's another question. Is there a standard in Pascal that retrieves and/or sets environment variables, like C's getenv()? If not, I suppose I would declare and external procedure just like the others. -john From gpc-request@santra.hut.fi Wed Oct 9 14:47:44 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id OAA10738 for ; Wed, 9 Oct 1996 14:47:44 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA67936; Wed, 9 Oct 1996 14:01:32 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA99546; Wed, 9 Oct 1996 14:00:37 +0100 Received: from snake.hut.fi (snake.hut.fi [193.167.6.99]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id PAA12767 for ; Wed, 9 Oct 1996 15:53:51 +0300 (EET DST) Received: from alpha.hut.fi (jtv@alpha.hut.fi [130.233.224.50]) by snake.hut.fi (8.7.5/8.7.3) with SMTP id PAA31256; Wed, 9 Oct 1996 15:53:49 +0300 Date: Wed, 9 Oct 1996 15:53:50 +0300 (EET DST) From: Jukka Virtanen To: gpc@hut.fi Cc: Peter Gerwinski Subject: main program vars in stack In-Reply-To: <199610082004.VAA10029@agnes.dida.physik.uni-essen.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Tue, 8 Oct 1996, Peter Gerwinski wrote: > I don't know why the stack is used, and I will change it (and use the > data segment instead) unless somebody can tell me why the stack is > preferable for the main program. Peter, I recall that I had tough time to make non-local goto's back to the main program level work in gpc. In the beginning I made all routines in the main program level appear as global symbols, and all variables go to the data area. This worked fine, except that the goto handling routines crashed the compiler when a non-local goto back to the main program level was made. I could not make this work with the goto's like this. The solution to the goto problem was to make all routines in the main program to be nested routines inside a "global main program scope" that can be jumped into from inside. This had the unfortunate side-effect that made main program variables go into the stack, which is sort of stupid for obvious reasons. However, MODULES are not treated like this, so currently if you have a large array, you can put it in a module, and it will go to the data area. (This is because you can not jump to the modules scope, so it does not cause problems :-) If you wish you can try to force all program vars back to the global scope. This would be fine (I think it is possible, I just did not do that, sigh). Juki jtv@hut.fi From gpc-request@santra.hut.fi Wed Oct 9 12:49:55 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id MAA10647 for ; Wed, 9 Oct 1996 12:49:55 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA51052; Wed, 9 Oct 1996 12:03:44 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA93914; Wed, 9 Oct 1996 12:02:51 +0100 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id NAA06998 for ; Wed, 9 Oct 1996 13:49:27 +0300 (EET DST) Received: from [130.89.179.21] (pc021.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA27495 (5.67b/IDA-1.5 for ); Wed, 9 Oct 1996 12:49:24 +0200 Date: Wed, 9 Oct 96 12:53:52 CST From: "J.J. van der Heijden" Message-Id: <58939.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: Re: it's running :-) Status: RO On Tue, 8 Oct 1996 21:04:16 +0100 (MET), Peter Gerwinski wrote: >According to Andreas Bauer: >> - I've installed GPC into H:\GPC including DJGPP and the BINUTILS, >> I think it's all v2. When running gpc.exe says: >> ld.exe: cannot open -lgpc: No such file or directory (ENOENT) >> Do i have to pass params to gpc or to set an environment-var ? > >DJGPP (including GPC) searches for libraries and such things in a >specific directory structure. Normally, an environment variable >points to the DJGPP directory, e.g. "H:\DJGPP", where there is a >configuration file for the rest of the story. If you set it up >in another directory tree structure, you have to specify library >pathes either manually (-L) or by another environment variable >which should be in the DJGPP documentation. > There's a more subtle way to do this: Edit the "specs" file in your main djgpp directory. Locate the section [gcc] and copy it into a new section [gpc] The variables in each section are passed to this program as environment variables, but they don't clutter your real environment. You have to set one env. var "DJGPP" (case sensitive if you're in win95!) to point to the directory where "specs" lives. This is all documented in the DJGPP FAQ >> - I noticed that the output of GPC can't be redirected to a file. >> Is there any posibility to write the compiler-output into a file ? > >Yes: gpc foo.pas -o foo.exe 2>foo.err > >Errors go to the "error device", therefore ">foo.err" is not sufficient. > >> - Can you tell me if it's possible to use standard x86-assembly with >> gpc? Or is there at least a complete documentation of the gnu-assembler >> anywhere ? I can hardly get used to it :( > >I have the same problem. Look into the GNU C documentation, section >"Extensions to ASM" or similar. There is a description, but I had >problems to understand it. Anybody out there who could explain >to both of us how to use that inline assembler syntax? > It's AT&T syntax, not intel. Essentially, you have to read the arguments to an instruction in reverse. I think there was some explanation of this in the djgpp docs too (not sure), and there's a intel->at&t asm converter around somewhere (but probably won't do inline GPC asm). >> - What must be done so that i can access the DPMI-interface through pascal >> without using assembly language ? > >I think you *must* use assembly language. Interrupts and such things >are not in Pascal's language standard. However it would be nice to have >a Unit with a function (written in assembler) which solves this task ... > There are a number of dpmi functions in the djgpp's C library. You _should_ be able to use these, if you declare them properly as external C style functions. These are the functions who's names start with __dpmi. I say _should_ because I have never tried this. >> Is there any docu about that topic ? > >I don't know of such a thing. There could be some hints in the DJGPP >and/or EMX documentation. > Yes, djgpp's DPMI functions are all documented in the djgpp C lib reference. (libc.inf) Please send us any working snapshots of code, then we have documentation! JanJaap --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Wed Oct 9 02:28:00 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id CAA10286 for ; Wed, 9 Oct 1996 02:27:59 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA67470; Wed, 9 Oct 1996 01:41:58 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA82786; Wed, 9 Oct 1996 01:41:06 +0100 Received: from csunix1.lvc.edu (jm_black@csunix1.lvc.edu [207.87.98.5]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id DAA22203 for ; Wed, 9 Oct 1996 03:31:31 +0300 (EET DST) Received: from localhost (jm_black@localhost) by csunix1.lvc.edu (8.7.5/8.7.3) with SMTP id UAA24060 for ; Tue, 8 Oct 1996 20:34:18 -0400 Date: Tue, 8 Oct 1996 20:34:18 -0400 (EDT) From: John Michael Black To: gpc@hut.fi Subject: external system() call Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO Perhaps I am not familiar enough with external calls, but I cannot get the following program to do anything: -------- program test_system; procedure system(s: string); C; begin system('ls -l'); end. -------- It is not a question of writing output to the screen, because even commands like "mkdir" do nothing. Any suggestions? -john From gpc-request@santra.hut.fi Tue Oct 8 21:09:11 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id VAA10049 for ; Tue, 8 Oct 1996 21:09:11 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA65842; Tue, 8 Oct 1996 20:23:15 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA18122; Tue, 8 Oct 1996 20:22:22 +0100 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id WAA18196 for ; Tue, 8 Oct 1996 22:17:51 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id VAA10029 for gpc@hut.fi; Tue, 8 Oct 1996 21:04:16 +0100 From: Peter Gerwinski Message-Id: <199610082004.VAA10029@agnes.dida.physik.uni-essen.de> Subject: it's running :-) To: gpc@hut.fi Date: Tue, 8 Oct 1996 21:04:16 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to Andreas Bauer: > - I've installed GPC into H:\GPC including DJGPP and the BINUTILS, > I think it's all v2. When running gpc.exe says: > ld.exe: cannot open -lgpc: No such file or directory (ENOENT) > Do i have to pass params to gpc or to set an environment-var ? DJGPP (including GPC) searches for libraries and such things in a specific directory structure. Normally, an environment variable points to the DJGPP directory, e.g. "H:\DJGPP", where there is a configuration file for the rest of the story. If you set it up in another directory tree structure, you have to specify library pathes either manually (-L) or by another environment variable which should be in the DJGPP documentation. > - I noticed that the output of GPC can't be redirected to a file. > Is there any posibility to write the compiler-output into a file ? Yes: gpc foo.pas -o foo.exe 2>foo.err Errors go to the "error device", therefore ">foo.err" is not sufficient. > - Can you tell me if it's possible to use standard x86-assembly with > gpc? Or is there at least a complete documentation of the gnu-assembler > anywhere ? I can hardly get used to it :( I have the same problem. Look into the GNU C documentation, section "Extensions to ASM" or similar. There is a description, but I had problems to understand it. Anybody out there who could explain to both of us how to use that inline assembler syntax? > - What must be done so that i can access the DPMI-interface through pascal > without using assembly language ? I think you *must* use assembly language. Interrupts and such things are not in Pascal's language standard. However it would be nice to have a Unit with a function (written in assembler) which solves this task ... > Is there any docu about that topic ? I don't know of such a thing. There could be some hints in the DJGPP and/or EMX documentation. > - I created a program accessing an "array[1..4000000] of byte". > All i got was an exception. How large must the stack be for this > application and why the stack ? I don't know why the stack is used, and I will change it (and use the data segment instead) unless somebody can tell me why the stack is preferable for the main program. However, if you put the array into a Unit (or Module), it will be accepted. Greetings, Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Tue Oct 8 19:26:14 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id TAA09751 for ; Tue, 8 Oct 1996 19:26:13 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA65470; Tue, 8 Oct 1996 18:40:18 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA08150; Tue, 8 Oct 1996 18:39:26 +0100 Received: from relay.xlink.net (relay.xlink.net [193.141.40.5]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id UAA16094 for ; Tue, 8 Oct 1996 20:31:41 +0300 (EET DST) Received: from sbusol.rz.uni-sb.de by relay.xlink.net id <41206-0@relay.xlink.net>; Tue, 8 Oct 1996 18:04:24 +0000 X-Envelope: Received: from hs-gate.handshake.de (root@hs-gate.handshake.de [193.141.176.10]) by sbusol.rz.uni-sb.de (8.6.12/v2.0) with ESMTP id SAA23493 for ; Tue, 8 Oct 1996 18:29:02 +0200 Received: from hit.sb.sub.de (dbox@localhost) by hs-gate.handshake.de (8.6.12/8.6.9) with UUCP id SAA26167 for gpc@hut.fi; Tue, 8 Oct 1996 18:26:36 +0100 Received: by hit.sb.sub.de (DUUCP vom 19.09.1996) with ZConnect; 08 Oct 1996 14:28:00 +0200 From: andi.tio@hit.handshake.de (Andreas Bauer) Message-Id: <6ISqSPIeykB@hit-andi.tio.hit.handshake.de> X-Gateway: ZCONNECT UR hit.sb.sub.de [DUUCP BETA vom 19.09.1996] Subject: it's running :-) Date: 08 Oct 1996 14:28:00 +0200 To: gpc@hut.fi Status: RO Hi I'm a former (experienced) BP programmer and i'd like to move to GPC. Here are a few questions: - I've installed GPC into H:\GPC including DJGPP and the BINUTILS, I think it's all v2. When running gpc.exe says: ld.exe: cannot open -lgpc: No such file or directory (ENOENT) Do i have to pass params to gpc or to set an environment-var ? - I noticed that the output of GPC can't be redirected to a file. Is there any posibility to write the compiler-output into a file ? - Can you tell me if it's possible to use standard x86-assembly with gpc? Or is there at least a complete documentation of the gnu-assembler anywhere ? I can hardly get used to it :( - What must be done so that i can access the DPMI-interface through pascal without using assembly language ? Is there any docu about that topic ? - I created a program accessing an "array[1..4000000] of byte". All i got was an exception. How large must the stack be for this application and why the stack ? Thank you for any hints. Bye Andreas From gpc-request@santra.hut.fi Mon Oct 7 22:49:25 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id WAA08638 for ; Mon, 7 Oct 1996 22:49:25 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA52756; Mon, 7 Oct 1996 22:03:48 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA106976; Mon, 7 Oct 1996 22:02:56 +0100 Received: from fawn.cs.wwu.edu (fawn.cs.wwu.EDU [140.160.140.171]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id XAA07483 for ; Mon, 7 Oct 1996 23:54:22 +0300 (EET DST) Received: (from phil@localhost) by fawn.cs.wwu.edu (8.6.10/8.6.10) id NAA23986; Mon, 7 Oct 1996 13:55:31 -0700 Date: Mon, 7 Oct 1996 13:55:31 -0700 From: Phil Nelson Message-Id: <199610072055.NAA23986@fawn.cs.wwu.edu> To: J.J.vanderHeijden@student.utwente.nl Cc: gpc@hut.fi In-Reply-To: <2.2.32.19960923130920.0069be74@mail.student.utwente.nl> (message from JanJaap van der Heijden on Mon, 23 Sep 1996 15:09:20 +0200) Subject: Re: Known GPC bugs Status: RO (I tried to send this to you once before, but I think it bounced. Any way, I don't remember a reply.) >Maybe we should get one of those systems where people can file bug reports >in HTML forms. I have seen these before, but can't remember ever having seen >a ready-to-go distribution. > >Anybody got any ideas? GNU GNATS is a nice bug report system and I have a web interface to gnats. If you would like at an example bug database and the web interface to gnats, just let me know. -- Phil Nelson NetBSD: http://www.netbsd.org e-mail: phil@cs.wwu.edu LPF: http://www.lpf.org http://www.cs.wwu.edu/~phil !gifs: http://www.lpf.org/Patent/Gif/Gif.html From gpc-request@santra.hut.fi Mon Oct 7 11:21:53 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id LAA08115 for ; Mon, 7 Oct 1996 11:21:52 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA67374; Mon, 7 Oct 1996 10:36:26 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA52200; Mon, 7 Oct 1996 10:35:34 +0100 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id LAA02573 for ; Mon, 7 Oct 1996 11:27:19 +0200 (EET) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id LAA08093 for gpc@hut.fi; Mon, 7 Oct 1996 11:13:01 +0100 From: Peter Gerwinski Message-Id: <199610071013.LAA08093@agnes.dida.physik.uni-essen.de> Subject: OS/2 PM programs and DLL's To: gpc@hut.fi Date: Mon, 7 Oct 1996 11:13:01 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to Allan Derickson: > Is it possible at this point to make OS/2 Presentation Manager programs > with GNU Pascal? Yes, just as with GNU C in the EMX environment. Look into the EMX documentation and example programs (written in C). Use the "asmname" directive to access OS/2 API functions. I will release a version of BO5 which runs with the OS/2 pm not too far in the future. Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Sun Oct 6 17:17:23 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id RAA07438 for ; Sun, 6 Oct 1996 17:17:23 +0100 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA67508; Sun, 6 Oct 1996 16:32:13 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA28462; Sun, 6 Oct 1996 16:31:18 +0100 Received: from whidbey.whidbey.com (alland@whidbey.whidbey.com [204.94.52.2]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id RAA09104 for ; Sun, 6 Oct 1996 17:27:45 +0200 (EET) Received: (from alland@localhost) by whidbey.whidbey.com (8.7.5/8.7.3) id IAA02569; Sun, 6 Oct 1996 08:24:32 -0700 (PDT) Message-Id: <199610061524.IAA02569@whidbey.whidbey.com> From: alland@whidbey.com (Allan Derickson) Date: Sun, 06 Oct 96 08:32:32 To: gpc@hut.fi Subject: OS/2 PM programs and DLL's X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v1.14 (Unregistered) Status: RO Hello, Is it possible at this point to make OS/2 Presentation Manager programs with GNU Pascal? Same question with OS/2 DLL's. If so, what is the format of the code? I have been totally unsuccessful with both. Allan D. Derickson -- Derickson Forestry Services -- Freeland, WA USA ----------------------------------------------------------- alland@whidbey.com ----------------------------------------------------------- From gpc-request@santra.hut.fi Sat Oct 12 19:55:40 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id TAA13425 for ; Sat, 12 Oct 1996 19:55:40 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA47390; Sat, 12 Oct 1996 20:08:17 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA105730; Sat, 12 Oct 1996 19:07:24 +0100 Received: from relay.xlink.net (relay.xlink.net [193.141.40.5]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id UAA12987 for ; Sat, 12 Oct 1996 20:59:54 +0300 (EET DST) Received: from sbusol.rz.uni-sb.de by relay.xlink.net id <14862-0@relay.xlink.net>; Sat, 12 Oct 1996 18:59:35 +0000 X-Envelope: Received: from hs-gate.handshake.de (root@hs-gate.handshake.de [193.141.176.10]) by sbusol.rz.uni-sb.de (8.6.12/v2.0) with ESMTP id TAA25003 for ; Sat, 12 Oct 1996 19:59:34 +0200 Received: from hit.sb.sub.de (dbox@localhost) by hs-gate.handshake.de (8.6.12/8.6.9) with UUCP id TAA12475 for gpc@hut.fi; Sat, 12 Oct 1996 19:51:40 +0100 Received: by hit.sb.sub.de (DUUCP vom 19.09.1996) with ZConnect; 12 Oct 1996 15:05:00 +0200 From: andi.tio@hit.handshake.de (Andreas Bauer) Message-Id: <6IhrcixPykB@hit-andi.tio.hit.handshake.de> X-Gateway: ZCONNECT UR hit.sb.sub.de [DUUCP BETA vom 19.09.1996] In-Reply-To: <66345.s8806144@mail.student.utwente.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: it's running :-) Date: 12 Oct 1996 15:05:00 +0200 To: gpc@hut.fi Content-Transfer-Encoding: quoted-printable Status: RO Diese Nachricht antwortet auf einen Text, den j.j.vanderheijden@student.utwente.nl am Freitag, den 11.10.96, durch die Datennetze geschossen hat: Hallo J.J. JJvdH> >I must include djgpp.lnk manually, though. JJvdH> When I said 'specs' I meant 'djgpp.env' JJvdH> The 'specs' and 'specs.gpc' file should not be touched! I copied the [gcc] section of *djgpp.env* to [gpc]. And the linker ld cannot find something with ..._ctor_... and _dtor_. until i include djgpp.lnk manually into linking. JJvdH> This was a remark by Peter, but he was probably confusing unix and= dos. JJvdH> Not sure you can redirect stderr in DOS. Yes, i read something it's impossible in DOS. :-( JJvdH> I only heard rumours, but if you watch the djgpp newsgroup JJvdH> (comp.os.msdos.djgpp) or it's archive at http://www.delorie.com yo= u may JJvdH> find it. Maybe it's in the contrib section of the djgpp archive at JJvdH> ftp.delorie.com I'll try it. JJvdH> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D program dpmitest; JJvdH> JJvdH> It's a little C-ish style (ulong's etc) but if you look at JJvdH> from djgpp's C-lib you will see how I did it. I noticed that the GNU-integer is *not* the same as the BP-integer. :-) JJvdH> BTW optimization kill's this sample, maybe because GPC aligns the JJvdH> byte size variables in the records to 32bit boundaries for speed t= hen JJvdH> (??!) It seems that the =ABret=BB-instruction at the end of the program causes = the exception. if you use a halt() as the last command in the source-file, it will work correctly. A bug in the compiler ? JJvdH> The 'asmname' could have been just a 'C' directive, but then you w= ould JJvdH> have had functions called __dpmi_.... in your pascal program. Why not? If it is possible to disable those ugly underscore-warnings... ?! JJvdH> crazy memory issues in DOS. I'm not sure you need all this DPMI st= uff JJvdH> in the first place. Unless you want to write protected mode interr= upt JJvdH> handlers, in which case you'd better take a good look in the djgpp JJvdH> docs..... No, i'll try to write my own system-unit and I'll try to access the LFB of an VESA card. JJvdH> JanJaap Bye Andreas From gpc-request@santra.hut.fi Sat Oct 12 22:32:55 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id WAA13738 for ; Sat, 12 Oct 1996 22:32:54 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA85702; Sat, 12 Oct 1996 22:45:29 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA78112; Sat, 12 Oct 1996 21:44:36 +0100 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id XAA14973 for ; Sat, 12 Oct 1996 23:37:53 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id WAA13719 for gpc@hut.fi; Sat, 12 Oct 1996 22:25:34 +0100 From: Peter Gerwinski Message-Id: <199610122125.WAA13719@agnes.dida.physik.uni-essen.de> Subject: Re: it's running :-) To: gpc@hut.fi Date: Sat, 12 Oct 1996 22:25:34 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to Andreas Bauer: > Diese Nachricht antwortet auf einen Text, > den j.j.vanderheijden@student.utwente.nl am Freitag, den 11.10.96, > durch die Datennetze geschossen hat: > > JJvdH> This was a remark by Peter, but he was probably confusing unix and= > dos. > JJvdH> Not sure you can redirect stderr in DOS. > Yes, i read something it's impossible in DOS. > :-( No, that was no confusion; I really meant DOS. It actually works with a DOS box in OS/2. However, it seems *not* to work with MS-DOS nor with Novell DOS. :-( In the djgpp NewsGroup somebody said there would be a recepy how to redirect stderr with DOS in the djgpp FAQ. > If it is possible to disable those ugly underscore-warnings... ?! Yes, with (*$W-*) ... (*$W+*) you can switch off/on warnings for a certain section of the code. (However I don't like __underscored_identifiers__ either. ;-) > No, i'll try to write my own system-unit and I'll try to access > the LFB of an VESA card. Did you try Berend's System unit? (And don't forget to send us your useful units so we can publish it. ;-) Bye, Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From phy0a0@spf1.power.uni-essen.de Sat Oct 12 23:56:04 1996 Return-Path: phy0a0@spf1.power.uni-essen.de Received: from sp2.power.uni-essen.de (spf10.power.uni-essen.de [132.252.180.10]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id XAA14075 for ; Sat, 12 Oct 1996 23:56:04 +0100 Received: by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA49784; Sun, 13 Oct 1996 00:08:37 +0200 From: phy0a0@spf1.power.uni-essen.de (Peter Gerwinski) Message-Id: <9610122208.AA49784@sp2.power.uni-essen.de> Subject: OS/2 DLL's To: peter@agnes.dida.physik.uni-essen.de Date: Sun, 13 Oct 1996 00:08:37 +0200 (MESZ) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1679 Status: RO Hello, After some experimenting, I produced an OS/2 dynamic link library (DLL) with GNU Pascal that I could call from another application. Perhaps this is common knowledge but I do not see it documented anywhere. The following seems to work compiled with the latest emx distribution of GPC using "gpc -Zomf -Zdll cube.pas cube.def": unit cube; { a simple function in a DLL} interface function cubit(x:integer):integer; implementation function cubit(x:integer):integer; begin cubit := x*x*x; end; end. You have to be careful in the module definition file to list the function with only the first letter capitalized or LINK386.EXE will complain: /* module definition file for Cube dll */ LIBRARY CUBE EXPORTS Cube @1 Allan D. Derickson -- Derickson Forestry Services -- Freeland, WA USA ----------------------------------------------------------- alland@whidbey.com ----------------------------------------------------------- ******************************** ACHTUNG: Neue e-mail-Adresse! Ab dem 22. Juni 1996 bitte an peter.gerwinski@uni-essen.de schreiben. ******************************** ATTENTION: New e-mail address! >From 22. June 1996 on please write to peter.gerwinski@uni-essen.de ******************************** -------------------------------------------------------------------------------- Dipl. Phys. Peter Gerwinski Fachbereich Physik Universitaet-GH Essen Phone: +49-201-183-2763 D-45117 Essen Fax: +49-201-183-2120 Germany e-mail: peter.gerwinski@uni-essen.de -------------------------------------------------------------------------------- From gpc-request@santra.hut.fi Sun Oct 13 11:11:40 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id LAA14572 for ; Sun, 13 Oct 1996 11:11:40 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA89702; Sun, 13 Oct 1996 11:24:03 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA65046; Sun, 13 Oct 1996 10:23:10 +0100 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id MAA19065 for ; Sun, 13 Oct 1996 12:17:59 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id LAA14552 for gpc@hut.fi; Sun, 13 Oct 1996 11:06:07 +0100 From: Peter Gerwinski Message-Id: <199610131006.LAA14552@agnes.dida.physik.uni-essen.de> Subject: OS/2 DLL's To: gpc@hut.fi Date: Sun, 13 Oct 1996 11:06:07 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO > After some experimenting, I produced an OS/2 dynamic link library (DLL) > with GNU Pascal that I could call from another application. Perhaps this > is common knowledge but I do not see it documented anywhere. Thank you. I didn't know this either. I planned to implement Borland's style of creating DLLs into GPC. So with EMX, GPC will have to create a correct .def file as well. Probably somebody here knows how to compile a shared library for Linux or other UNIXes with GPC? Somebody willing to write a documentation section about this? Greetings, (-; Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Mon Oct 14 16:42:53 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id QAA15925 for ; Mon, 14 Oct 1996 16:42:52 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA72050; Mon, 14 Oct 1996 16:54:49 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA111532; Mon, 14 Oct 1996 12:24:43 +0100 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id OAA14457 for ; Mon, 14 Oct 1996 14:16:04 +0300 (EET DST) Received: from [130.89.179.22] (pc022.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA24435 (5.67b/IDA-1.5 for ); Mon, 14 Oct 1996 13:16:00 +0200 Date: Mon, 14 Oct 96 13:21:09 CST From: "J.J. van der Heijden" Message-Id: <60428.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: Shared images, was: Re: OS/2 DLL's Status: RO On Sun, 13 Oct 1996 11:06:07 +0100 (MET), Peter Gerwinski wrote: >> After some experimenting, I produced an OS/2 dynamic link library (DLL) >> with GNU Pascal that I could call from another application. Perhaps this >> is common knowledge but I do not see it documented anywhere. > >Thank you. I didn't know this either. > >I planned to implement Borland's style of creating >DLLs into GPC. So with EMX, GPC will have to create >a correct .def file as well. > >Probably somebody here knows how to compile a shared >library for Linux or other UNIXes with GPC? > Shared libraries are very platform dependant. 1) Win32 and OS/2 have the .def files, and need seperate import libraries to link an app to a shared image (.dll) 2) ELF unices don't have all of the above, you just use gcc -shared -o libfoo.so.X.Y your_obj_files_here to build a shared image. ELF shared images export everything so no .def is needed. If you have a 'libfoo.so.X.Y' shared image, you link it simply with -lfoo. Several very nifty features exist, to help object oriented languages, to execute initialization code when a shared image is loaded and finalized (unloaded). Look at the sources of the Objective C base library if you want to know more. 3) Some COFF or A.OUT systems (BSD, older Linux flavours) can use shared images too, but at least Linux needed special tools to do so. The Win32 dll's must be `pure' (no global vars), but this restriction doesn't exist for ELF unix. I think you should just leave the DLL stuff as it is, enforcing a Borland PC standard would cripple the possibilities of the ELF for instance. The winapi-0.1.2.tar.gz archive in the GNU archives has a few smart `sed' scripts to generate .def files from a DLL. For cygwin32, the dlltool.exe program can build the import libraries. I have done some attempts to build the GNU Pascal RTS (libgpc.a) as a shared library. For ELF unix, this a very easy. A `hello world' program is reduced to 2K. For win32, several global variables ('input', 'output', gpc_argv and more) make this impossible. I have some plans to rework the RTS, split it in 'ISO', 'ISO extended' and add 'Borland System.tpu' to it. Purify the code. Add documentation fragments to the code, so a `chew' program can generate a rts.texi documentation file. Someday... Just my HFL 0.02, JanJaap --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Mon Oct 14 15:54:18 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id PAA15899 for ; Mon, 14 Oct 1996 15:54:18 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA74360; Mon, 14 Oct 1996 16:06:15 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA71714; Fri, 20 Sep 1996 23:20:04 +0200 Received: from fawn.cs.wwu.edu (fawn.cs.wwu.EDU [140.160.140.171]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id AAA03049 for ; Sat, 21 Sep 1996 00:04:03 +0300 (EET DST) Received: (from phil@localhost) by fawn.cs.wwu.edu (8.6.10/8.6.10) id OAA08660; Fri, 20 Sep 1996 14:03:45 -0700 Date: Fri, 20 Sep 1996 14:03:45 -0700 From: Phil Nelson Message-Id: <199609202103.OAA08660@fawn.cs.wwu.edu> To: fritz@engg2.mobinfo.com Cc: gpc@hut.fi In-Reply-To: <199609201843.LAA16331@engg3.mobinfo.com> (message from Friedrich Fahnert on Fri, 20 Sep 1996 11:43:39 -0700) Subject: Re: gpc under SunOS or Solaris Status: RO >I managed to get version 1.2-2.7.2 compiled on both, but neither works >very well. On Solaris gpc1 gets a fatal signal, and an internal >compiler error, when compiling certain programs. On SunOS, it seems >to compile properly, but it dumps core when linking. Yes, I have gpc 1.2 (2.7.2) compiled and running under both SunOS and Solaris. It is true that there are still some bugs in gpc that allow gpc1 to core dump. Those should be reported. Several of my "standard" programs compile and run with no problem. In fact, we have had our students using gpc as their primary PASCAL compiler for a couple of years. -- Phil Nelson NetBSD: http://www.netbsd.org e-mail: phil@cs.wwu.edu LPF: http://www.lpf.org http://www.cs.wwu.edu/~phil !gifs: http://www.lpf.org/Patent/Gif/Gif.html From gpc-request@santra.hut.fi Mon Oct 14 15:42:01 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id PAA15893 for ; Mon, 14 Oct 1996 15:42:01 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA74054; Mon, 14 Oct 1996 15:53:57 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA50634; Wed, 11 Sep 1996 18:17:49 +0200 Received: from hil-img-3.compuserve.com (hil-img-3.compuserve.com [149.174.177.133]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id TAA22040 for ; Wed, 11 Sep 1996 19:06:17 +0300 (EET DST) Received: by hil-img-3.compuserve.com (8.6.10/5.950515) id MAA06378; Wed, 11 Sep 1996 12:05:45 -0400 Date: 11 Sep 96 12:02:07 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: gpc Subject: Re: External, C, AsmName, ... Message-Id: <960911160207_100120.3121_EHQ83-1@CompuServe.COM> Status: RO > Where is it? > Since GPC is essentially BP-compatible now, perhaps we can > just use it? Good question. I'm not sure. It probably is on CompuServe. I think the author is Bob Swart. It could also be it is only for Delphi. I see if I can get some more info. Groetjes, Berend. From gpc-request@santra.hut.fi Mon Oct 14 15:41:50 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id PAA15885 for ; Mon, 14 Oct 1996 15:41:49 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA74180; Mon, 14 Oct 1996 15:53:47 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA39310; Sun, 8 Sep 1996 21:14:54 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id WAA13644 for ; Sun, 8 Sep 1996 22:04:42 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id UAA17855; Sun, 8 Sep 1996 20:56:23 +0200 From: Peter Gerwinski Message-Id: <199609081856.UAA17855@agnes.dida.physik.uni-essen.de> Subject: Re: gpc for Solaris 2.5.1 To: brad@shiloh.nimh.nih.gov Date: Sun, 8 Sep 1996 20:56:22 +0200 (MET DST) Cc: gpc@hut.fi X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO > Is there a version of gpc built for Solaris 2.5? Or do you > have any hints on getting the lastest source to compile > under Solaris 2.5? The 2.7.2-pre-release should (;-) be straightforward to compile under any system. First, compile the C compiler gcc-2.7.2 and let the object files in place. Then, unarchive gpc-1.2-2.7.2.tar.gz, cd to the gpc directory, type "./configure" and "make" -- voil`a. If you are successful, please let me know, so I can include the binaries into the distribution. Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Mon Oct 14 15:41:50 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id PAA15889 for ; Mon, 14 Oct 1996 15:41:50 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA54218; Mon, 14 Oct 1996 15:53:48 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA42888; Sun, 8 Sep 1996 21:14:43 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id WAA14980 for ; Sun, 8 Sep 1996 22:03:53 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id UAA17846; Sun, 8 Sep 1996 20:55:41 +0200 From: Peter Gerwinski Message-Id: <199609081855.UAA17846@agnes.dida.physik.uni-essen.de> Subject: Re: External, C, AsmName, ... To: lotu@wam.umd.edu (Arcadio Alivio Sincero) Date: Sun, 8 Sep 1996 20:55:41 +0200 (MET DST) Cc: gpc@hut.fi X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to Arcadio Alivio Sincero: > Hey ... did y'all know that a Linux version of FPKPascal (or is it > just FPPascal??) is now out (currently only a.out but and ELF version is FPKPascal. The author's name is Florian Klaempfl, therefore the FK. What the P stands for, I don't know. > expected soon). One thing I like about FPKPascal is that it has > function overloading. Any plans of adding this to GPC? This would be a > nice thing to throw in, IMHO. I have planned to add this feature together with qualified identifiers not too far in the future. Nice to see that I am not the only one who likes it. Somebody who would like to help implementing it? Or to solve some other tasks (e.g. write documentation), so I am free for it? Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Tue Oct 15 18:13:22 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id SAA17491 for ; Tue, 15 Oct 1996 18:13:21 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA71574; Tue, 15 Oct 1996 18:24:55 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA53908; Tue, 15 Oct 1996 18:24:01 +0200 Received: from snake.hut.fi (snake.hut.fi [193.167.6.99]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id TAA29997 for ; Tue, 15 Oct 1996 19:06:44 +0300 (EET DST) Received: from csunix1.lvc.edu (jm_black@[207.87.98.5]) by snake.hut.fi (8.7.5/8.7.3) with ESMTP id SAA35088 for ; Tue, 15 Oct 1996 18:12:41 +0300 Received: from localhost (jm_black@localhost) by csunix1.lvc.edu (8.7.5/8.7.3) with SMTP id LAA25895 for ; Tue, 15 Oct 1996 11:01:45 -0400 Date: Tue, 15 Oct 1996 11:01:44 -0400 (EDT) From: John Michael Black To: gpc@hut.fi Subject: getenv() and system() Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO Thanks so much, JJ, for the sample code for these two functions in the FAQ. In all I thought the faq was good and informative. ---------- IMHO, I would think that the function getenv() and the procedure system() would be two widely used routines for a lot of people's programs. Instead of expecting everyone to "create" them each time, what possibility is there of including them in a standard library? I know they're not standard or extended pascal, but like I said it seems like a lot of people would need to use them. If there isn't an include for operating system functions, perhaps this could start one. For example, right now I've taken these two external makeshift routines (along with some others) and put them in a file "unix.h", so all I do is #include in programs I know will use them. (I'm considering renaming it to , since most of them could probably work on DOS as well.) I would reccommend using the literal names "getenv" and "system" since they are familiar from C. Any thoughts? -john From gpc-request@santra.hut.fi Tue Oct 15 16:01:37 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id QAA17347 for ; Tue, 15 Oct 1996 16:01:37 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA72720; Tue, 15 Oct 1996 16:13:12 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA15934; Tue, 15 Oct 1996 16:12:17 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id RAA27012 for ; Tue, 15 Oct 1996 17:02:24 +0300 (EET DST) Received: from [130.89.179.21] (pc021.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA24619 (5.67b/IDA-1.5 for ); Tue, 15 Oct 1996 16:02:21 +0200 Date: Tue, 15 Oct 96 16:07:05 CST From: "J.J. van der Heijden" Message-Id: <69519.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: STABS format -- solaris users around? Status: RO Hello, I have started a project to add a "Pascal" mode to GDB. This means GDB can demangle Pascal symbols, and evaluate Pascal expressions. The debug format for most platforms is stabs, and exploit all possibilities, GPC and GDB have to support a number of Pascal specific stabs. These are rumoured to be ducumented by SUN for their SUN pascal compiler, and this document might be on the Solaris SDK CD-ROM. So, if any of you have this CD-ROM around, and could pass me this document, maybe I can follow an existing standard, instead of reinventing the wheel. I don't care about the format, I can handle most formats between raw text and PostScript. Sorry for my vagueness, JanJaap --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Tue Oct 15 15:36:49 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id PAA17326 for ; Tue, 15 Oct 1996 15:36:48 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA73764; Tue, 15 Oct 1996 15:48:24 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA62346; Tue, 15 Oct 1996 15:47:30 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA25596 for ; Tue, 15 Oct 1996 16:28:29 +0300 (EET DST) Received: from [130.89.179.21] (pc021.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA18813 (5.67b/IDA-1.5 for ); Tue, 15 Oct 1996 15:28:27 +0200 Date: Tue, 15 Oct 96 15:33:43 CST From: "J.J. van der Heijden" Message-Id: <67668.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: Call for installation patches and hacks. Status: RO Hello, We are finishing up preparations for the "final" 1.2 GPC release, and now I would like to know, did any of you have to apply special hacks to get GPC up and running? Need to edit a config file, Makefile etc., add special CFLAGS? We know about the problems with stor-layout and friends (undefined symbols when linking gpc1) and BSD/SYSV confusion with signals in rts/rts-rt0.c We would like to hear about any other hacks you had to do, and this is your chance to get it fixed before the release. In the ideal world, `configure ; make' should work. I have heard people failing to build GPC on Solaris. Is this still true, and if yes, can you give me a detailed description what goes wrong? Greetings, JanJaap --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Tue Oct 15 14:50:38 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id OAA17261 for ; Tue, 15 Oct 1996 14:50:38 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA73548; Tue, 15 Oct 1996 15:02:15 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA43238; Tue, 15 Oct 1996 15:01:18 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id PAA23907 for ; Tue, 15 Oct 1996 15:43:15 +0300 (EET DST) Received: from [130.89.179.21] (pc021.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA11905 (5.67b/IDA-1.5 for ); Tue, 15 Oct 1996 14:43:13 +0200 Date: Tue, 15 Oct 96 14:48:30 CST From: "J.J. van der Heijden" Message-Id: <65197.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: proto-FAQ -- reactions please! Status: RO Hello, I gathered some of the recently asked questions, together with some usefull information from various readmes etc. and called it a 'FAQ'. It needs some expanding, especially about the differences between various dialects of the Pascal language. Also, I'm not a native english speaker so there are probably lots of errors. Any feedback is appreciated. It will be texified in the future, so it can be put on a www page. JanJaap =========================================================================== This is the GNU Pascal Frequently-Asked Questions List. Author: J.J. van der Heijden Revision: 0.1, Oct 14, 1996 1 What is GNU Pascal? 1.1 What is the current version of GNU Pascal? 1.2 Where is the GNU Pascal FTP site? WWW? 1.3 Is it compatible with Turbo Pascal (R) ? 2 Installation related questions 2.1 Which platforms are supported by GNU Pascal? 2.2 Which components, other than the GNU Pascal compiler do I need to compile Pascal source code? 2.3 Help! linking gpc1 fails: _emit_string_move undefined (and more) 2.4 When I build libgpc.a, rts-rt0.c says: SIGXCPU undefined (and more) 2.5 I do I debug my Pascal programs? 2.6 Can you recommend an IDE? 2.7 Do we have a binary for you? 3 GNU Pascal and your system libraries 3.1 How do I use from the C library? 3.2 What's this confusion about Pascal and C style strings? 3.3 Are GNU Pascal objects compatible with GNU C++ classes ? 3.4 Where are the Turbo pascal (R) replacement units? 3.5 How do I build/use a shared library? 4 GNU Pascal on the djgpp (MS-DOS) platform 4.1 If you need more information 4.2 What do I download? 4.3 How do I install the compiler? 4.4 GPC says: no DPMI 4.5 I cannot read the info pages! 4.6 I have troubles with inline assembly 4.7 Tell me how to do DPMI, BIOS and other DOS related things. 4.8 I'm accessing an "array[1..4000000] of byte" and I got an exception. 5 Getting Help 5.1 Help! the compiler crashed! 5.2 I think I found a bug -- now what? 5.3 Which newsgroup(s) are suited for GPC related problems? 5.2 How to post to the mailing list 5.3 How to become a subscriber to the mailing list 5.4 How to unsubscribe from the mailing list 6 Miscellany 6.1 I want to contribute, where do I start? 6.2 About this FAQ. 1 What is GNU Pascal? ********************* The purpose of the GNU Pascal project is to produce a Pascal compiler (called GNU Pascal or GPC) which * combines the clarity of Pascal with powerful tools suitable for real-life programming, * supports both the Pascal standard and the Extended Pascal standard as defined by ISO, ANSI and IEEE. (ISO 7185:1990, ISO/IEC 10206:1991, ANSI/IEEE 770X3.160-1989) * supports other Pascal standards (UCSD Pascal, Borland Pascal, Pascal-SC) in so far as this serves the goal of clarity and usability, * may be distributed under GNU license conditions * can generate code and run on any computer for which the GNU C compiler can generate code and run. Pascal was originally designed for teaching. GNU Pascal provides a smooth way to proceed to challenging programming tasks without learning a completely different language. 1.1 What is the current version of GNU Pascal? ============================================== The last official release is GPC 1.1, based on GNU CC version 2.6.3. GPC version 1.2, based on GCC 2.7.2 is currently in beta testing. 1.2 Where is the GNU Pascal FTP site? WWW? ========================================== The master FTP site for GNU Pascal is kampi.hu.fi GNU Pascal related files can be found in: ftp://ftp.kampi.hut.fi/jtv/gnu-pascal/ This site is mirrored on: ftp://sunsite.doc.ic.ac.uk/gnu/pascal/ The latest developer releases can be downloaded from: ftp://agnes.dida.physik.uni-essen.de/ Also, we have a homepage on the web: http://home.pages.de/~GNU-Pascal/ 1.3 Is it compatible with Turbo Pascal (R) ? ============================================ GPC is currently *not* a drop-in replacement for Borland's Turbo Pascal (R). It supports a number, but not all of the Borland extensions to the Pascal language. There is no replacement for most of the Borland runtime library functions. GNU Pascal is part of the GNU project, so portability is one of its primary goals. For this reason, non-portable features of Borland Pascal will probably not be included into GNU Pascal. More information can be found in the file "bpqstart.txt" 2 Installation related questions ******************************** This section discusses some common problems with the installation of GNU Pascal. 2.1 Which platforms are supported by GNU Pascal? ================================================ GPC uses the GCC backend, so it should run on any system that is supported by GNU CC. This includes a large variety of Unix systems, MS-DOS, OS/2 and Win32. A full list of platforms supported by GCC can be found in the file "INSTALL" of the GCC distribution. Not all of these have actually been tested, but the gpc-1.2 pre-release is know to run on these platforms: i486-linux (Linux 2.x, ELF) i486-linuxaout i486-linuxoldld i486-freebsd2.1 i386-cygwin32 (Windows95/Windows NT) i386-djgppv2 (MS-DOS) i386-emx (OS/2, MS-DOS) mips-sgi-irix5.3 >>> Ok people - send us your success stories, with canonical machine name! <<< 2.2 Which components, other than the GNU Pascal compiler do I need to compile Pascal source code? ===================================================================== A complete Pascal compiler system should at least have: * The actual compiler, GPC. * Assembler, linker, librarian and friends. * A C library. * A debugger, if you want to debug your programs. You don't need a C compiler to compile your Pascal programs, but you do need it to build the GNU Pascal compiler itself. GNU Pascal version 1.1 is based on GCC 2.6.3, GPC v1.2 is based on GCC v2.7.2 Any attempt to build GPC with the wrong version of GCC is bound to fail. For most people, the GNU binutils and GNU debugger (gdb) are a good choice, although some may prefer to use vendor specific tools. 2.3 Help! linking gpc1 fails: _emit_string_move undefined (and more) ==================================================================== If linking gpc1 bombs out with an error message that looks like this: ld: Undefined symbol _emit_string_move _emit_string_pad _maybe_find_function_data _dbxout_set_type_status _version_flag *** Error code 1 make: Fatal error: Command failed for target `gpc1' you probably suffer from a VPATH make problem. A few GPC source files have counterparts with identical name in the GCC source directory. When you have built GCC in the GCC source directory and you are not using a recent version of GNU make this problem may occur. There are three solutions: * Get a recent version of GNU make. Version 3.74 or better is known to work. * Build GCC in a seperate directory instead of using the GCC source directory. * Manually delete these files from the GCC object directory: stor-layout.o dbxout.o expr.o fold-const.o optabs.o convert.o function.o setop.o toplev.o then resume `make'. 2.4 When I build libgpc.a, rts-rt0.c says: SIGXCPU undefined (and more) ======================================================================== Compilation of the runtime system may fail in rts-rt0.c with a message simular to this: rts-rt0.c: `SIGXCPU' undeclared (first use this function) or: rts-rt0.c: storage size of `sv' isn't known rts-rt0.c: storage size of `osv' isn't known If this happens to you, you have to edit the rts/rts-config.h file and comment out the last line to: /* #undef HAVE_SIGSYS */ This will be fixed in a future release. 2.5 I do I debug my Pascal programs? ==================================== To debug your programs, (a) GNU Pascal must be able to generate executables with debug info for your platform, and (b) you must have a debugger which understands this. * If `gpc -g -o hello hello.p' says: "gpc: -g not supported for this platform", then GPC is unable to generate debug info. Usually, installing GAS instead of your system's assembler can overcome this. When you configure the GCC used for GPC, specify "--with-gnu-as", and possibly "--with-gnu-ld" and/or "--with-stabs". More information can be found in "INSTALL" file in the GNU CC source directory. * Your system's debugger may not understand the debug info generated by GNU tools. In this case, installing GDB may help. The bottom line: if you can debug GCC compiled programs, you should be able to do this with GPC too. The GNU debugger (GDB) currently does not have a "Pascal" mode, so it is unable to display certain Pascal structures etc. When debugging, please note that the Initial Letter In Each Identifier Is In Upper Case And The Rest Are In Lower Case. If you want to display variable 'foo' in the debugger, type `show Foo' or `display Foo' instead. 2.6 Can you recommend an IDE? ============================= Users of Borland Pascal may wonder if there's a replacement for the IDE (Integrated Development Environment). Here's a few suggestions: * (X)Emacs. Some people think it's the answer to the question of Life, the Universe and Everything, others decide it's uGNUsable. Available from your friendly GNU mirror. * XWPE XWPE is an immitation of the Borland IDE, so users of Borland Pascal may find it a good alternative. Although GDB is an excellent debugger, it's user interface is not very attractive. Refer to the comp.windows.x FAQ: "Where can I get an X-based debugger?" at: http://www.cis.ohio-state.edu/hypertext/faq/usenet/x-faq/part6/faq-doc-2.html Some usefull frontends include: XXGDB, tGDB and XWPE. see: http://www.ee.ryerson.ca:8080/~elf/xapps/Q-IV.html Very nice, but resource consuming is the Motif based DDD: http://sol.ibr.cs.tu-bs.de/softech/ddd/ 2.7 Do we have a binary for you? ================================ Currently, we have binaries for these platforms: i486-linux (ELF) i486-linuxaout i486-linuxoldld djgpp V2 (msdos) emx 0.9B (OS/2, msdos) cygwin32 beta16 (Windows95, Windows NT) mips-sgi-irix5.3 3 GNU Pascal and your system libraries ************************************** This section discusses common problems people have when they try to access their system's libraries. 3.1 How do I use from the C library? ================================================================ GNU Pascal can use every function of your C library, but it may be up to you to write declaration of an external function, before you can use it. Consider the function `sleep'. man(3) sleep reveals: --------------------------------------------------------- NAME sleep - Sleep for the specified number of seconds SYNOPSIS #include unsigned int sleep(unsigned int seconds); --------------------------------------------------------- This small demo program shows how to use `sleep' in a Pascal program: --------------------------------------------------------- program SleepDemo; type word = __unsigned__ integer; function sleep(seconds: word): word; C; function sleep(seconds: word): word; external; var result : word; begin result := sleep(10); end. --------------------------------------------------------- 3.3 What's this confusion about Pascal and C style strings? =========================================================== It is important not to confuse Pascal and C string types. * The Pascal string schema is a record: STRING = RECORD Capacity : integer; length : integer; string : packed array [ 1..Capacity ] of char; END; 'string' is not 'string(256)', unlike Turbo Pascal. The capacicty must be declared: type MyString = string(256); function MyFunction: MyString; * A C string is an array of char, terminated with a NULL char. C library functions require C, not Pascal style string arguments! Consider this code snippet to convert Pascal style strings to C style and vice versa: --------------------------------------------------------- type word = __unsigned__ integer; TString = string[256]; PChar = ^char; function StrPas(Src: PChar): TString; var S : TString; begin S := ''; if (Src <> NIL) then while ( (Src^ <> chr(0)) AND (length(S) < S.capacity)) do begin S := S + Src^; inc(Word(Src)); end; StrPas := S; end; function StrPCopy(Dest: PChar; Src: String): PChar; var c: integer; p : PChar; begin p := Dest; for c:=1 to length(Src) do begin p^ := Src[c]; inc(word(p)) end; p^ := chr(0); StrPCopy := Dest; end; --------------------------------------------------------- Then this small example will print the PATH: --------------------------------------------------------- function GetEnv(name : PChar): PChar; C; function GetEnv(name : PChar): PChar; external; var pName: PChar; begin getmem(pName, 256); pName := StrPCopy(pName, 'PATH'); writeln('PATH=', StrPas(GetEnv(pName))); freemem(pName, 256); end. --------------------------------------------------------- And this is how you access the 'system()' call in you C library: --------------------------------------------------------- program SysCall; function system(name : PChar): integer; C; function system(name : PChar): integer; external; var pName: PChar; result : integer; begin getmem(pName, 256); pName := StrPCopy(pName, 'ls -l'); result := system(pName); writeln('system() call returned : ', result); freemem(pName, 256); end. --------------------------------------------------------- 3.4 Are GNU Pascal objects compatible with GNU C++ classes ? ============================================================ No. 3.5 Where are the Turbo Pascal (R) replacement units? ===================================================== They don't exist (yet). Most of their fuctionality can easily be implemented, some things are very x86/msdos dependant and would be meaningless on any other platform. 3.6 How do I build/use a shared library? ======================================== (topic under construction) 4 GNU Pascal on the djgpp (MS-DOS) platform ******************************************* This chapter discusses some potential problems with GNU Pascal on MS-DOS, using djgpp. 4.1 If you need more information ================================ GPC/djgpp is a djgpp V2 application, and most of the djgpp documentation applies for GPC too. A great source of information is the djgpp FAQ: http://www.delorie.com/djgpp/v2faq/faq201b.zip Another place to look for DJGPP documentation is the DJGPP Knowledge Base, at this URL: http://www.delorie.com/djgpp/doc/kb/ 4.2 What do I download? ======================= As discussed in section 2.2, other than GPC itself, you need an assembler, linker and friends, a C library and possibly a debugger. From your local djgpp mirror, you can get these as: v2/djdev200.zip (C library) v2gnu/bnu252b.zip (assembler, ....) v2gnu/gdb412b.zip (debugger) The rest is up to you; 'make' (v2gnu/mak372b.zip) can be usefull, RHIDE (an IDE with Borland-look) is nice, but still under development. Future releases of RHIDE may have better GPC support. 4.3 How do I install the compiler? ================================== If you don't have djgpp installed on your harddisk, create a directory for GNU pascal ("c:\gpc"), and unzip the archives. Make sure you preserve the directory structure (use "pkunzip -d"). Now, add the directory where gpc.exe lives ("c:\gpc\bin") to your path and set the DJGPP environment variable to point to your djgpp.env file: set DJGPP=c:\gpc\djgpp.env Specific information for low-memory conditions and mre can be found in the djgpp FAQ and documentation. 4.4 GPC says: no DPMI ===================== You don't have a DPMI server installed, and DJGPP v2 requires it to run. You can either use one of the commercial DPMI servers (e.g., run `gpc' in a DOS box under Windows) or download and install CWSDPMI (`csdpmi3b.zip') which is a free DPMI server written for DJGPP. 4.5 I cannot read the info pages! ================================= To read the info pages, you need the `info' program from txi360b.zip. At least for some of the pre-releases of gpc-1.2, the gpc.info file is invalid: it refers to the "gpc.i*" sections as "gpc.info-*". This can be fixed by loading gpc.inf in an editor and replacing "gpc.info-*" with "gpc.i*" 4.6 I have troubles with assembly code ====================================== The GNU Assembler (`as.exe'), or `gas', called by GCC accepts "AT&T" syntax which is different from "Intel" syntax. Differences are discussed in section 17.1 of the djgpp FAQ. A guide is available which was written by Brennan Mr. Wacko Underwood and describes how to use inline assembly programming with DJGPP, at this URL: http://www.rt66.com/~brennan/djgpp/djgpp_asm.html Section 17.3 of the djgpp FAQ discusses some methods to convert "Intel" syntax to "AT&T". 4.7 Tell me how to do DPMI, BIOS and other DOS related things. ============================================================== DPMI, BIOS and other functions are no different than other system functions. Refer to section 3.1 how to access your system's C-library. This small example shows how to use DPMI, copying some structures and function prototypes of : --------------------------------------------------------- program dpmitest; {$X+} type word = __unsigned__ integer; short = __short__ integer; byte = __byte__ integer; type PDpmiVersionRet = ^TDpmiVersionRet; TDpmiVersionRet = record major : byte; minor : byte; flags : short; cpu : byte; master_pic : byte; slave_pic : byte; end; type PDpmiFreeMemInfo = ^TDpmiFreeMemInfo; TDpmiFreeMemInfo = record largest_available_free_block_in_bytes : word; maximum_unlocked_page_allocation_in_pages : word; maximum_locked_page_allocation_in_pages : word; linear_address_space_size_in_pages : word; total_number_of_unlocked_pages : word; total_number_of_free_pages : word; total_number_of_physical_pages : word; free_linear_address_space_in_pages : word; size_of_paging_file_partition_in_pages : word; reserved1 : byte; reserved2 : byte; reserved3 : byte; end; function DpmiGetVersion(ret: PDpmiVersionRet): integer; asmname '__dpmi_get_version'; function DpmiGetFreeMemoryInformation(info: PDpmiFreeMemInfo): integer; asmname '__dpmi_get_free_memory_information'; function DpmiGetVersion(ret: PDpmiVersionRet): integer; external; function DpmiGetFreeMemoryInformation(info: PDpmiFreeMemInfo): integer; external; var version: TDpmiVersionRet; meminfo: TDpmiFreeMemInfo; begin DpmiGetVersion(@version); writeln('CPU type : ', version.cpu, '86'); writeln('DPMI major : ', version.major); writeln('DPMI minor : ', version.minor); DpmiGetFreeMemoryInformation(@meminfo); writeln('Free DPMI memory : ', meminfo.total_number_of_free_pages, ' pages.'); end. --------------------------------------------------------- 4.8 I'm accessing an "array[1..4000000] of byte" and I got an exception. ======================================================================== Per default, the maximum stack size of a djgpp application is 256K. If you need more, you have to adjust it with the stubedit program, i.e.: stubedit your_app.exe minstack=5000K Still, it might be a good idea to use pointers for this kind of structures. 5 Getting Help ************** This section discusses ways to get help with GNU Pascal. Please read the documentation (info files, readme's) that come with GPC, plus other docs that might help (the djgpp FAQ if you use djgpp etc.) before you send email to the maintainers or mailing list. 5.1 Help! the compiler crashed! =============================== If the compiler crashes, you have discovered a bug. A reliable compiler never crashes. To help the maintainers fix this bug, it is important that you send us a problem report. 5.2 I think I found a bug -- now what? ====================================== Bugs are best reported to the GPC mailinglist, gpc@hut.fi. That way, they always reach the maintainers. Try to give as much information as possible, plus a short code snippet that triggers the compiler bug. If you're on unix, you can find out where the compiler crashed if you enable coredumps, then load the compiler (gpc1) plus the core file in the debugger ("gdb /your_path_here/gpc1 core"), then type `backtrace' to get a stacktrace. Include this stacktrace in your bug report. 5.3 Which newsgroup(s) are suited for GPC related problems? =========================================================== There are several Pascal related newsgroups, but none is dedicated just to GNU Pascal. These may be usefull: comp.lang.pascal.ansi-iso Pascal according to ANSI and ISO standards. comp.lang.pascal.misc Pascal in general and ungrouped Pascals. 5.2 How to post to the mailing list =================================== You can send a message to the GPC mailing list by sending email to the list address as if it were a person. 5.3 How to become a subscriber to the mailing list ================================================== You can join the mailing list by sending a message to (NOT !) with your request to be added to the list. Maintenance is done by hand, so some delay is possible. 5.4 How to unsubscribe from the mailing list ============================================ To leave the mailing list, send a message to . 6 Miscellany ************ 6.1 I want to contribute, where do I start? =========================================== A list of jobs which should be done for GNU-Pascal can be found in the file `how_to_contrib.txt'. In cases where somebody is already working on a topic, the name of that person is written behind the job's description. This does not mean that you shouldn't do that but just that you should get in contact with that person if you would like to contribute to that field. 6.2 About this FAQ. ================== Maintainer: J.J. van der Heijden This is the first incarnation of the GNU Pascal FAQ list. Comments about, suggestions for, or corrections to this FAQ list are welcome. Please make sure to include in your mail the version number of the document to which your comments apply (you can find the version at the beginning of this FAQ list). Much of the info in this FAQ list was taken from the gpc mailing list traffic, so you may have (unbeknownst to you) contributed to this list. EOF --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Tue Oct 15 23:59:08 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id XAA17722 for ; Tue, 15 Oct 1996 23:59:07 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA75246; Wed, 16 Oct 1996 00:10:36 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA43738; Wed, 16 Oct 1996 00:09:42 +0200 Received: from utkux4.utcc.utk.edu (UTKUX4.UTCC.UTK.EDU [128.169.76.11]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id BAA07953 for ; Wed, 16 Oct 1996 01:00:35 +0300 (EET DST) From: sad@utkux.utcc.utk.edu Received: by utkux4.utcc.utk.edu (SMI-8.6/2.7c-UTK) id SAA17988; Tue, 15 Oct 1996 18:00:32 -0400 Message-Id: <199610152200.SAA17988@utkux4.utcc.utk.edu> Subject: Re: proto-FAQ -- reactions please! To: peter@esmeralda.peter.gerwinski.essen.de (Peter Gerwinski) Date: Tue, 15 Oct 1996 18:00:30 -0400 (EDT) Cc: gpc@hut.fi In-Reply-To: <199610151834.TAA00212@esmeralda.peter.gerwinski.essen.de> from "Peter Gerwinski" at Oct 15, 96 07:34:06 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO > > Specific information for low-memory conditions and mre can be found in the > ^^^ > Typographic error: "and more". > > > 4.8 I'm accessing an "array[1..4000000] of byte" and I got an exception. > > ======================================================================== > > This is actually a but in GPC. It does occur for global variables in ^^^^ Meta typo :-) Should be 'bug', right? Kind regards! Stefan From gpc-request@santra.hut.fi Tue Oct 15 22:13:55 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id WAA17669 for ; Tue, 15 Oct 1996 22:13:55 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA88520; Tue, 15 Oct 1996 22:25:25 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA11958; Tue, 15 Oct 1996 22:24:31 +0200 Received: from esmeralda.peter.gerwinski.essen.de (root@ascend27.extern.uni-essen.de [132.252.240.27]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id XAA04872 for ; Tue, 15 Oct 1996 23:15:03 +0300 (EET DST) Received: (from peter@localhost) by esmeralda.peter.gerwinski.essen.de (8.6.9/8.6.9) id SAA00163 for gpc@hut.fi; Tue, 15 Oct 1996 18:56:31 +0100 From: Peter Gerwinski Message-Id: <199610151756.SAA00163@esmeralda.peter.gerwinski.essen.de> Subject: getenv() and system() To: gpc@hut.fi Date: Tue, 15 Oct 1996 18:56:31 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Status: RO According to John Michael Black: > IMHO, I would think that the function getenv() and the procedure system() > would be two widely used routines for a lot of people's programs. Instead > of expecting everyone to "create" them each time, what possibility is > there of including them in a standard library? My BO5 project is intended to become a standard library for GNU Pascal. Its Unit "Tools" already contains a Borland- compatible version of getenv(). > I know they're not > standard or extended pascal, GetEnv is in Borland's DOS Unit, so it's de-facto-standard on DOS-like platforms. Berend already ported some features of DOS to an Extended Pascal module, other things are in BO5, so it should be straightforward to write (at least parts of) a true Borland-compatible DOS Unit. > but like I said it seems like a lot of people > would need to use them. If there isn't an include for operating system > functions, perhaps this could start one. Includes are not part of ISO-Pascal, modules are. With Borland or UCSD Pascal, you can include a file via (*$I foo *) (supported by GPC, too). However in my opinion, a Module or Unit would be preferable. If somebody would like to write such a thing (or already has written), please let me know. Greetings, Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Tue Oct 15 22:12:26 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id WAA17665 for ; Tue, 15 Oct 1996 22:12:26 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA75076; Tue, 15 Oct 1996 22:23:56 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA11900; Tue, 15 Oct 1996 22:23:02 +0200 Received: from esmeralda.peter.gerwinski.essen.de (root@ascend27.extern.uni-essen.de [132.252.240.27]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id XAA04806 for ; Tue, 15 Oct 1996 23:14:53 +0300 (EET DST) Received: (from peter@localhost) by esmeralda.peter.gerwinski.essen.de (8.6.9/8.6.9) id TAA00212 for gpc@hut.fi; Tue, 15 Oct 1996 19:34:06 +0100 From: Peter Gerwinski Message-Id: <199610151834.TAA00212@esmeralda.peter.gerwinski.essen.de> Subject: Re: proto-FAQ -- reactions please! To: gpc@hut.fi Date: Tue, 15 Oct 1996 19:34:06 +0100 (MET) In-Reply-To: <65197.s8806144@mail.student.utwente.nl> from "J.J. van der Heijden" at Oct 15, 96 02:48:30 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Status: RO Hello Jan Jaap, hello everybody! I enjoyed reading this FAQ. (-: Let's hope that all beginners with GNU Pascal will really read it before bombarding me with e-mails. GNUd work! :) :) :) However here are some comments/suggestions/bug reports of mine. ;-) According to J.J. van der Heijden: > 1.1 What is the current version of GNU Pascal? > ============================================== > The last official release is GPC 1.1, based on GNU CC version 2.6.3. > GPC version 1.2, based on GCC 2.7.2 is currently in beta testing. Better: "based on GCC 2.6.3" to avoid confusion between GNU CC =?= GCC. > 1.2 Where is the GNU Pascal FTP site? WWW? > ========================================== > Also, we have a homepage on the web: I suggest "on the World Wide Web". > http://home.pages.de/~GNU-Pascal/ I was reported some trouble accessing it. Perhaps we should add: If this fails, try http://agnes.dida.physik.uni-essen.de/~gnu-pascal/ > 1.3 Is it compatible with Turbo Pascal (R) ? > ============================================ > [...] For this reason, non-portable features of Borland Pascal > will probably not be included into GNU Pascal. More information can be found > in the file "bpqstart.txt" The file "bpqstart.txt" is section "Borland Pascal" of the Texinfo documentation now. > 2.6 Can you recommend an IDE? > ============================= What about RHIDE for DJGPP? > Some usefull frontends include: XXGDB, tGDB and XWPE. see: ^^^^^^^ "useful", not "usefull". ;-) > 2.7 Do we have a binary for you? > ================================ As an asked question it must read: "Do you have a binary for me?" > Currently, we have binaries for these platforms: > [...] Now there is SunOS 4.1.4, too. Thank you, Frank! > function sleep(seconds: word): word; C; > function sleep(seconds: word): word; external; This is redundant. The "C" declaration implies "external" declaration. > 3.3 What's this confusion about Pascal and C style strings? > =========================================================== > It is important not to confuse Pascal and C string types. We should mention here that we are talking about the ISO-10206 definiton of Pascal Strings which is that one used by GPC. > function GetEnv(name : PChar): PChar; C; > function GetEnv(name : PChar): PChar; external; You can and should use Function GetEnv ( Name: __CString__ ): pChar; C; instead. With this declaration, you can pass a String schema as an actual parameter. However, the return value must be a pChar. (Not absolutely sure about this ... maybe a formal pChar parameter can also have an actual String schema parameter ...) > 3.4 Are GNU Pascal objects compatible with GNU C++ classes ? > ============================================================ > No. This compatibility is planned for the far future. At the moment, Pascal objects can be accessed from standard C, however. > Specific information for low-memory conditions and mre can be found in the ^^^ Typographic error: "and more". > 4.8 I'm accessing an "array[1..4000000] of byte" and I got an exception. > ======================================================================== This is actually a but in GPC. It does occur for global variables in the main program, but not in Units or Modules. > 5.3 Which newsgroup(s) are suited for GPC related problems? > =========================================================== > comp.lang.pascal.ansi-iso Pascal according to ANSI and ISO standards. > comp.lang.pascal.misc Pascal in general and ungrouped Pascals. When we recommend comp.lang.pascal.ansi-iso, we must also mention comp.lang.pascal.borland which might be the right choice to discuss Borland compatibility problems and the DJGPP NewsGroup for problems with the DJGPP version. However I suggest to recommend only comp.lang.pascal.misc. Perhaps we should mention the GPC mailing list in this topic, too. > 5.3 How to become a subscriber to the mailing list > ================================================== I am not sure wheter this is correct English. What about "How to subscribe to the mailing list"? > 6 Miscellany > ************ The word exists, but perhaps "Miscellaneous" would be more appropriate? Native speakers! > 6.1 I want to contribute, where do I start? > =========================================== I suggest a semicolon instead of a comma. ;-) > A list of jobs which should be done for GNU-Pascal can be found in the > file `how_to_contrib.txt'. This file is section "How to Contribute" of the Texinfo documentation now. Once again: Very good work, Jan Jaap! Bye everybody, Peter From gpc-request@santra.hut.fi Tue Oct 15 18:39:28 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id SAA17540 for ; Tue, 15 Oct 1996 18:39:28 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA77010; Tue, 15 Oct 1996 18:51:01 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA48364; Tue, 15 Oct 1996 18:50:07 +0200 Received: from snake.hut.fi (snake.hut.fi [193.167.6.99]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id TAA31382 for ; Tue, 15 Oct 1996 19:42:18 +0300 (EET DST) Received: from alpha.hut.fi (jtv@alpha.hut.fi [130.233.224.50]) by snake.hut.fi (8.7.5/8.7.3) with SMTP id TAA42530 for ; Tue, 15 Oct 1996 19:42:16 +0300 Date: Tue, 15 Oct 1996 19:42:19 +0300 (EET DST) From: Jukka Virtanen To: gpc@hut.fi Subject: Bug report :-) Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO Reported by: Juki GPC version: 1.2-2.7.2.1 Platform : Digital Alpha, DEC unix 4.0 Description: ------------ The attached program does not compile. narya gpc-1.2-2.7.2.1 58 % gpc fail.p fail.p: In function `zap': fail.p:5: parse error before `Absolute' Attached program: ----------------- program zap; var enumvar : (absolute); begin end. From gpc-request@santra.hut.fi Wed Oct 16 12:03:35 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id MAA18562 for ; Wed, 16 Oct 1996 12:03:34 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA80278; Wed, 16 Oct 1996 12:14:51 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA11692; Wed, 16 Oct 1996 12:13:56 +0200 Received: from server3.syd.mail.ozemail.net (server3.syd.mail.ozemail.net [203.108.7.40]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id NAA22603 for ; Wed, 16 Oct 1996 13:07:51 +0300 (EET DST) Received: from oznet02.ozemail.com.au (oznet02.ozemail.com.au [203.2.192.124]) by server3.syd.mail.ozemail.net (8.7.6/8.6.12) with ESMTP id UAA01104 for ; Wed, 16 Oct 1996 20:07:44 +1000 (EST) Received: from slsyd1p23.ozemail.com.au (slsyd1p23.ozemail.com.au [203.15.164.39]) by oznet02.ozemail.com.au (8.7.6/8.6.12) with SMTP id UAA16454 for ; Wed, 16 Oct 1996 20:07:41 +1000 (EST) Date: Wed, 16 Oct 1996 20:07:41 +1000 (EST) Message-Id: <199610161007.UAA16454@oznet02.ozemail.com.au> X-Sender: inteng@ozemail.com.au X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: gpc@hut.fi From: Jim Brander Subject: extend bug Status: RO Running gpc 2.6.3 on ELF format Linux 1.2.13 _p_extend() in rts/rts-file.c has following problem. Program is writing out 3000 line file, extending file for each line (don't grumble, it works this way). File extends OK for several hundred lines (a line or 2 each time), then the contents of the file buffer is spilled, say 20 lines written twice but mucked up on line endings, then extends OK for several hundred more lines, then does it again. The file buffer changes to a different address when spill occurs - that is, while it happens to be the same buffer address used each time, no problem. Doesn't display this behaviour on gpc 2.6.3 on Linux 1.1.59 with a.out format. Is fixed by commenting out line in rts/rts-file.c in _p_extend() int ch = getc(m_FILNUM(File)); File pointer is already pointing at end of file without this line. Regards Jim From gpc-request@santra.hut.fi Wed Oct 16 01:09:40 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id BAA18001 for ; Wed, 16 Oct 1996 01:09:39 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA85610; Wed, 16 Oct 1996 01:21:07 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA43632; Wed, 16 Oct 1996 01:20:13 +0200 Received: from atlsyssvr.atlsysnet.com (atlsyssvr.atlsysnet.com [206.28.128.34]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id CAA08561 for ; Wed, 16 Oct 1996 02:15:54 +0300 (EET DST) Message-Id: <199610152315.CAA08561@santra.hut.fi> Received: from async6.ts-bangor.caps.maine.edu [130.111.40.156] by atlsyssvr.atlsysnet.com (AltaVista Mail F2.0/2.0 BL22 listener) id 0000_005d_3264_140c_c48b; Tue, 15 Oct 1996 18:45:32 -0400 From: "Kevin A. Foss" To: "gpc@hut.fi" Date: Tue, 15 Oct 96 19:13:46 -0400 Reply-To: "Kevin A. Foss" Priority: Normal X-Mailer: Kevin Foss's Registered PMMail 1.53 For OS/2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: Call for installation patches and hacks. Status: RO On Tue, 15 Oct 96 15:33:43 CST, J.J. van der Heijden wrote: >We are finishing up preparations for the "final" 1.2 GPC release, and now I >would like to know, did any of you have to apply special hacks to get GPC >up and running? Need to edit a config file, Makefile etc., add special >CFLAGS? I did have to make a couple changes to the OS/2(EMX) makefile in order to get everything working. Specifically, even though gcc_bcmp.c is copied into the RTS directory, it is never referenced in the makefile. (MakeHPFS.RTS) It was only after I tried to compile some code that apparantly needed _gcc_bcmp() that I noticed the problem. So I had to go back and edit the Makefile. Or did I do something wrong? I couldn't find any reference to gcc_bcmp.c/.o in the MakeFAT.RTS file either. I also experienced confusion over which version of Make to use. INSTALL says to use nmake, but README.EMX says to use dmake. (Sorry if this has been addressed before, I just recently joined the list..) -Kevin --- Kevin A. Foss -- kfoss@atlsysnet.com --- From gpc-request@santra.hut.fi Wed Oct 16 18:49:25 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id SAA19171 for ; Wed, 16 Oct 1996 18:49:25 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA77540; Wed, 16 Oct 1996 19:00:29 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA41666; Wed, 16 Oct 1996 18:59:34 +0200 Received: from relay.xlink.net (relay.xlink.net [193.141.40.5]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id TAA07936 for ; Wed, 16 Oct 1996 19:51:11 +0300 (EET DST) Received: from sbusol.rz.uni-sb.de by relay.xlink.net id <12200-0@relay.xlink.net>; Wed, 16 Oct 1996 17:50:45 +0000 X-Envelope: Received: from hs-gate.handshake.de (root@hs-gate.handshake.de [193.141.176.10]) by sbusol.rz.uni-sb.de (8.6.12/v2.0) with ESMTP id SAA27773 for ; Wed, 16 Oct 1996 18:50:24 +0200 Received: from hit.sb.sub.de (dbox@localhost) by hs-gate.handshake.de (8.6.12/8.6.9) with UUCP id SAA14138 for gpc@hut.fi; Wed, 16 Oct 1996 18:47:07 +0100 Received: by hit.sb.sub.de (DUUCP vom 19.09.1996) with ZConnect; 15 Oct 1996 16:38:00 +0200 From: andi.tio@hit.handshake.de (Andreas Bauer) Message-Id: <6Itt8yDeykB@hit-andi.tio.hit.handshake.de> X-Gateway: ZCONNECT UR hit.sb.sub.de [DUUCP BETA vom 19.09.1996] In-Reply-To: <65197.s8806144@mail.student.utwente.nl> Subject: Re: proto-FAQ -- reactions please! Date: 15 Oct 1996 16:38:00 +0200 To: gpc@hut.fi Status: RO Diese Nachricht antwortet auf einen Text, den j.j.vanderheijden@student.utwente.nl am Dienstag, den 15.10.96, durch die Datennetze geschossen hat: Hallo J.J. JJvdH> type JJvdH> word = __unsigned__ integer; You should call it longword. I had some trouble, because I declared a word like this and i wondered that the entries after flags had some errors :) Perhaps longword... JJvdH> 4.8 I'm accessing an "array[1..4000000] of byte" and I got an JJvdH> exception. ============================================================ JJvdH> ============ Per default, the maximum stack size of a djgpp JJvdH> application is 256K. If you need more, you have to adjust it with the JJvdH> stubedit program, i.e.: JJvdH> JJvdH> stubedit your_app.exe minstack=5000K JJvdH> JJvdH> Still, it might be a good idea to use pointers for this kind of JJvdH> structures. JJvdH> AB > Or you declare your array like this: AB > AB > var bigdata:__static__ array[1..4000000] of byte; JJvdH> Please make sure to include in your mail the version number of the JJvdH> document to which your comments apply (you can find the version at the JJvdH> beginning of this FAQ list). I think v0.1, wasn't it :) Bye Andreas From gpc-request@santra.hut.fi Thu Oct 17 00:39:46 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id AAA19450 for ; Thu, 17 Oct 1996 00:39:46 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA88768; Thu, 17 Oct 1996 00:50:51 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA54198; Thu, 17 Oct 1996 00:49:57 +0200 Received: from agnes.dida.physik.uni-essen.de (root@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id BAA15596 for ; Thu, 17 Oct 1996 01:43:53 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id AAA19331 for gpc@hut.fi; Thu, 17 Oct 1996 00:05:21 +0100 From: Peter Gerwinski Message-Id: <199610162305.AAA19331@agnes.dida.physik.uni-essen.de> Subject: Re: Call for installation patches and hacks. To: gpc@hut.fi Date: Thu, 17 Oct 1996 00:05:21 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to Kevin A. Foss: > I did have to make a couple changes to the OS/2(EMX) makefile in order to get > everything working. :-( That's strange because I made *a lot* of tests with the EMX version on FAT partitions as well as on HPFS partitions to ensure that you just type [I:\emx\gnu\gpc-272] configure (* configure.cmd *) and [I:\emx\gnu\gpc-272] make (* make.cmd - calls dmake *) and GPC compiles through (assumed that you have compiled GCC before). Are you sure that you aren't using the 2.6.3 EMX patch? (Of course. ;-) Please send me your modified Makefile. > Specifically, even though gcc_bcmp.c is copied into the > RTS directory, it is never referenced in the makefile. (MakeHPFS.RTS) You are right! =:-O > It was > only after I tried to compile some code that apparantly needed _gcc_bcmp() > that I noticed the problem. So I had to go back and edit the Makefile. > > Or did I do something wrong? I couldn't find any reference to gcc_bcmp.c/.o > in the MakeFAT.RTS file either. Again: Please send me your modified Makefile. > I also experienced confusion over which version of Make to use. INSTALL says > to use nmake, but README.EMX says to use dmake. `dmake' is correct. > (Sorry if this has been addressed before, I just recently joined the list..) No, it's a new bug. :-)-: Thank you for the report. Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Thu Oct 17 00:56:39 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id AAA19532 for ; Thu, 17 Oct 1996 00:56:39 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA94312; Thu, 17 Oct 1996 01:07:44 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA40334; Thu, 17 Oct 1996 01:06:51 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id CAA15798 for ; Thu, 17 Oct 1996 02:01:03 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id AAA19514 for gpc@hut.fi; Thu, 17 Oct 1996 00:50:31 +0100 From: Peter Gerwinski Message-Id: <199610162350.AAA19514@agnes.dida.physik.uni-essen.de> Subject: DJGPP installation problems To: gpc@hut.fi Date: Thu, 17 Oct 1996 00:50:31 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Newsgroups: comp.os.msdos.djgpp References: <01bbbab6$1e0cf340$LocalHost@default> Organization: Universitaet Essen, Germany Reply-To: peter.gerwinski@uni-essen.de Distribution: Niels Heirbaut (heirbaut@pi.net) wrote: > I don't know if this is the right group to post to (I haven't found an > alternative), so please forgive me if this post is off topic. Since this is a DJGPP-specific problem, I think this NewsGroup is appropriate. However, there is a GNU Pascal mailing list, gpc@hut.fi. To subscribe, write to gpc-request@hut.fi. (This followup is also posted to the GPC mailing list.) > I downloaded the binary files for GPC (version 2.7.2) and extracted them to > my DJGPP directory. But when I tried to compile the program hello.pas (see > below) with: C:\>gpc hello.pas -o hello.exe > > I got the next message: > C:\DJGPP\BIN/ld.exe: cannot open crt0.o: No such file or directory (ENOENT) > > I checked if crt0.o existed (it did). I also tried to put the directory > (C:\DJGPP\LIB) in my PATH-variable, but still the same response. In the > info file I read something about setting the variable GPC_EXEC_PREFIX. I > tried this (in DJGPP.ENV and AUTOEXEC.BAT) but it still didn't work. > Here are my program, my AUTOEXEC.BAT and my DJGPP.ENV files: > > [...] > > DJGPP.ENV: > > [...] > > [gcc] > COMPILER_PATH=%/>;COMPILER_PATH%%DJDIR%/bin > LIBRARY_PATe=%/>;LIBRARY_PATH%%DJDIR%/lib;%DJDIR%/contrib/grx20/lib > > [...] > > [gpc] > GPC_EXEC_PREFIX=%/>;GPC_EXEC_PREFIX%%DJDIR%/lib >From the GPC installation instructions (you might have an older version which does not yet contain this): 8< ------------ Finally, add these lines to your \djgpp\djgpp.env file: --------- cut here ------- cut here --------- [gpc-cpp] C_INCLUDE_PATH=%/>;C_INCLUDE_PATH%%DJDIR%/include [gpc] COMPILER_PATH=%/>;COMPILER_PATH%%DJDIR%/bin LIBRARY_PATH=%/>;LIBRARY_PATH%%DJDIR%/lib 8< ------------ Hope this helps, Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Thu Oct 17 00:53:50 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id AAA19527 for ; Thu, 17 Oct 1996 00:53:50 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA78376; Thu, 17 Oct 1996 01:04:55 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA40980; Thu, 17 Oct 1996 01:04:01 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id BAA15697 for ; Thu, 17 Oct 1996 01:57:07 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id AAA19478 for gpc@hut.fi; Thu, 17 Oct 1996 00:46:35 +0100 From: Peter Gerwinski Message-Id: <199610162346.AAA19478@agnes.dida.physik.uni-essen.de> Subject: Word and LongWord To: gpc@hut.fi Date: Thu, 17 Oct 1996 00:46:35 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to Andreas Bauer: > JJvdH> type > JJvdH> word = __unsigned__ integer; > You should call it longword. > I had some trouble, because I declared a word like this and i wondered > that the entries after flags had some errors :) > Perhaps longword... A matter of taste and self-discipline while counting bits. ;-) I prefer "word" to stand for the "natural" unsigned integer - which has 32 bits with GNU Pascal. (But I also had trouble with this being a Borland Pascal programmer for many years ... ;-) Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Thu Oct 17 20:19:33 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id UAA20468 for ; Thu, 17 Oct 1996 20:19:33 +0100 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA91838; Thu, 17 Oct 1996 20:30:21 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA58264; Thu, 17 Oct 1996 20:29:27 +0200 Received: from atlsyssvr.atlsysnet.com (atlsyssvr.atlsysnet.com [206.28.128.34]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id VAA11443 for ; Thu, 17 Oct 1996 21:23:37 +0300 (EET DST) Message-Id: <199610171823.VAA11443@santra.hut.fi> Received: from async12.ts-bangor.caps.maine.edu [130.111.40.162] by atlsyssvr.atlsysnet.com (AltaVista Mail F2.0/2.0 BL22 listener) id 0000_0058_3266_7278_4f11; Thu, 17 Oct 1996 13:52:56 -0400 From: "Kevin A. Foss" To: "gpc@hut.fi" Date: Thu, 17 Oct 96 14:21:29 -0400 Reply-To: "Kevin A. Foss" Priority: Normal X-Mailer: Kevin Foss's Registered PMMail 1.53 For OS/2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: Call for installation patches and hacks. Status: RO On Thu, 17 Oct 96 11:47:26 CST, J.J. van der Heijden wrote: >On Thu, 17 Oct 1996 00:05:21 +0100 (MET), >Peter Gerwinski wrote: > >>According to Kevin A. Foss: >>> Specifically, even though gcc_bcmp.c is copied into the >>> RTS directory, it is never referenced in the makefile. (MakeHPFS.RTS) >> >>You are right! =:-O >> >I never understood what gcc_bcmp.[c|o] did in the RTS. It comes from >libgcc2.a which ends up in libgcc.a. Every app is linked to libgcc.a, so >why duplicate it in libgpc.a? This doesn't seem to be the case in EM's port of gcc. All that exists is the bcmp() based on the BSD implementation. There is no gcc_bcmp in any library that I can find. Peter said later: >I don't understand either, but I got error messages when trying to >compile Pascal programs without it, at least in 2.6.3. Perhaps the >problems have vanished with 2.7.2 (: should check ;). I have both 2.7.2 and 2.7.2.1 installed of EM's gcc (on different machines) and neither has gcc_bcmp in any libraries, including gcc.a. So it -should- definately complain if gcc_bcmp isn't included in gpc.a when linking. This entire discussion reminds me of my other problem about the OS/2 MakeXXX.RTS files: If you run 'make install' -- it doesn't rename libgpc.a to gpc.a when it is copied and the user has to manually rename it before he can compile anything. -Kevin --- Kevin A. Foss -- kfoss@atlsysnet.com --- From gpc-request@santra.hut.fi Thu Oct 17 13:24:53 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id NAA20199 for ; Thu, 17 Oct 1996 13:24:52 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA82348; Thu, 17 Oct 1996 13:35:47 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA51650; Thu, 17 Oct 1996 13:34:52 +0200 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id OAA31962 for ; Thu, 17 Oct 1996 14:26:41 +0300 (EET DST) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from uranus.central.de (194.45.71.1) with smtp id ; Thu, 17 Oct 96 13:26 MEST Received: from rufus.central.de by uranus.central.de with bsmtp (Smail3.1.28.1 #5) id m0vDqUC-000Uv7C; Thu, 17 Oct 96 12:19 MET Received: by rufus.central.de (CrossPoint v3.1 R/C597); 17 Oct 1996 13:20:36 +0200 Date: 17 Oct 1996 13:10:00 +0200 From: Sven@rufus.central.de (Sven Hilscher) To: gpc@hut.fi Message-Id: <6J37UX2FlJB@rufus.central.de> In-Reply-To: <199610151834.TAA00212@esmeralda.peter.gerwinski.essen.de> Subject: Re: proto-FAQ -- reactions please! X-Mailer: CrossPoint v3.1 R/C597 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO Hallo peter, Am 15.10.96 um 19:34 sagtest Du zum Thema "Re: proto-FAQ -- reactions please!": > > function GetEnv(name : PChar): PChar; C; > > function GetEnv(name : PChar): PChar; external; > > You can and should use > > Function GetEnv ( Name: __CString__ ): pChar; C; > > instead. With this declaration, you can pass a String schema as > an actual parameter. However, the return value must be a pChar. > (Not absolutely sure about this ... maybe a formal pChar parameter > can also have an actual String schema parameter ...) Would be a nice thing - but it dos'nt work ... If you call this GetEnv you get an error: "incompatible type for argument 1 of 'GetEnv'" The other way : function GetEnv(name : PChar): PChar; C; This also not work with the string-conversion from the faq ;-( Every time I get a empty string from "GetEnv". (I tried it under DOS.) ___, ((__ o ,____)) V E N I Moment please ... I think I've found a solution: Function GetEnv (var Name: __CString__ ): pChar; C; ^^^ You get a warning about incompatible pointers, but it works ... Please remove this stupid warning and I'm happy. Yes, I know - I can use {$W-}, but it's not so elegant ;-) From gpc-request@santra.hut.fi Thu Oct 17 11:58:16 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id LAA20082 for ; Thu, 17 Oct 1996 11:58:16 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA81686; Thu, 17 Oct 1996 12:09:11 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA53624; Thu, 17 Oct 1996 12:08:16 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id NAA28650 for ; Thu, 17 Oct 1996 13:01:22 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id LAA20044 for gpc@hut.fi; Thu, 17 Oct 1996 11:51:00 +0100 From: Peter Gerwinski Message-Id: <199610171051.LAA20044@agnes.dida.physik.uni-essen.de> Subject: Re: Call for installation patches and hacks. To: gpc@hut.fi Date: Thu, 17 Oct 1996 11:51:00 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO > >According to Kevin A. Foss: > >> I did have to make a couple changes to the OS/2(EMX) makefile in order to get > >> everything working. It seems to be an incompatibility between EMX 0.9b and EMX0.9c. According to J.J. van der Heijden: > I never understood what gcc_bcmp.[c|o] did in the RTS. It comes from > libgcc2.a which ends up in libgcc.a. Every app is linked to libgcc.a, so > why duplicate it in libgpc.a? I don't understand either, but I got error messages when trying to compile Pascal programs without it, at least in 2.6.3. Perhaps the problems have vanished with 2.7.2 (: should check ;). Greetings, Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Thu Oct 17 11:39:26 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id LAA20019 for ; Thu, 17 Oct 1996 11:39:26 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA82206; Thu, 17 Oct 1996 11:50:22 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA39842; Thu, 17 Oct 1996 11:49:27 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id MAA27831 for ; Thu, 17 Oct 1996 12:41:56 +0300 (EET DST) Received: from [130.89.179.57] (pc057.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA18885 (5.67b/IDA-1.5 for ); Thu, 17 Oct 1996 11:41:54 +0200 Date: Thu, 17 Oct 96 11:47:26 CST From: "J.J. van der Heijden" Message-Id: <55308.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: Re: Call for installation patches and hacks. Status: RO On Thu, 17 Oct 1996 00:05:21 +0100 (MET), Peter Gerwinski wrote: >According to Kevin A. Foss: >> I did have to make a couple changes to the OS/2(EMX) makefile in order to get >> everything working. > [...] > >> Specifically, even though gcc_bcmp.c is copied into the >> RTS directory, it is never referenced in the makefile. (MakeHPFS.RTS) > >You are right! =:-O > I never understood what gcc_bcmp.[c|o] did in the RTS. It comes from libgcc2.a which ends up in libgcc.a. Every app is linked to libgcc.a, so why duplicate it in libgpc.a? JanJaap --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Thu Oct 17 01:16:19 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id BAA19568 for ; Thu, 17 Oct 1996 01:16:19 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA93538; Thu, 17 Oct 1996 01:27:24 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA50458; Thu, 17 Oct 1996 01:26:30 +0200 Received: from fawn.cs.wwu.edu (fawn.cs.wwu.EDU [140.160.140.171]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id CAA15848 for ; Thu, 17 Oct 1996 02:21:41 +0300 (EET DST) Received: (from phil@localhost) by fawn.cs.wwu.edu (8.6.10/8.6.10) id QAA00765; Wed, 16 Oct 1996 16:22:53 -0700 Date: Wed, 16 Oct 1996 16:22:53 -0700 From: Phil Nelson Message-Id: <199610162322.QAA00765@fawn.cs.wwu.edu> To: gpc@hut.fi Subject: GPC Bugs .... Status: RO Hello GPC fans, Recently a gnats database was set up for GNU Pascal. Gnats is the GNU bugtracking system. This will allow the developers of GNU Pascal follow bugs and bug fixes much better. It will also allow users of GNU Pascal to see if a bug has been reported before and/or fixed. You many both search the bug database and submit new bug reports at the URL http://fawn.cs.wwu.edu/~phil/gpc. A link to this site will be added to the GNU Pascal home page soon. (The GNU Pascal home page is http://agnes.dida.physik.uni-essen.de/~gnu-pascal.) Currently, a report of a bug to the GNU Pascal gnats site will send a message to gpc@hut.fi so we can all see which bugs have been reported. -- Phil Nelson NetBSD: http://www.netbsd.org e-mail: phil@cs.wwu.edu LPF: http://www.lpf.org http://www.cs.wwu.edu/~phil !gifs: http://www.lpf.org/Patent/Gif/Gif.html From gpc-request@santra.hut.fi Fri Oct 18 00:33:14 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id AAA20798 for ; Fri, 18 Oct 1996 00:33:14 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA80602; Fri, 18 Oct 1996 00:43:58 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA13034; Fri, 18 Oct 1996 00:43:04 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id BAA14548 for ; Fri, 18 Oct 1996 01:38:21 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id AAA20764 for gpc@hut.fi; Fri, 18 Oct 1996 00:28:11 +0100 From: Peter Gerwinski Message-Id: <199610172328.AAA20764@agnes.dida.physik.uni-essen.de> Subject: Re: proto-FAQ -- reactions please! To: gpc@hut.fi Date: Fri, 18 Oct 1996 00:28:11 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to Sven Hilscher: > Would be a nice thing - but it dos'nt work ... > If you call this GetEnv you get an error: > "incompatible type for argument 1 of 'GetEnv'" It does work with me, on Linux as well as with DJGPP. EMX compiles it without complain but doesn't read the environment variable :-( I have to investigate this ...) > The other way : > function GetEnv(name : PChar): PChar; C; > > This also not work with the string-conversion from the faq ;-( > Every time I get a empty string from "GetEnv". (I tried it under DOS.) Same as what I get with __CString__ and EMX. > Moment please ... I think I've found a solution: > > Function GetEnv (var Name: __CString__ ): pChar; C; > ^^^ > You get a warning about incompatible pointers, but it works ... > Please remove this stupid warning and I'm happy. Yes, I know - I can use > {$W-}, but it's not so elegant ;-) It's getting more and more strange ... this (with "var") should *not* work: __CString__ already denotes a pointer as required by the C library function, and with "var" you pass a pointer to that pointer ... no, the latter was wrong. Your function *expects* a pointer to the pointer, but you pass the pointer itself, so you get the warning, but you pass the correct thing. It works. ;-) However the correct thing would still be Function GetEnv ( Name: __CString__ ): pChar; C; without "var". You are using DJGPP, correct? There it worked on my computer. Try the "GetEnv" from BO5s (no apostrophy: it's a German abbreviation ;) "Tools" Unit. (Must probably isolate it because BO5 is not (yet!) ready to work with DJGPP.) It worked here also. Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Fri Oct 18 10:18:31 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id KAA21175 for ; Fri, 18 Oct 1996 10:18:30 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA90634; Fri, 18 Oct 1996 10:29:06 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA57986; Fri, 18 Oct 1996 10:28:11 +0200 Received: from gabriel.keele.ac.uk (gabriel.keele.ac.uk [160.5.1.248]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id LAA24119 for ; Fri, 18 Oct 1996 11:22:30 +0300 (EET DST) Received: from potter.cc.keele.ac.uk by gabriel.keele.ac.uk with SMTP (PP); Fri, 18 Oct 1996 09:22:27 +0100 Received: from [0.3.13.44] by potter.cc.keele.ac.uk; Fri, 18 Oct 1996 09:22:22 +0100 From: The African Chief To: Andreas Bauer Cc: gpc@hut.fi Subject: Re: How to implement writeln() Message-Id: Date: Fri, 18 Oct 1996 09:27:15 +0100 (BST) Priority: NORMAL X-Mailer: Simeon for Windows X-Authentication: none Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Status: RO On 17 Oct 1996 18:08:00 +0200 Andreas Bauer wrote: >I'm currently programming a bp-like CRT unit. >But i don't know how to do writeln(), which is not limited, >neither in the number of arguments nor in the type of this. This type of thing has to be catered for internally by the compiler itself. This is how Borland does it. I don't see how you can do it without changing the internals of the compiler to handle it specifically. Warmest regards, Dr A. Olowofoyeku (The African Chief, and the Great Elephant) Senior Lecturer, School of Law, Keele University, England. Author of: Chief's Installer Pro v2.91 for Win16 and Win32. Email: laa12@cc.keele.ac.uk Home Page: http://ourworld.compuserve.com/homepages/African_Chief/ From gpc-request@santra.hut.fi Fri Oct 18 08:57:40 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id IAA21095 for ; Fri, 18 Oct 1996 08:57:40 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA85180; Fri, 18 Oct 1996 09:08:16 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA37078; Fri, 18 Oct 1996 09:07:21 +0200 Received: from relay.xlink.net (relay.xlink.net [193.141.40.5]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id KAA21403 for ; Fri, 18 Oct 1996 10:02:19 +0300 (EET DST) Received: from sbusol.rz.uni-sb.de by relay.xlink.net id <45078-0@relay.xlink.net>; Fri, 18 Oct 1996 07:59:54 +0000 X-Envelope: Received: from hs-gate.handshake.de (root@hs-gate.handshake.de [193.141.176.10]) by sbusol.rz.uni-sb.de (8.6.12/v2.0) with ESMTP id IAA03661 for ; Fri, 18 Oct 1996 08:59:53 +0200 Received: from hit.sb.sub.de (dbox@localhost) by hs-gate.handshake.de (8.6.12/8.6.9) with UUCP id IAA22605 for gpc@hut.fi; Fri, 18 Oct 1996 08:56:09 +0100 Received: by hit.sb.sub.de (DUUCP vom 19.09.1996) with ZConnect; 17 Oct 1996 18:08:00 +0200 From: andi.tio@hit.handshake.de (Andreas Bauer) Message-Id: <6J0uJ88eykB@hit-andi.tio.hit.handshake.de> X-Gateway: ZCONNECT UR hit.sb.sub.de [DUUCP BETA vom 19.09.1996] Subject: How to implement writeln() Date: 17 Oct 1996 18:08:00 +0200 To: gpc@hut.fi Status: RO Hi I'm currently programming a bp-like CRT unit. But i don't know how to do writeln(), which is not limited, neither in the number of arguments nor in the type of this. Bye Andreas From gpc-request@santra.hut.fi Sun Oct 20 14:47:03 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id OAA23352 for ; Sun, 20 Oct 1996 14:47:03 +0100 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA72404; Sun, 20 Oct 1996 14:56:48 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA60260; Sun, 20 Oct 1996 14:55:51 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id PAA25589 for ; Sun, 20 Oct 1996 15:50:09 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id OAA23335 for gpc@hut.fi; Sun, 20 Oct 1996 14:40:57 +0100 From: Peter Gerwinski Message-Id: <199610201340.OAA23335@agnes.dida.physik.uni-essen.de> Subject: Re: System.pas module To: gpc@hut.fi Date: Sun, 20 Oct 1996 14:40:57 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello Berend, hello everybody! The system.pas module triggers one bug in GPC concerning String schemas as parameters: > procedure GetDir(D: byte; var s: string); declares a string schema without specified length as a formal parameter. When trying to use it with an actual parameter which must have a specified length, the compiler crashes. To work around, always specify string length, e.g. procedure GetDir(D: byte; var s: string255); According to Berend de Boer: > This program is free software; you can redistribute it and/or modify > it under the terms of the GNU General Public License as published by > the Free Software Foundation; either version 2 of the License, or > (at your option) any later version. Berend, you know that the normal GNU GPL implies that a program linked with your module automatically becomes free software? If you want to enable commercial use of your module, either state explicitely that the above does *not* hold, or use the GNU LGPL (GNU Library General Public License) instead of the normal GPL. > type > shortint = __byte__ integer; > byte = __byte__ integer; That's incompatible with Borland's definition of "byte". They have byte = __unsigned__ shortint; Same holds for "word". > TChar = array[0..MaxInt] of char; > PChar = TChar; > pointer = void; It must be PChar = ^TChar; pointer = ^void; with adaptions below when "PChar" is used. On my machine, your module compiled (?!;), but "GetDir" always returned empty strings for this reason. > string255= string(255); > > var > {?ExitProc: Pointer; { Exit procedure } Can be implemented using "to end do" and GPC's pointers to procedures. > export > System = (shortint, byte, word, longint, PChar, pointer, string255, > HeapError, ExitCode, PrefixSeg, > Assign, BPChDir => ChDir, Close, Copy, Dec, Delete, Erase, > GetDir, GetMem, > Inc, IOResult, > MaxAvail, MemAvail, BPMkDir => MkDir, > ParamCount, ParamStr, > BPRename => Rename, BPRmDir => RmDir, > UpCase); "Inc", "dec", "GetMem" are in GPC (and couldn't be implemented in a module anyway) - and there is no implementation of them in the body. Yours, Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Sun Oct 20 17:28:46 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id RAA23415 for ; Sun, 20 Oct 1996 17:28:46 +0100 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA65910; Sun, 20 Oct 1996 17:38:31 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA12658; Sun, 20 Oct 1996 17:37:36 +0200 Received: from mailhost.pi.net (root@mailhost.pi.net [145.220.3.9]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id SAA26540 for ; Sun, 20 Oct 1996 18:29:18 +0300 (EET DST) Received: from default (hedr42.pi.net [145.220.220.42]) by mailhost.pi.net (8.7.5/8.7.1) with ESMTP id RAA05146 for ; Sun, 20 Oct 1996 17:29:14 +0200 (MET DST) Posted-Date: Sun, 20 Oct 1996 17:29:14 +0200 (MET DST) Message-Id: <199610201529.RAA05146@mailhost.pi.net> From: "Niels Heirbaut" To: "GPC Mailing List" Subject: Re: Trouble with GPC Date: Sun, 20 Oct 1996 17:26:58 +0100 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Status: RO Hi, I want to thank everybody who has helped me getting GPC started, but another problem came up: I get the following messages when I try to compile my program: _main.c(.text+0x1a): undefined reference to `djgpp_last_ctor' _main.c(.text+0x1f): undefined reference to `djgpp_first_ctor' _main.c(.text+0x2f): undefined reference to `djgpp_first_ctor' exit.c(.text+0x29): undefined reference to `djgpp_last_dtor' exit.c(.text+0x2e): undefined reference to `djgpp_first_dtor' exit.c(.text+0x3f): undefined reference to `djgpp_first_dtor' I couldn't find any reference to these error messages in the GPC info files or DJGPP FAQ. Could some please help me (again)? here are my env.lst and messages with the -v option on: C:\>type env.lst TMP=C:\WINDOWS\TEMP winbootdir=C:\WINDOWS COMSPEC=C:\WINDOWS\COMMAND.COM PROMPT=$p$g PATH=C:\WINDOWS;C:\WINDOWS\COMMAND;C:\DOS;C:\DJGPP\BIN;C:\DJGPP\LIB;C:\PHOTO ;C:\PKWARE TEMP=C:\DOS DJGPP=C:\DJGPP\DJGPP.ENV windir=C:\WINDOWS BLASTER=A220 I10 D3 T4 CMDLINE=gpc -v test.pas -o test.exe C:\>gpc -v test.pas -o test.exe gpc version 1.2(2.7.2) gpc-cpp -lang-pascal -v -nocharescape -undef -D__GNUC__=1 -D__GPC__=1 -D__GNUC_MINOR__=2(2 -D__unix__ -D__i386__ -D__GO32__ -D__MSDOS__ -D__unix -D__i386 -D__GO32 -D__MSDOS -Asystem(unix) -Asystem(msdos) -Acpu(i386) -Amachine(i386) test.pas c:/djgpp/tmp\ccbaaaaa.i GNU CPP version 1.2(2.7.2) (80386, BSD syntax) #include "..." search starts here: #include <...> search starts here: c:/djgpp/include /usr/local/include /usr/local/go32/include /usr/local/lib/gcc-lib/go32/2.7.2/include /usr/include End of search list. c:/djgpp/bin\gpc1.exe c:/djgpp/tmp\ccbaaaaa.i -quiet -dumpbase test.pas -version -o c:/djgpp/tmp\cccaaaaa.s GNU Pascal version 1.2(2.7.2) (80386, BSD syntax) compiled by GNU C version 2.7.2. c:/djgpp/bin\as.exe -o c:/djgpp/tmp\ccdaaaaa.o c:/djgpp/tmp\cccaaaaa.s c:/djgpp/bin\ld.exe c:/djgpp/lib\crt0.o -Lc:/djgpp/lib c:/djgpp/tmp\ccdaaaaa.o -lgpc -lgcc -lm -lc -lgcc _main.c(.text+0x1a): undefined reference to `djgpp_last_ctor' _main.c(.text+0x1f): undefined reference to `djgpp_first_ctor' _main.c(.text+0x2f): undefined reference to `djgpp_first_ctor' exit.c(.text+0x29): undefined reference to `djgpp_last_dtor' exit.c(.text+0x2e): undefined reference to `djgpp_first_dtor' exit.c(.text+0x3f): undefined reference to `djgpp_first_dtor' I also would like to know where I could get the latest version of GPC. Mine came from ftp://kampi.hut.fi/. But there was no installation manual or DJGPP.ENV included with the binary *.ZIP file. Thanks in advance again, Niels Heirbaut From gpc-request@santra.hut.fi Sun Oct 20 19:15:22 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id TAA23586 for ; Sun, 20 Oct 1996 19:15:22 +0100 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA65986; Sun, 20 Oct 1996 19:25:05 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA07676; Sun, 20 Oct 1996 19:24:10 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id UAA27593 for ; Sun, 20 Oct 1996 20:18:55 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id TAA23536 for gpc@hut.fi; Sun, 20 Oct 1996 19:09:46 +0100 From: Peter Gerwinski Message-Id: <199610201809.TAA23536@agnes.dida.physik.uni-essen.de> Subject: Main Program Name decapitalization To: gpc@hut.fi Date: Sun, 20 Oct 1996 19:09:46 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hi everybody, I was reported several errors resulting from the decapitalization of the main program's name, e.g. Program Log; begin writeln ( ln ( 2.7184 ) ); end. crashed because the program's name was decapitalized, i.e. "Log" was mapped to "log" which did hide the function in libm.a ... One could think about letting the program name like it is, say "Log". But (as Juki writes in gpc-util.c :-) the standard says that the program's name has to go into a separate name space i.e. mustn't be visible inside the program's declaration part and body. I solved the problem by mapping "Name" to "program_Name" instead of "name". But this is not the end of the story. Borland Pascal defines so-called qualified identifiers: Program Foo; Function writeln: Real; begin (* writeln *) writeln:= 2.7184; end (* writeln *); begin System.writeln ( Foo.writeln ); end. So the program's name *must* go into its declaration part and body -- and we have a classical tragedy. How to proceed? I think Borland Pascal's qualified identifiers are important and must be implemented, one day. Introduce another command line switch? My own suggestion follows. ;-) We should "clean up" Pascal standards in the future by making the (existing) command line switches to force one standard: --standard-pascal --extended-pascal --borland-pascal ... Without any switch, GPC will try to support *all* standards and warn about misuse (e.g. Borland's typed constants as initialized variables). The default for this case would be to *have* qualified identifiers (i.e. "Program Log" would yield "Log", not "log" and not "program_Log"); with "--standard-pascal" or "--extended-pascal" it would separate the program's name from the rest of the world (and create "program_Log"). Yours, Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Mon Oct 21 12:34:32 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id MAA24125 for ; Mon, 21 Oct 1996 12:34:31 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA83582; Mon, 21 Oct 1996 12:43:59 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA63506; Mon, 21 Oct 1996 12:43:03 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id NAA10644 for ; Mon, 21 Oct 1996 13:32:30 +0300 (EET DST) Received: from [130.89.179.22] (pc022.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA17783 (5.67b/IDA-1.5 for ); Mon, 21 Oct 1996 12:32:29 +0200 Date: Mon, 21 Oct 96 12:38:32 CST From: "J.J. van der Heijden" Message-Id: <58099.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: Re: Asmname Directive Status: RO On Sun, 20 Oct 96 22:30:09 -0400, Kevin A. Foss wrote: >Hello, > >I am having trouble getting gpc to call external function names the way I >would like. According to builtin.texi, there is a directive called 'Asmname' >which should allow for case sensitive function names. > >However when I declare: > >function WinInitialize(fsoptions : u_long) : u_long; Asmname; >[u_long is a type defined elsewhere] > >gpc responds with a parse error on the line. What is the correct format for >using the 'Asmname' directive? -- I couldn't find it mentioned anywhere else >in the docs. > >Using C or EXTERN in place of Asmname it produces calls to _wininitialize or >_Wininitialize, neither of which I want. > You must give asmname an argument -- the name you would like to have in the object code. So, if you would like to have '_MyMixedCaseName', you do: function MyMixedCaseName: integer; asmname 'MyMixedCaseName'; It also allows this: function MyOtherName: integer; asmname 'MyMixedCaseName'; Hope this helps, JanJaap --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Mon Oct 21 04:28:33 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id EAA23854 for ; Mon, 21 Oct 1996 04:28:33 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA59882; Mon, 21 Oct 1996 04:38:08 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA62572; Mon, 21 Oct 1996 04:37:13 +0200 Received: from atlsyssvr.atlsysnet.com (atlsyssvr.atlsysnet.com [206.28.128.34]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id FAA32338 for ; Mon, 21 Oct 1996 05:32:09 +0300 (EET DST) Message-Id: <199610210232.FAA32338@santra.hut.fi> Received: from buoy11.atlsysnet.com [206.28.128.45] by atlsyssvr.atlsysnet.com (AltaVista Mail F2.0/2.0 BL22 listener) id 0000_0055_326a_e138_bd9e; Sun, 20 Oct 1996 22:34:32 -0400 From: "Kevin A. Foss" To: "GPC Mailing List" Date: Sun, 20 Oct 96 22:30:09 -0400 Reply-To: "Kevin A. Foss" Priority: Normal X-Mailer: Kevin Foss's Registered PMMail 1.53 For OS/2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Asmname Directive Status: RO Hello, I am having trouble getting gpc to call external function names the way I would like. According to builtin.texi, there is a directive called 'Asmname' which should allow for case sensitive function names. However when I declare: function WinInitialize(fsoptions : u_long) : u_long; Asmname; [u_long is a type defined elsewhere] gpc responds with a parse error on the line. What is the correct format for using the 'Asmname' directive? -- I couldn't find it mentioned anywhere else in the docs. Using C or EXTERN in place of Asmname it produces calls to _wininitialize or _Wininitialize, neither of which I want. -Kevin --- Kevin A. Foss -- kfoss@atlsysnet.com --- --- Kevin A. Foss -- kfoss@atlsysnet.com --- From gpc-request@santra.hut.fi Wed Oct 23 17:16:09 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id RAA27268 for ; Wed, 23 Oct 1996 17:16:09 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA69672; Wed, 23 Oct 1996 17:24:48 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA40192; Wed, 23 Oct 1996 17:23:50 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id SAA26602 for ; Wed, 23 Oct 1996 18:14:31 +0300 (EET DST) Received: from [130.89.179.58] (pc058.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA16104 (5.67b/IDA-1.5 for ); Wed, 23 Oct 1996 17:14:30 +0200 Date: Wed, 23 Oct 96 17:20:50 CST From: "J.J. van der Heijden" Message-Id: <73518.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: Re: Trouble with GPC Status: RO On Sun, 20 Oct 1996 17:26:58 +0100, Niels Heirbaut wrote: > > > >Hi, > >I want to thank everybody who has helped me getting GPC started, but >another problem came up: > >I get the following messages when I try to compile my program: > >_main.c(.text+0x1a): undefined reference to `djgpp_last_ctor' >_main.c(.text+0x1f): undefined reference to `djgpp_first_ctor' >_main.c(.text+0x2f): undefined reference to `djgpp_first_ctor' >exit.c(.text+0x29): undefined reference to `djgpp_last_dtor' >exit.c(.text+0x2e): undefined reference to `djgpp_first_dtor' >exit.c(.text+0x3f): undefined reference to `djgpp_first_dtor' > >I couldn't find any reference to these error messages in the GPC info files >or DJGPP FAQ. Could some please help me (again)? > Reread the faq. especially section 8.13 (18.3?) which is all about this problem. You have probably edited your djgpp.env file and screwed up the library path. This is my djgpp.env, which works. The sections [gpc] and [gpc-cpp] are important here. They are copied from [gcc] and [cpp] resp. Hope this helps, JanJaap ----------------- djgpp.env --------------- #= Don't edit this line unless you move djgpp.env outside #= of the djgpp installation directory. If you do move #= it, set DJDIR to the directory you installed DJGPP in. #= DJDIR=%:/>DJGPP% +USER=dosuser +TMPDIR=%TEMP% +EMU387=%DJDIR%/bin/emu387.dxe +LFN=n [bison] BISON_HAIRY=%DJDIR%/lib/bison.hai BISON_SIMPLE=%DJDIR%/lib/bison.sim [cpp] CPLUS_INCLUDE_PATH=%/>;CPLUS_INCLUDE_PATH%%DJDIR%/lang/cxx;%DJDIR%/lang/cxx/tvision;%DJDIR%/include;%DJDIR%/contrib/grx20/include C_INCLUDE_PATH=%/>;C_INCLUDE_PATH%%DJDIR%/include;%DJDIR%/contrib/grx20/include OBJCPLUS_INCLUDE_PATH=%/>;OBJCPLUS_INCLUDE_PATH%%DJDIR%/include;%DJDIR%/lang/objc OBJC_INCLUDE_PATH=%/>;OBJC_INCLUDE_PATH%%DJDIR%/include;%DJDIR%/lang/objc [gcc] COMPILER_PATH=%/>;COMPILER_PATH%%DJDIR%/bin LIBRARY_PATH=%/>;LIBRARY_PATH%%DJDIR%/lib;%DJDIR%/contrib/grx20/lib [info] INFOPATH=%/>;INFOPATH%%DJDIR%/info [gpc-cpp] C_INCLUDE_PATH=%/>;C_INCLUDE_PATH%%DJDIR%/lang/pascal;%DJDIR%/include;%DJDIR%/contrib/grx20/include [gpc] COMPILER_PATH=%/>;COMPILER_PATH%%DJDIR%/bin LIBRARY_PATH=%/>;LIBRARY_PATH%%DJDIR%/lib;%DJDIR%/contrib/grx20/lib ------------------------------------------- --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Wed Oct 23 08:03:03 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id IAA26286 for ; Wed, 23 Oct 1996 08:03:03 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA72438; Wed, 23 Oct 1996 08:11:51 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA57062; Wed, 23 Oct 1996 08:08:34 +0200 Received: from csunix1.lvc.edu (jm_black@csunix1.lvc.edu [207.87.98.5]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id JAA05450 for ; Wed, 23 Oct 1996 09:00:31 +0300 (EET DST) Received: from localhost (jm_black@localhost) by csunix1.lvc.edu (8.7.5/8.7.3) with SMTP id CAA02016 for ; Wed, 23 Oct 1996 02:03:58 -0400 Date: Wed, 23 Oct 1996 02:03:57 -0400 (EDT) From: John Michael Black To: gpc@hut.fi Subject: getenv - any solutions? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO There's been a lot of getenvs going around here lately. :) Has anyone found a method that works yet? The last thing posted about it gave this: Function GetEnv ( Name: __CString__ ): PChar; C; GPC does not recognize PChar -- at least ours doesn't. This could go on for weeks.... :) -john jm_black@csunix1.lvc.edu From gpc-request@santra.hut.fi Wed Oct 23 06:33:21 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id GAA26242 for ; Wed, 23 Oct 1996 06:33:21 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA81276; Wed, 23 Oct 1996 06:42:10 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA55748; Wed, 23 Oct 1996 06:41:14 +0200 Received: from server3.syd.mail.ozemail.net (server3.syd.mail.ozemail.net [203.108.7.40]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id HAA03846 for ; Wed, 23 Oct 1996 07:31:14 +0300 (EET DST) Received: from oznet02.ozemail.com.au (oznet02.ozemail.com.au [203.2.192.124]) by server3.syd.mail.ozemail.net (8.7.6/8.6.12) with ESMTP id OAA19065 for ; Wed, 23 Oct 1996 14:31:11 +1000 (EST) Received: from slsyd1p06.ozemail.com.au (slsyd1p06.ozemail.com.au [203.15.164.22]) by oznet02.ozemail.com.au (8.7.6/8.6.12) with SMTP id OAA18478 for ; Wed, 23 Oct 1996 14:30:48 +1000 (EST) Date: Wed, 23 Oct 1996 14:30:48 +1000 (EST) Message-Id: <199610230430.OAA18478@oznet02.ozemail.com.au> X-Sender: inteng@ozemail.com.au (Unverified) X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To: gpc@hut.fi From: Jim Brander Subject: 2.7.2 compiler Status: RO Ran binary distribution 2.7.2 elf format compiler on three files which compile cleanly on 2.6.3. Each time gpc1 failed with segmentation fault in comp_object_pointer_types () but with dissimilar record structures being compared.=20 Here is gdb trace of one failure - file is 20000 lines, failure at 8000= lines >er_end_main Away Away_or_both Towards_or_both Towards Direq Single_direq Makelist Makelistup Duplicate_list Duplicate_node Getnumvalue Getlists Makelistx Makesave Getxset Getxset_from_listarr Find_create_var Add_inconsistency Check_inconsistency Setfalsevar Check_where Partset Makepossle Equalxset Compare_members Compare_lists Listequality String_equality Test_equality Attach_link Patmatch Mesg Ztrim Subs2 Subs3 All_numeric Bnch Bran Create_operator New_link Cut_link Findsubhead Create_sub Buildsub Writej Plusminus Makeset Setpoints Getnum Debug_state Listkill Add_mber_to_list Solution Undoable Remove_member_from_list Add_delete_list Goal Add_data Cleaned_path Add_search Add_variable Highsearch Check_searcFirst_rec New_job_rec First New_job Remove Remove_shuffle Remove_q Remove_search Remove_data Pointing Point_link Pointed_at Setconsistentlink A_link_job Get_link Clear Remove_entry Clear_obsolete Killdata Next_job Killlist Kill_entry Kill_inference Kill_invoc Kill_branch Check_level Adush Check_path Check_out Check_any Check_zero Rate_action List_unlink Breaklink Destroy_constant_list Kill_fun2 Kill_fun3 Another Kill_externalhange_environment Clear_environment Killnet Add_clean Purge_cleanjob_of Add_match Nosearch Cleanupjobs Cleanup Cleanvar Setlinkdata Linksearch t_first_link Uke_out Check_list Link_open Path_open Deadend Reconnoitre Check_paths Contingency_plan Check_tuf Search_for_link Getrange Setvarfmlink Build_list Same_pred Side_link Funcop Symmetric Searches_in Equality Valid Find_search_in Search_in Find_info Revive Start_up_job Clean_uDo_cleaning Find_link Traverse_network Mirror_image Nan Shortnan Pushdata Find_environment Purge_search Gettrueset Unsetlist Readfilename Read_ion_list Next_nextch Getchar Skipblanks Lex_string Lex_id >Program received signal SIGSEGV, Segmentation fault. >0x8011c33 in comp_object_pointer_types (lhs=3D0x817b3e4, rhs=3D0x8590dc0)= at gpc-typeck.c:626 >626 for (r =3D rhs; r; r =3D TYPE_LANG_SPECIFIC (r)->elts [1]) >(gdb) l >621 tree lhs, rhs; >622 { >623 register tree r; >624 if (TREE_CODE (lhs) =3D=3D RECORD_TYPE >625 && TREE_CODE (rhs) =3D=3D RECORD_TYPE) >626 for (r =3D rhs; r; r =3D TYPE_LANG_SPECIFIC (r)->elts [1]) >627 { >628 if (comptypes (lhs, r)) >629 return 1; >630 } >(gdb) p r >$1 =3D (union tree_node *) 0x8590dc0 >(gdb) p rhs >$2 =3D (union tree_node *) 0x0 >(gdb) p lhs >$3 =3D (union tree_node *) 0x817b3e4 >(gdb) where >#0 0x8011c33 in comp_object_pointer_types (lhs=3D0x817b3e4, rhs=3D0x8590dc= 0) at gpc-typeck.c:626 >#1 0x8016e76 in convert_for_assignment (type=3D0x8208ac8, rhs=3D0x859b31c, errtype=3D0x0, fundecl=3D0x817b9f0, funname=3D0x8178e20, parmnum=3D1) > at gpc-typeck.c:4960 >#2 0x80139ae in convert_arguments (typelist=3D0x817b90c, values=3D0x859b2f= 4, name=3D0x8178e20, fundecl=3D0x817b9f0) at gpc-typeck.c:2359 The record being compared, and the offending function >procedure read_orion_list(fs: string300; transient: Boolean; > anchor: net_index; var ls:logstate); >label > error_exit; (* When abandoning hope *) >const > maxlevels =3D 50; (* Maximum depth of lists within lists *) > max_string =3D 63; (* maximum length identifier string *) >type > symtype =3D (uninit, curly_left, curly_right, lit_string, comma, > number, logcon, identifier, endfile, dot_dot, from_to, > maybe,ellip); > lexical_symbol =3D record > case sym: symtype of > lit_string: (str_val: string(maxstring)); > number: (val: real); > logcon: (log: logstate); > identifier: (name: string(max_string); id_type: ltype; > use: usage); > end; (* lexical_symbol *) > >var > edfile: text; (* File to read from *) > b : BindingType; > string_pp: integer; (* position in command *) > file_io: Boolean; (* Reading from file? *) > readlist_nextch: char; (* next input char *) > eoln1, > eof1: Boolean; > s1 : string300; > > s2,s3: string(maxstring); (* used for opening file *) > i, > max1: integer; > set1: listarr; > prevprevsym, > prevsym, > now_sym, > nextsym: lexical_symbol; > filebuf: string(maxlinelen); > >function next_nextch(far:integer;file_or_string:boolean): char; >(* Returns character beyond nextch *) >var ch,nnch:char; >begin > if file_or_string > then begin > if length(filebuf) < far > then nnch :=3D ' ' > else nnch :=3D filebuf[far]; > end > else begin > if string_pp+far > length(system_data.p^.command) > then nnch :=3D ' ' > else begin > ch :=3D system_data.p^.command[string_pp+far]; > if ch =3D chr(10) > then nnch :=3D ' ' > else nnch :=3D ch; > end; > end; >next_nextch :=3D nnch; >end; (* func next_nextch *) > >procedure getchar(file_or_string:boolean); >(* input is managed by this routine, and the following variables: > * file_io, edfile, system_data.p^.command, nextch, eoln1, eof1. > *) >begin >while true do begin > if file_or_string > then begin > if filebuf =3D '' > then begin > if eoln1 > then begin > if eof(edfile) > then begin eof1 :=3D true; readlist_nextch :=3D ' '; eoln1 :=3D= false; end > else begin > readln(edfile, filebuf); eoln1 :=3D false; > filebuf :=3D trim(ztrim(filebuf)); > continue; > end > end > else begin > eoln1 :=3D true; readlist_nextch :=3D ' '; > end > end > else begin (* filebuf <> '' *) > readlist_nextch :=3D filebuf[1]; > filebuf :=3D delete(filebuf, 1, 1); > end; > end > else begin > string_pp :=3D string_pp + 1; > if string_pp > length(system_data.p^.command) > then begin > readlist_nextch :=3D ' '; > if eoln1 > then begin > eoln1 :=3D false; eof1:=3D true; > end > else eoln1 :=3D true; > end > else begin > readlist_nextch :=3D system_data.p^.command[string_pp]; > if readlist_nextch =3D chr(10) > then begin > eoln1 :=3D true;readlist_nextch :=3D ' '; > end > else eoln1 :=3D false; > end; > end; > break; >end; { while true } >end; (* proc getchar *) > > procedure skipblanks; > const > blank =3D ' '; > exclam =3D '!'; > begin (* skip blanks and comments in edfile *) > while not eoln1 and_then not eof1 and_then > ((readlist_nextch =3D blank) or_else (readlist_nextch =3D exclam)) do > if readlist_nextch =3D exclam > then repeat getchar(file_io) > until eoln1 > else getchar(file_io); > end; > > procedure lex_string; > var > termch: char; > begin > with nextsym do begin > termch :=3D readlist_nextch; getchar(file_io); > sym :=3D lit_string; str_val :=3D ''; > while not eoln1 and_then (readlist_nextch <> termch) and_then > (length(str_val) < maxstring) do begin > str_val :=3D str_val + readlist_nextch; > getchar(file_io); > end; > if readlist_nextch =3D termch > then getchar(file_io) > else begin status :=3D 818; goto error_exit; (* fast escape *) end; > end > end; (* proc lex_string *) > > procedure lex_id; > const > max_name =3D 31; > var s:string(80); > begin > with nextsym do begin > name :=3D ''; > sym :=3D identifier; > use :=3D normal; > while (readlist_nextch in alphanumund) and_then > (length(name) < max_name) do begin > name :=3D name + readlist_nextch; getchar(file_io); > end; > if (readlist_nextch in ['?', '$', '%', '@']) > then begin > if length(name) < max_name > then begin > case readlist_nextch of > '?': id_type :=3D multi; > '$': id_type :=3D string_p; > '%': id_type :=3D list_p; > '@': id_type :=3D logical; > end; (* esac *) > name :=3D name + readlist_nextch; getchar(file_io); > end > else begin status :=3D 857; goto error_exit; end; > end > else id_type :=3D numeric; (* move from end of routine *) > s :=3D name; > uppercaseproc(s); > if (readlist_nextch in ['a'..'z','A'..'Z','_']) (* too long *) > or_else (s =3D 'NYK') > then begin status :=3D 862; goto error_exit; end; > if (s =3D 'TRUE') or_else (s =3D 'FALSE') or_else (s =3D 'UKE') > or_else (s =3D 'ERROR') > then begin > log :=3D logstate(index('UEFT', substr(s, 1, 1))); > sym :=3D logcon; > end; > end; (* with *) > end; (* proc lex_id *) Another trace, from compiling another file with a different record structure being compared >Starting program: /tmp/gpc1 externfunc.i > >Program received signal SIGSEGV, Segmentation fault. >0x8011c33 in comp_object_pointer_types (lhs=3D0x817ab08, rhs=3D0x817af64) > at gpc-typeck.c:626 >626 for (r =3D rhs; r; r =3D TYPE_LANG_SPECIFIC (r)->elts [1]) >(gdb) where >#0 0x8011c33 in comp_object_pointer_types (lhs=3D0x817ab08, rhs=3D0x817af6= 4) > at gpc-typeck.c:626 >#1 0x8016e76 in convert_for_assignment (type=3D0x8a060b4, rhs=3D0x8a05e54,= =20 > errtype=3D0x0, fundecl=3D0x822cd78, funname=3D0x822caa4, parmnum=3D2) > at gpc-typeck.c:4960 >#2 0x80139ae in convert_arguments (typelist=3D0x822cc80, values=3D0x8a05e4= 0,=20 > name=3D0x822caa4, fundecl=3D0x822cd78) at gpc-typeck.c:2359 >#3 0x8013244 in build_function_call (function=3D0x822cd78,= params=3D0x8a05e40) > at gpc-typeck.c:1896 >#4 0x8007223 in yyparse () at ../gpc-1.2-2.7.2/gpc-parse.y:4364 >#5 0x805ab6e in compile_file (name=3D0xbffffe61 "externfunc.i") > at ./toplev.c:2288 >#6 0x805d25d in main (argc=3D2, argv=3D0xbffffda4, envp=3D0xbffffdb0) > at ./toplev.c:3977 >#7 0x800126b in _start () >(gdb) up 1 >#1 0x8016e76 in convert_for_assignment (type=3D0x8a060b4, rhs=3D0x8a05e54,= =20 > errtype=3D0x0, fundecl=3D0x822cd78, funname=3D0x822caa4, parmnum=3D2) > at gpc-typeck.c:4960 >4960 if (TYPE_MAIN_VARIANT (ttl) =3D=3D void_type_node >(gdb) p *funname >$1 =3D {common =3D {chain =3D 0x818f334, type =3D 0x0, code =3D= IDENTIFIER_NODE,=20 > side_effects_flag =3D 0, constant_flag =3D 0, permanent_flag =3D 1,=20 > addressable_flag =3D 0, volatile_flag =3D 0, readonly_flag =3D 0,=20 > unsigned_flag =3D 0, asm_written_flag =3D 0, used_flag =3D 0,= raises_flag =3D 0,=20 > static_flag =3D 0, public_flag =3D 1, private_flag =3D 0,= protected_flag =3D 0,=20 > lang_flag_0 =3D 0, lang_flag_1 =3D 0, lang_flag_2 =3D 0, lang_flag_3 = =3D 0,=20 > lang_flag_4 =3D 0, lang_flag_5 =3D 0, lang_flag_6 =3D 0}, int_cst =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b", int_cst_low =3D 13,=20 > int_cst_high =3D 136497872}, real_cst =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b", rtl =3D 0xd, real_cst= =3D {r =3D { > 136497872, 136498552, 0}}}, string =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b", rtl =3D 0xd,=20 > length =3D 136497872, pointer =3D 0x822cd78 " \"\b\024= \"\b\035\004\t"},=20 > complex =3D {common =3D "4 \030\b\000\000\000\000\001\004\b", rtl =3D= 0xd,=20 > real =3D 0x822cad0, imag =3D 0x822cd78}, identifier =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b", length =3D 13,=20 > pointer =3D 0x822cad0 "Dollarsubproc"}, decl =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b",=20 > filename =3D 0xd
, linenum =3D 136497872,=20 > size =3D 0x822cd78, uid =3D 0, mode =3D VOIDmode, external_flag =3D 0,= =20 > nonlocal_flag =3D 0, regdecl_flag =3D 0, inline_flag =3D 0,= bit_field_flag =3D 0,=20 > virtual_flag =3D 0, ignored_flag =3D 0, abstract_flag =3D 0,=20 > in_system_header_flag =3D 0, common_flag =3D 0, defer_output =3D 0,=20 > transparent_union =3D 0, static_ctor_flag =3D 0, static_dtor_flag =3D= 0,=20 > artificial_flag =3D 0, weak_flag =3D 0, lang_flag_0 =3D 0, lang_flag_1= =3D 0,=20 > lang_flag_2 =3D 0, lang_flag_3 =3D 0, lang_flag_4 =3D 0, lang_flag_5 = =3D 0,=20 > lang_flag_6 =3D 0, lang_flag_7 =3D 0, name =3D 0x0, context =3D 0x0,=20 > arguments =3D 0x0, result =3D 0x6c6c6f44, initial =3D 0x75737261,=20 > abstract_origin =3D 0x6f727062, assembler_name =3D 0x63, section_name = =3D 0x0,=20 > machine_attributes =3D 0x0, rtl =3D 0x403, frame_size =3D {i =3D 0, u = =3D 0,=20 > f =3D NOT_BUILT_IN}, saved_insns =3D {r =3D 0x817bdf4, i =3D= 135773684},=20 > vindex =3D 0x0, lang_specific =3D 0x0}, type =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b", values =3D 0xd,=20 > size =3D 0x822cad0, attributes =3D 0x822cd78, uid =3D 0, precision =3D= 0 '\000',=20 > mode =3D VOIDmode, string_flag =3D 0, no_force_blk_flag =3D 0,=20 > needs_constructing_flag =3D 0, transparent_union_flag =3D 0,= packed_flag =3D 0,=20 > lang_flag_0 =3D 0, lang_flag_1 =3D 0, lang_flag_2 =3D 0, lang_flag_3 = =3D 0,=20 > lang_flag_4 =3D 0, lang_flag_5 =3D 0, lang_flag_6 =3D 0, align =3D 0,= =20 > pointer_to =3D 0x0, reference_to =3D 0x0, symtab =3D {address =3D= 1819045700,=20 > pointer =3D 0x6c6c6f44 ""}, name =3D 0x75737261, minval =3D= 0x6f727062,=20 > maxval =3D 0x63, next_variant =3D 0x0, main_variant =3D 0x0, binfo =3D= 0x403,=20 > noncopied_parts =3D 0x0, context =3D 0x817bdf4, obstack =3D 0x0,=20 > lang_specific =3D 0x0}, list =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b", purpose =3D 0xd,=20 > value =3D 0x822cad0}, vec =3D {common =3D "4= \030\b\000\000\000\000\001\004\b",=20 > length =3D 13, a =3D {0x822cad0}}, exp =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b", complexity =3D 13,=20 > operands =3D {0x822cad0}}, block =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b", handler_block_flag =3D= 1,=20 > abstract_flag =3D 0, vars =3D 0x822cad0, type_tags =3D 0x822cd78,=20 > subblocks =3D 0x0, supercontext =3D 0x0, abstract_origin =3D 0x0,=20 > end_note =3D 0x0}} >(gdb)=20 >$2 =3D {common =3D {chain =3D 0x818f334, type =3D 0x0, code =3D= IDENTIFIER_NODE,=20 > side_effects_flag =3D 0, constant_flag =3D 0, permanent_flag =3D 1,=20 > addressable_flag =3D 0, volatile_flag =3D 0, readonly_flag =3D 0,=20 > unsigned_flag =3D 0, asm_written_flag =3D 0, used_flag =3D 0,= raises_flag =3D 0,=20 > static_flag =3D 0, public_flag =3D 1, private_flag =3D 0,= protected_flag =3D 0,=20 > lang_flag_0 =3D 0, lang_flag_1 =3D 0, lang_flag_2 =3D 0, lang_flag_3 = =3D 0,=20 > lang_flag_4 =3D 0, lang_flag_5 =3D 0, lang_flag_6 =3D 0}, int_cst =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b", int_cst_low =3D 13,=20 > int_cst_high =3D 136497872}, real_cst =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b", rtl =3D 0xd, real_cst= =3D {r =3D { > 136497872, 136498552, 0}}}, string =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b", rtl =3D 0xd,=20 > length =3D 136497872, pointer =3D 0x822cd78 " \"\b\024= \"\b\035\004\t"},=20 > complex =3D {common =3D "4 \030\b\000\000\000\000\001\004\b", rtl =3D= 0xd,=20 > real =3D 0x822cad0, imag =3D 0x822cd78}, identifier =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b", length =3D 13,=20 > pointer =3D 0x822cad0 "Dollarsubproc"}, decl =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b",=20 > filename =3D 0xd
, linenum =3D 136497872,=20 > size =3D 0x822cd78, uid =3D 0, mode =3D VOIDmode, external_flag =3D 0,= =20 > nonlocal_flag =3D 0, regdecl_flag =3D 0, inline_flag =3D 0,= bit_field_flag =3D 0,=20 > virtual_flag =3D 0, ignored_flag =3D 0, abstract_flag =3D 0,=20 > in_system_header_flag =3D 0, common_flag =3D 0, defer_output =3D 0,=20 > transparent_union =3D 0, static_ctor_flag =3D 0, static_dtor_flag =3D= 0,=20 > artificial_flag =3D 0, weak_flag =3D 0, lang_flag_0 =3D 0, lang_flag_1= =3D 0,=20 > lang_flag_2 =3D 0, lang_flag_3 =3D 0, lang_flag_4 =3D 0, lang_flag_5 = =3D 0,=20 > lang_flag_6 =3D 0, lang_flag_7 =3D 0, name =3D 0x0, context =3D 0x0,=20 > arguments =3D 0x0, result =3D 0x6c6c6f44, initial =3D 0x75737261,=20 > abstract_origin =3D 0x6f727062, assembler_name =3D 0x63, section_name = =3D 0x0,=20 > machine_attributes =3D 0x0, rtl =3D 0x403, frame_size =3D {i =3D 0, u = =3D 0,=20 > f =3D NOT_BUILT_IN}, saved_insns =3D {r =3D 0x817bdf4, i =3D= 135773684},=20 > vindex =3D 0x0, lang_specific =3D 0x0}, type =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b", values =3D 0xd,=20 > size =3D 0x822cad0, attributes =3D 0x822cd78, uid =3D 0, precision =3D= 0 '\000',=20 > mode =3D VOIDmode, string_flag =3D 0, no_force_blk_flag =3D 0,=20 > needs_constructing_flag =3D 0, transparent_union_flag =3D 0,= packed_flag =3D 0,=20 > lang_flag_0 =3D 0, lang_flag_1 =3D 0, lang_flag_2 =3D 0, lang_flag_3 = =3D 0,=20 > lang_flag_4 =3D 0, lang_flag_5 =3D 0, lang_flag_6 =3D 0, align =3D 0,= =20 > pointer_to =3D 0x0, reference_to =3D 0x0, symtab =3D {address =3D= 1819045700,=20 > pointer =3D 0x6c6c6f44 ""}, name =3D 0x75737261, minval =3D= 0x6f727062,=20 > maxval =3D 0x63, next_variant =3D 0x0, main_variant =3D 0x0, binfo =3D= 0x403,=20 > noncopied_parts =3D 0x0, context =3D 0x817bdf4, obstack =3D 0x0,=20 > lang_specific =3D 0x0}, list =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b", purpose =3D 0xd,=20 > value =3D 0x822cad0}, vec =3D {common =3D "4= \030\b\000\000\000\000\001\004\b",=20 > length =3D 13, a =3D {0x822cad0}}, exp =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b", complexity =3D 13,=20 > operands =3D {0x822cad0}}, block =3D { > common =3D "4 \030\b\000\000\000\000\001\004\b", handler_block_flag =3D= 1,=20 > abstract_flag =3D 0, vars =3D 0x822cad0, type_tags =3D 0x822cd78,=20 > subblocks =3D 0x0, supercontext =3D 0x0, abstract_origin =3D 0x0,=20 > end_note =3D 0x0}} >(gdb) p *fundecl >$3 =3D {common =3D {chain =3D 0x822c9f0, type =3D 0x822cd14, code =3D= FUNCTION_DECL,=20 > side_effects_flag =3D 0, constant_flag =3D 0, permanent_flag =3D 1,=20 > addressable_flag =3D 0, volatile_flag =3D 0, readonly_flag =3D 0,=20 > unsigned_flag =3D 0, asm_written_flag =3D 0, used_flag =3D 1,= raises_flag =3D 0,=20 > static_flag =3D 0, public_flag =3D 1, private_flag =3D 0,= protected_flag =3D 0,=20 > lang_flag_0 =3D 0, lang_flag_1 =3D 0, lang_flag_2 =3D 0, lang_flag_3 = =3D 0,=20 > lang_flag_4 =3D 0, lang_flag_5 =3D 0, lang_flag_6 =3D 0}, int_cst =3D { > common =3D " \"\b\024 \"\b\035\004\t", int_cst_low =3D 135759440,=20 > int_cst_high =3D 8539}, real_cst =3D {common =3D " \"\b\024= \"\b\035\004\t",=20 > rtl =3D 0x8178650, real_cst =3D {r =3D {8539, 0, 2549}}}, string =3D { > common =3D " \"\b\024 \"\b\035\004\t", rtl =3D 0x8178650, length =3D= 8539,=20 > pointer =3D 0x0}, complex =3D {common =3D " \"\b\024 \"\b\035\004\t",= =20 > rtl =3D 0x8178650, real =3D 0x215b, imag =3D 0x0}, identifier =3D { > common =3D " \"\b\024 \"\b\035\004\t", length =3D 135759440,=20 > pointer =3D 0x215b
}, decl =3D { > common =3D " \"\b\024 \"\b\035\004\t",=20 > filename =3D 0x8178650 "externfunc.pas", linenum =3D 8539, size =3D= 0x0,=20 > uid =3D 2549, mode =3D QImode, external_flag =3D 1, nonlocal_flag =3D= 0,=20 > regdecl_flag =3D 0, inline_flag =3D 0, bit_field_flag =3D 0,= virtual_flag =3D 0,=20 > ignored_flag =3D 0, abstract_flag =3D 0, in_system_header_flag =3D 0,= =20 > common_flag =3D 1, defer_output =3D 0, transparent_union =3D 0,=20 > static_ctor_flag =3D 0, static_dtor_flag =3D 0, artificial_flag =3D 0,= =20 > weak_flag =3D 0, lang_flag_0 =3D 0, lang_flag_1 =3D 0, lang_flag_2 =3D= 0,=20 > lang_flag_3 =3D 0, lang_flag_4 =3D 0, lang_flag_5 =3D 0, lang_flag_6 = =3D 0,=20 > lang_flag_7 =3D 0, name =3D 0x822caa4, context =3D 0x0, arguments =3D= 0x0,=20 > result =3D 0x0, initial =3D 0x0, abstract_origin =3D 0x0,=20 > assembler_name =3D 0x822cde0, section_name =3D 0x0, machine_attributes= =3D 0x0,=20 > rtl =3D 0x822ce24, frame_size =3D {i =3D 0, u =3D 0, f =3D= NOT_BUILT_IN},=20 > saved_insns =3D {r =3D 0x0, i =3D 0}, vindex =3D 0x0, lang_specific =3D= 0x89fda98},=20 > type =3D {common =3D " \"\b\024 \"\b\035\004\t", values =3D 0x8178650,= =20 > size =3D 0x215b, attributes =3D 0x0, uid =3D 2549, precision =3D 1= '\001',=20 > mode =3D QImode, string_flag =3D 0, no_force_blk_flag =3D 1,=20 > needs_constructing_flag =3D 0, transparent_union_flag =3D 0,= packed_flag =3D 0,=20 > lang_flag_0 =3D 0, lang_flag_1 =3D 0, lang_flag_2 =3D 0, lang_flag_3 = =3D 0,=20 > lang_flag_4 =3D 0, lang_flag_5 =3D 0, lang_flag_6 =3D 0, align =3D= 136497828,=20 > pointer_to =3D 0x0, reference_to =3D 0x0, symtab =3D {address =3D 0,=20 > pointer =3D 0x0}, name =3D 0x0, minval =3D 0x0, maxval =3D 0x822cde0,= =20 > next_variant =3D 0x0, main_variant =3D 0x0, binfo =3D 0x822ce24,=20 > noncopied_parts =3D 0x0, context =3D 0x0, obstack =3D 0x0,=20 > lang_specific =3D 0x89fda98}, list =3D {common =3D " \"\b\024= \"\b\035\004\t",=20 > purpose =3D 0x8178650, value =3D 0x215b}, vec =3D { > common =3D " \"\b\024 \"\b\035\004\t", length =3D 135759440, a =3D= {0x215b}},=20 > exp =3D {common =3D " \"\b\024 \"\b\035\004\t", complexity =3D= 135759440,=20 > operands =3D {0x215b}}, block =3D {common =3D " \"\b\024= \"\b\035\004\t",=20 > handler_block_flag =3D 0, abstract_flag =3D 0, vars =3D 0x215b,= type_tags =3D 0x0,=20 > subblocks =3D 0x9f5, supercontext =3D 0x20101, abstract_origin =3D= 0x822caa4,=20 > end_note =3D 0x0}} >(gdb) p *rhs >$4 =3D {common =3D {chain =3D 0x0, type =3D 0x825b390, code =3D= CONVERT_EXPR,=20 > side_effects_flag =3D 0, constant_flag =3D 0, permanent_flag =3D 1,=20 > addressable_flag =3D 0, volatile_flag =3D 0, readonly_flag =3D 0,=20 > unsigned_flag =3D 0, asm_written_flag =3D 0, used_flag =3D 0,= raises_flag =3D 0,=20 > static_flag =3D 0, public_flag =3D 0, private_flag =3D 0,= protected_flag =3D 0,=20 > lang_flag_0 =3D 0, lang_flag_1 =3D 0, lang_flag_2 =3D 0, lang_flag_3 = =3D 0,=20 > lang_flag_4 =3D 0, lang_flag_5 =3D 0, lang_flag_6 =3D 0}, int_cst =3D { > common =3D "\000\000\000\000\220 %\bi\004\000", int_cst_low =3D 0,=20 > int_cst_high =3D 136644252}, real_cst =3D { > common =3D "\000\000\000\000\220 %\bi\004\000", rtl =3D 0x0, real_cst = =3D {r =3D { > 136644252, 0, 135769552}}}, string =3D { > common =3D "\000\000\000\000\220 %\bi\004\000", rtl =3D 0x0,=20 > length =3D 136644252, pointer =3D 0x0}, complex =3D { > common =3D "\000\000\000\000\220 %\bi\004\000", rtl =3D 0x0, real =3D= 0x825069c,=20 > imag =3D 0x0}, identifier =3D {common =3D "\000\000\000\000\220= %\bi\004\000",=20 > length =3D 0, pointer =3D 0x825069c "=E1\a%\b \005%\b\"L\001"}, decl = =3D { > common =3D "\000\000\000\000\220 %\bi\004\000", filename =3D 0x0,=20 > linenum =3D 136644252, size =3D 0x0, uid =3D 135769552, mode =3D 39,=20 > external_flag =3D 0, nonlocal_flag =3D 0, regdecl_flag =3D 1,= inline_flag =3D 0,=20 > bit_field_flag =3D 0, virtual_flag =3D 0, ignored_flag =3D 0,= abstract_flag =3D 0,=20 > in_system_header_flag =3D 0, common_flag =3D 0, defer_output =3D 0,=20 > transparent_union =3D 0, static_ctor_flag =3D 0, static_dtor_flag =3D= 0,=20 > artificial_flag =3D 0, weak_flag =3D 0, lang_flag_0 =3D 0, lang_flag_1= =3D 0,=20 > lang_flag_2 =3D 0, lang_flag_3 =3D 0, lang_flag_4 =3D 0, lang_flag_5 = =3D 0,=20 > lang_flag_6 =3D 0, lang_flag_7 =3D 0, name =3D 0x0, context =3D= 0x8a05e54,=20 > arguments =3D 0x0, result =3D 0x0, initial =3D 0x403, abstract_origin = =3D 0x0,=20 > assembler_name =3D 0x8a05e68, section_name =3D 0x0,=20 > machine_attributes =3D 0x822cd14, rtl =3D 0x440d, frame_size =3D {i =3D= 0, u =3D 0,=20 > f =3D NOT_BUILT_IN}, saved_insns =3D {r =3D 0x815aa68, i =3D= 135637608},=20 > vindex =3D 0x0, lang_specific =3D 0x906}, type =3D { > common =3D "\000\000\000\000\220 %\bi\004\000", values =3D 0x0,=20 > size =3D 0x825069c, attributes =3D 0x0, uid =3D 135769552, precision = =3D 39 '\'',=20 > mode =3D SImode, string_flag =3D 0, no_force_blk_flag =3D 0,=20 > needs_constructing_flag =3D 0, transparent_union_flag =3D 0,= packed_flag =3D 0,=20 > lang_flag_0 =3D 0, lang_flag_1 =3D 0, lang_flag_2 =3D 0, lang_flag_3 = =3D 0,=20 > lang_flag_4 =3D 0, lang_flag_5 =3D 0, lang_flag_6 =3D 0, align =3D 0,= =20 > pointer_to =3D 0x8a05e54, reference_to =3D 0x0, symtab =3D {address =3D= 0,=20 > pointer =3D 0x0}, name =3D 0x403, minval =3D 0x0, maxval =3D= 0x8a05e68,=20 > next_variant =3D 0x0, main_variant =3D 0x822cd14, binfo =3D 0x440d,=20 > noncopied_parts =3D 0x0, context =3D 0x815aa68, obstack =3D 0x0,=20 > lang_specific =3D 0x906}, list =3D { > common =3D "\000\000\000\000\220 %\bi\004\000", purpose =3D 0x0,=20 > value =3D 0x825069c}, vec =3D {common =3D "\000\000\000\000\220= %\bi\004\000",=20 > length =3D 0, a =3D {0x825069c}}, exp =3D { > common =3D "\000\000\000\000\220 %\bi\004\000", complexity =3D 0,= operands =3D { > 0x825069c}}, block =3D {common =3D "\000\000\000\000\220= %\bi\004\000",=20 > handler_block_flag =3D 0, abstract_flag =3D 0, vars =3D 0x825069c,=20 > type_tags =3D 0x0, subblocks =3D 0x817add0, supercontext =3D 0x427,=20 > abstract_origin =3D 0x0, end_note =3D 0x8a05e54}} >(gdb) p *lhs >(gdb)=20 >(gdb) p *type >$5 =3D {common =3D {chain =3D 0x0, type =3D 0x817ab08, code =3D= POINTER_TYPE,=20 > side_effects_flag =3D 0, constant_flag =3D 0, permanent_flag =3D 1,=20 > addressable_flag =3D 0, volatile_flag =3D 0, readonly_flag =3D 0,=20 > unsigned_flag =3D 1, asm_written_flag =3D 0, used_flag =3D 0,= raises_flag =3D 0,=20 > static_flag =3D 0, public_flag =3D 0, private_flag =3D 0,= protected_flag =3D 0,=20 > lang_flag_0 =3D 0, lang_flag_1 =3D 0, lang_flag_2 =3D 0, lang_flag_3 = =3D 0,=20 > lang_flag_4 =3D 0, lang_flag_5 =3D 0, lang_flag_6 =3D 0}, int_cst =3D { > common =3D "\000\000\000\000\b=BD\027\b\rD\000", int_cst_low =3D 0,=20 > int_cst_high =3D 135637608}, real_cst =3D { > common =3D "\000\000\000\000\b=BD\027\b\rD\000", rtl =3D 0x0, real_cst= =3D {r =3D { > 135637608, 0, 2311}}}, string =3D { > common =3D "\000\000\000\000\b=BD\027\b\rD\000", rtl =3D 0x0,=20 > length =3D 135637608, pointer =3D 0x0}, complex =3D { > common =3D "\000\000\000\000\b=BD\027\b\rD\000", rtl =3D 0x0, real =3D= 0x815aa68,=20 > imag =3D 0x0}, identifier =3D {common =3D= "\000\000\000\000\b=BD\027\b\rD\000",=20 > length =3D 0, pointer =3D 0x815aa68 ""}, decl =3D { > common =3D "\000\000\000\000\b=BD\027\b\rD\000", filename =3D 0x0,=20 > linenum =3D 135637608, size =3D 0x0, uid =3D 2311, mode =3D 32,= external_flag =3D 0,=20 > nonlocal_flag =3D 0, regdecl_flag =3D 1, inline_flag =3D 0,= bit_field_flag =3D 0,=20 > virtual_flag =3D 0, ignored_flag =3D 0, abstract_flag =3D 0,=20 > in_system_header_flag =3D 0, common_flag =3D 0, defer_output =3D 0,=20 > transparent_union =3D 0, static_ctor_flag =3D 0, static_dtor_flag =3D= 0,=20 > artificial_flag =3D 0, weak_flag =3D 0, lang_flag_0 =3D 0, lang_flag_1= =3D 0,=20 > lang_flag_2 =3D 0, lang_flag_3 =3D 0, lang_flag_4 =3D 0, lang_flag_5 = =3D 0,=20 > lang_flag_6 =3D 0, lang_flag_7 =3D 0, name =3D 0x20, context =3D 0x0,= =20 > arguments =3D 0x0, result =3D 0x0, initial =3D 0x0, abstract_origin =3D= 0x0,=20 > assembler_name =3D 0x0, section_name =3D 0x0, machine_attributes =3D= 0x8a060b4,=20 > rtl =3D 0x0, frame_size =3D {i =3D 0, u =3D 0, f =3D NOT_BUILT_IN},= saved_insns =3D { > r =3D 0x0, i =3D 0}, vindex =3D 0x8151654, lang_specific =3D 0x0},= type =3D { > common =3D "\000\000\000\000\b=BD\027\b\rD\000", values =3D 0x0,=20 > size =3D 0x815aa68, attributes =3D 0x0, uid =3D 2311, precision =3D 32= ' ',=20 > mode =3D SImode, string_flag =3D 0, no_force_blk_flag =3D 0,=20 > needs_constructing_flag =3D 0, transparent_union_flag =3D 0,= packed_flag =3D 0,=20 > lang_flag_0 =3D 0, lang_flag_1 =3D 0, lang_flag_2 =3D 0, lang_flag_3 = =3D 0,=20 > lang_flag_4 =3D 0, lang_flag_5 =3D 0, lang_flag_6 =3D 0, align =3D 32,= =20 > pointer_to =3D 0x0, reference_to =3D 0x0, symtab =3D {address =3D 0,=20 > pointer =3D 0x0}, name =3D 0x0, minval =3D 0x0, maxval =3D 0x0,=20 > next_variant =3D 0x0, main_variant =3D 0x8a060b4, binfo =3D 0x0,=20 > noncopied_parts =3D 0x0, context =3D 0x0, obstack =3D 0x8151654,=20 > lang_specific =3D 0x0}, list =3D {common =3D= "\000\000\000\000\b=BD\027\b\rD\000",=20 > purpose =3D 0x0, value =3D 0x815aa68}, vec =3D { > common =3D "\000\000\000\000\b=BD\027\b\rD\000", length =3D 0, a =3D= {0x815aa68}},=20 > exp =3D {common =3D "\000\000\000\000\b=BD\027\b\rD\000", complexity =3D= 0,=20 > operands =3D {0x815aa68}}, block =3D { > common =3D "\000\000\000\000\b=BD\027\b\rD\000", handler_block_flag =3D= 0,=20 > abstract_flag =3D 0, vars =3D 0x815aa68, type_tags =3D 0x0, subblocks = =3D 0x907,=20 > supercontext =3D 0x420, abstract_origin =3D 0x20, end_note =3D 0x0}} Please let me know what you would like to see in terms of output. Regards Jim From gpc-request@santra.hut.fi Wed Oct 23 01:58:13 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id BAA26106 for ; Wed, 23 Oct 1996 01:58:12 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA81158; Wed, 23 Oct 1996 02:07:05 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA54726; Wed, 23 Oct 1996 02:06:10 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id CAA02272 for ; Wed, 23 Oct 1996 02:58:14 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id BAA26023 for gpc@hut.fi; Wed, 23 Oct 1996 01:49:57 +0100 From: Peter Gerwinski Message-Id: <199610230049.BAA26023@agnes.dida.physik.uni-essen.de> Subject: GPC WWW home page modified To: gpc@hut.fi Date: Wed, 23 Oct 1996 01:49:57 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello, friends of GNU Pascal, I did some modifications to the GNU Pascal home page, http://home.pages.de/~GNU-Pascal/ or http://agnes.dida.physik.uni-essen.de/~gnu-pascal/ Please post your comments here; especially let me know if I missed to mention you and/or your work in the "development team" page. Yours, Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Wed Oct 23 21:33:46 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id VAA27669 for ; Wed, 23 Oct 1996 21:33:45 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA74422; Wed, 23 Oct 1996 21:42:21 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA58368; Wed, 23 Oct 1996 21:41:25 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id WAA32543 for ; Wed, 23 Oct 1996 22:28:58 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id VAA27572 for gpc@hut.fi; Wed, 23 Oct 1996 21:20:59 +0100 From: Peter Gerwinski Message-Id: <199610232020.VAA27572@agnes.dida.physik.uni-essen.de> Subject: getenv - any solutions? To: gpc@hut.fi Date: Wed, 23 Oct 1996 21:20:59 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to John Michael Black: > There's been a lot of getenvs going around here lately. :) Has anyone > found a method that works yet? The last thing posted about it gave this: > > Function GetEnv ( Name: __CString__ ): PChar; C; > > GPC does not recognize PChar -- at least ours doesn't. You must *define* PChar first: Type PChar = ^Char; Perhaps you should try that Borland compatible GetEnv Function in the Tools Unit of BO5. See ftp://kampi.hut.fi/jtv/gnu-pascal/turbo-alpha/bo5.zip Greetings, Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Wed Oct 23 21:32:52 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id VAA27665 for ; Wed, 23 Oct 1996 21:32:52 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA59300; Wed, 23 Oct 1996 21:41:28 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA68836; Wed, 23 Oct 1996 21:40:32 +0200 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id WAA32484 for ; Wed, 23 Oct 1996 22:28:44 +0300 (EET DST) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id VAA27564 for gpc@hut.fi; Wed, 23 Oct 1996 21:20:44 +0100 From: Peter Gerwinski Message-Id: <199610232020.VAA27564@agnes.dida.physik.uni-essen.de> Subject: Re: 2.7.2 compiler To: gpc@hut.fi Date: Wed, 23 Oct 1996 21:20:44 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO According to Jim Brander: > gpc-typeck.c:626 > >626 for (r =3D rhs; r; r =3D TYPE_LANG_SPECIFIC (r)->elts [1]) > >(gdb) l > >621 tree lhs, rhs; > >622 { > >623 register tree r; > >624 if (TREE_CODE (lhs) =3D=3D RECORD_TYPE > >625 && TREE_CODE (rhs) =3D=3D RECORD_TYPE) > >626 for (r =3D rhs; r; r =3D TYPE_LANG_SPECIFIC (r)->elts [1]) > >627 { > >628 if (comptypes (lhs, r)) > >629 return 1; > >630 } Please try the following patch: replace if (TREE_CODE (lhs) == RECORD_TYPE && TREE_CODE (rhs) == RECORD_TYPE) by if (IS_OBJECT_TYPE (lhs) && IS_OBJECT_TYPE (rhs)) and let us know the result. You discovered a severe bug. Thanks. Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Thu Oct 24 08:36:35 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id IAA28149 for ; Thu, 24 Oct 1996 08:36:35 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA68178; Thu, 24 Oct 1996 08:45:00 +0200 Received: from deneb.dfn.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA59676; Thu, 24 Oct 1996 08:44:04 +0200 Received: from santra.hut.fi by deneb.dfn.de (4.1/SMI-4.2) id AA03080; Thu, 24 Oct 96 08:44:34 +0200 Received: from mailhost.pi.net (root@mailhost.pi.net [145.220.3.9]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id JAA06859 for ; Thu, 24 Oct 1996 09:26:34 +0300 (EET DST) Received: from default (hedr34.pi.net [145.220.220.34]) by mailhost.pi.net (8.7.5/8.7.1) with ESMTP id IAA03539 for ; Thu, 24 Oct 1996 08:26:30 +0200 (MET DST) Posted-Date: Thu, 24 Oct 1996 08:26:30 +0200 (MET DST) Message-Id: <199610240626.IAA03539@mailhost.pi.net> From: "Niels Heirbaut" To: "GPC Mailing List" Subject: No more trouble with GPC (and a solution) Date: Thu, 24 Oct 1996 08:25:26 +0100 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Status: RO Hi, Hereby I would like to thank everybody who helped me getting GPC-2.7.2 started. Their hints and tips really helped me getting started. The biggest problems occured because there were no installation instructions in the binary *.ZIP file for DJGPP. People who answered my request for help pointed out to me that I had to add a few lines to DJGPP.ENV, but there was no clue about this in the files I got. It was also not until I got the source files that I found out there had to be a SPECS.GPC in my library-directory. This file was also not included in the binary distribution. So if someone would add the (revised?) installation instruction and the SPECS.GPC file to the binary *.ZIP file, or if someone could tell me how (I'm also a newbie at uploading to FTP-sites :-)) and where to upload the revised gpc272b.zip file, the problems I had will be forever in the past. Regards --- When I am grown to man's estate I shall be very proud and great. And tell the other girls and boys Not to meddle with my toys. --- Stevenson --- Niels Heirbaut ----> heirbaut@pi.net From gpc-request@santra.hut.fi Thu Oct 24 16:48:11 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id QAA28578 for ; Thu, 24 Oct 1996 16:48:11 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA75282; Thu, 24 Oct 1996 16:56:29 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA70846; Thu, 24 Oct 1996 16:55:33 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id RAA26289 for ; Thu, 24 Oct 1996 17:47:24 +0300 (EET DST) Received: from [130.89.179.47] (pc047.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA25216 (5.67b/IDA-1.5 for ); Thu, 24 Oct 1996 16:47:22 +0200 Date: Thu, 24 Oct 96 16:53:16 CST From: "J.J. van der Heijden" Message-Id: <72041.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: Re: No more trouble with GPC (and a solution) Status: RO On Thu, 24 Oct 1996 08:25:26 +0100, Niels Heirbaut wrote: >Hi, > >Hereby I would like to thank everybody who helped me getting GPC-2.7.2 >started. Their hints and tips really helped me getting started. > [...] >So if someone would add the (revised?) installation instruction and the >SPECS.GPC file to the binary *.ZIP file, or if someone could tell me how >(I'm also a newbie at uploading to FTP-sites :-)) and where to upload the >revised gpc272b.zip file, the problems I had will be forever in the past. > All my fault :-( I'll try to be more carefull in the future. There's a "prerelease" and several snapshots floating around, so I'll try to clean up the mess a bit. Greetings, JanJaap --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Thu Oct 24 16:36:37 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id QAA28571 for ; Thu, 24 Oct 1996 16:36:37 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA76232; Thu, 24 Oct 1996 16:44:55 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA82502; Thu, 24 Oct 1996 16:43:55 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id RAA25970 for ; Thu, 24 Oct 1996 17:27:32 +0300 (EET DST) Received: from [130.89.179.47] (pc047.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA22184 (5.67b/IDA-1.5 for ); Thu, 24 Oct 1996 16:27:27 +0200 Date: Thu, 24 Oct 96 16:33:53 CST From: "J.J. van der Heijden" Message-Id: <70955.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: !Sorry -- retry : Faq v0.2 Status: RO Hello folks, Seems this crappy M$dos email proggy is not capable of attaching unix text :-( Let me try again: This is Info file FAQ, produced by Makeinfo-1.64 from the input file faq.texi. Revision 0.2 of 24 October 1996 Author: J.J. van der Heijden What is GNU Pascal? ******************* The purpose of the GNU Pascal project is to produce a Pascal compiler (called GNU Pascal or GPC) which * combines the clarity of Pascal with powerful tools suitable for real-life programming, * supports both the Pascal standard and the Extended Pascal standard as defined by ISO, ANSI and IEEE. (ISO 7185:1990, ISO/IEC 10206:1991, ANSI/IEEE 770X3.160-1989) * supports other Pascal standards (UCSD Pascal, Borland Pascal, Pascal-SC) in so far as this serves the goal of clarity and usability, * may be distributed under GNU license conditions * can generate code and run on any computer for which the GNU C compiler can generate code and run. Pascal was originally designed for teaching. GNU Pascal provides a smooth way to proceed to challenging programming tasks without learning a completely different language. What is the current version of GNU Pascal? ========================================== The last official release is GPC 1.1, based on GCC version 2.6.3. GPC version 1.2, based on GCC 2.7.2 is currently in beta testing. Where is the GNU Pascal FTP site? WWW? ====================================== The master FTP site for GNU Pascal is kampi.hu.fi GNU Pascal related files can be found in: ftp://ftp.kampi.hut.fi/jtv/gnu-pascal/ This site is mirrored on: ftp://sunsite.doc.ic.ac.uk/gnu/pascal/ The latest developer releases can be downloaded from: ftp://agnes.dida.physik.uni-essen.de/ Also, we have a homepage on the web: http://agnes.dida.physik.uni-essen.de/~gnu-pascal/ Is it compatible with Turbo Pascal (R) ? ======================================== GPC is currently *not* a drop-in replacement for Borland's Turbo Pascal (R). It supports a number, but not all of the Borland extensions to the Pascal language. There is no replacement for most of the Borland runtime library functions. GNU Pascal is part of the GNU project, so portability is one of its primary goals. For this reason, non-portable features of Borland Pascal will probably not be included into GNU Pascal. More information can be found in the section "Borland Pascal" of the GPC manual. Installation related questions ****************************** This section discusses some common problems with the installation of GNU Pascal. Which platforms are supported by GNU Pascal? ============================================ GPC uses the GCC backend, so it should run on any system that is supported by GNU CC. This includes a large variety of Unix systems, MS-DOS, OS/2 and Win32. A full list of platforms supported by GCC can be found in the file "INSTALL" of the GCC distribution. Not all of these have actually been tested, but the gpc-1.2 pre-release is know to run on these platforms: i486-linux (Linux 2.x, ELF) i486-linuxaout i486-linuxoldld i486-freebsd2.1 i386-cygwin32 (Windows95/Windows NT) i386-djgppv2 (MS-DOS) i386-emx (OS/2, MS-DOS) mips-sgi-irix5.3 >>> Ok people - send us your success stories, with canonical machine name! <<< Which components do I need to compile Pascal source code? ========================================================= A complete Pascal compiler system should at least have: * The actual compiler, GPC. * Assembler, linker, librarian and friends. * A C library. * A debugger, if you want to debug your programs. You don't need a C compiler to compile your Pascal programs, but you do need it to build the GNU Pascal compiler itself. GNU Pascal version 1.1 is based on GCC 2.6.3, GPC v1.2 is based on GCC v2.7.2 Any attempt to build GPC with the wrong version of GCC is bound to fail. For most people, the GNU binutils and GNU debugger (gdb) are a good choice, although some may prefer to use vendor specific tools. Help! linking gpc1 fails: _emit_string_move undefined (and more) ================================================================ If linking `gpc1' bombs out with an error message that looks like this: ld: Undefined symbol _emit_string_move _emit_string_pad _maybe_find_function_data _dbxout_set_type_status _version_flag *** Error code 1 make: Fatal error: Command failed for target `gpc1' you probably suffer from a VPATH make problem. A few GPC source files have counterparts with identical name in the GCC source directory. When you have built GCC in the GCC source directory and you are not using a recent version of GNU make this problem may occur. There are three solutions: * Get a recent version of GNU make. Version 3.74 or better is known to work. * Build GCC in a seperate directory instead of using the GCC source directory. * Manually delete these files from the GCC object directory: `stor-layout.o dbxout.o expr.o fold-const.o optabs.o convert.o' `function.o setop.o toplev.o' then resume `make'. When I build libgpc.a, rts-rt0.c says: SIGXCPU undefined (and more) =================================================================== Compilation of the runtime system may fail in rts-rt0.c with a message simular to this: rts-rt0.c: `SIGXCPU' undeclared (first use this function) or: rts-rt0.c: storage size of `sv' isn't known rts-rt0.c: storage size of `osv' isn't known If this happens to you, you have to edit the rts/rts-config.h file and comment out the last line to: /* #undef HAVE_SIGSYS */ This will be fixed in a future release. I'm using unix, and all my Pascal programs have linking problems. ================================================================= A number of unix configurations use their system's linker instead of GNU ld. Usually, GPC and GCC need a program called `collect2' before calling the system's `ld'. `collect2' is installed by GCC, and if you only install GPC, it will not find collect2, and use the system linker directly, which will result in various linker errors. The solution is to copy `collect2' by hand from the GCC directory to the location where `gpc1' lives. I do I debug my Pascal programs? ================================ To debug your programs, (a) GNU Pascal must be able to generate executables with debug info for your platform, and (b) you must have a debugger which understands this. * If `gpc -g -o hello hello.p' says: "gpc: -g not supported for this platform", then GPC is unable to generate debug info. Usually, installing GAS instead of your system's assembler can overcome this. When you configure the GCC used for GPC, specify "-with-gnu-as", and possibly "-with-gnu-ld" and/or "-with-stabs". More information can be found in "INSTALL" file in the GNU CC source directory. * Your system's debugger may not understand the debug info generated by GNU tools. In this case, installing GDB may help. The bottom line: if you can debug GCC compiled programs, you should be able to do this with GPC too. The GNU debugger (GDB) currently does not have a "Pascal" mode, so it is unable to display certain Pascal structures etc. When debugging, please note that the Initial Letter In Each Identifier Is In Upper Case And The Rest Are In Lower Case. If you want to display variable 'foo' in the debugger, type `show Foo' or `display Foo' instead. Can you recommend an IDE? ========================= Users of Borland Pascal may wonder if there's a replacement for the IDE (Integrated Development Environment). Here's a few suggestions: * *(X)Emacs*. Some people think it's the answer to the question of Life, the Universe and Everything, others decide it's uGNUsable. Available from your friendly GNU mirror. * *XWPE* is an immitation of the Borland IDE, so users of Borland Pascal may find it a good alternative. Although GDB is an excellent debugger, it's user interface is not very attractive. Refer to the comp.windows.x FAQ: "Where can I get an X-based debugger?" at: http://www.cis.ohio-state.edu/hypertext/faq/usenet/x-faq/part6/faq-doc-2.html Some useful frontends include: XXGDB, tGDB and XWPE. see: http://www.ee.ryerson.ca:8080/~elf/xapps/Q-IV.html Very nice, but resource consuming is the Motif based DDD: http://sol.ibr.cs.tu-bs.de/softech/ddd/ Do we have a binary for you? ============================ Currently, we have binaries for these platforms: i486-linux (ELF) i486-linuxaout i486-linuxoldld djgpp V2 (msdos) emx 0.9B (OS/2, msdos) cygwin32 beta16 (Windows95, Windows NT) mips-sgi-irix5.3 New binaries may have been added after the release of this FAQ. GNU Pascal and your system libraries ************************************ This section discusses common problems people have when they try to access their system's libraries. How do I use from the C library? ============================================================ GNU Pascal can use every function of your C library, but it may be up to you to write declaration of an external function, before you can use it. Consider the function `sleep'. man(3) sleep reveals: --------------------------------------------------------- NAME sleep - Sleep for the specified number of seconds SYNOPSIS #include unsigned int sleep(unsigned int seconds); --------------------------------------------------------- This small demo program shows how to use `sleep' in a Pascal program: --------------------------------------------------------- program SleepDemo; type word = __unsigned__ integer; function sleep(seconds: word): word; C; var result : word; begin result := sleep(10); end. --------------------------------------------------------- What's this confusion about Pascal and C style strings? ======================================================= It is important not to confuse Pascal and C string types. * The Pascal string schema, as defined in section 6.4.3.3.3 of the ISO-10206:1990 Extended Pascal standard, is a record: type string = record Capacity : integer; length : integer; string : packed array [ 1..Capacity ] of char; end; 'string' is not 'string(256)', unlike Turbo Pascal. The capacicty must be declared: type MyString = string(256); before it can be used, i.e.: function MyFunction: MyString; * A C string ( "char *" ) is an array of char, terminated with a NULL char. C library functions require C, not Pascal style string arguments! Consider this code snippet to convert Pascal style strings to C style and vice versa: --------------------------------------------------------- type word = __unsigned__ integer; TString = string(256); { Pascal string schema } CString = __cstring__; { C style string } { Convert a "C" string to a "Pascal" string } function StrPas(Src: CString): TString; var S : TString; begin S := ''; if (Src <> NIL) then while ( (Src^ <> chr(0)) AND (length(S) < S.capacity)) do begin S := S + Src^; inc(Word(Src)); end; StrPas := S; end; { Convert a "Pascal" string to a "C" string } function StrPCopy(Dest: CString; Src: String): CString; var c: integer; p : CString; begin p := Dest; for c:=1 to length(Src) do begin p^ := Src[c]; inc(word(p)); end; p^ := chr(0); StrPCopy := Dest; end; --------------------------------------------------------- Then this small example will print the PATH: --------------------------------------------------------- Program EnvDemo; { include the above StrPas() and StrPCopy() snippet here } { C library function prototype: char *getenv(const char *name); } function GetEnv(name : CString): CString; C; var pName: CString; begin getmem(pName, 256); pName := StrPCopy(pName, 'PATH'); writeln('Your PATH is: ', StrPas(GetEnv(pName))); freemem(pName, 256); end. --------------------------------------------------------- And this is how you access the 'system()' call in you C library: --------------------------------------------------------- program SysCall; { include the above StrPas() and StrPCopy() snippet here } function system(name : CString): integer; C; var pName: CString; result : integer; begin getmem(pName, 256); pName := StrPCopy(pName, 'ls -l'); result := system(pName); writeln('system() call returned : ', result); freemem(pName, 256); end. --------------------------------------------------------- There may be other ways to do the same thing; you could declare a type PChar instead of CString: type PChar = ^char; and replace all references to `CString' with `PChar'. Do NOT pass a "C" style string as a var-argument if the C prototype says "const char *" or you will get a coredump. You are right if you think this stuff belongs in a library, to be distributed with GPC. Have patience, or start coding! Are GNU Pascal objects compatible with GNU C++ classes ? ======================================================== No. (This may change in a future version) Where are the Turbo Pascal (R) replacement units? ================================================= They don't exist (yet). Most of their fuctionality can easily be implemented, some things are very x86/msdos dependant and would be meaningless on any other platform. How do I build/use a shared library? ==================================== (topic under construction) GNU Pascal on the djgpp (MS-DOS) platform ***************************************** This chapter discusses some potential problems with GNU Pascal on MS-DOS, using djgpp. If you need more information ============================ GPC/djgpp is a djgpp V2 application, and most of the djgpp documentation applies for GPC too. A great source of information is the djgpp FAQ: http://www.delorie.com/djgpp/v2faq/faq202b.zip Another place to look for DJGPP documentation is the DJGPP Knowledge Base, at this URL: http://www.delorie.com/djgpp/doc/kb/ What do I download? =================== As discussed in section 2.2, other than GPC itself, you need an assembler, linker and friends, a C library and possibly a debugger. >From your local djgpp mirror, you can get these as: v2/djdev200.zip (C library) v2gnu/bnu252b.zip (assembler, ....) v2gnu/gdb412b.zip (debugger) The rest is up to you; 'make' (v2gnu/mak372b.zip) can be useful, RHIDE (an IDE with Borland-look) is nice, but still under development. Future releases of RHIDE may have better GPC support. How do I install the compiler? ============================== If you don't have djgpp installed on your harddisk, create a directory for GNU pascal ("c:\gpc"), and unzip the archives. Make sure you preserve the directory structure (use "pkunzip -d"). Now, add the directory where gpc.exe lives ("c:\gpc\bin") to your path and set the DJGPP environment variable to point to your djgpp.env file: set DJGPP=c:\gpc\djgpp.env Then, add this to your djgpp.env file: --------------------------------------------------------- [gpc-cpp] C_INCLUDE_PATH=%/>;C_INCLUDE_PATH%%DJDIR%/lang/pascal;%DJDIR%/include;%DJDIR%/contrib/grx20/include [gpc] COMPILER_PATH=%/>;COMPILER_PATH%%DJDIR%/bin LIBRARY_PATH=%/>;LIBRARY_PATH%%DJDIR%/lib;%DJDIR%/contrib/grx20/lib --------------------------------------------------------- The binary distribution should come with a `djgpp.env' which is already modified, so you may not have to do this. Specific information for low-memory conditions and more can be found in the djgpp FAQ and documentation. GPC says: no DPMI ================= You don't have a DPMI server installed, and DJGPP v2 requires it to run. You can either use one of the commercial DPMI servers (e.g., run `gpc' in a DOS box under Windows) or download and install CWSDPMI (`csdpmi3b.zip') which is a free DPMI server written for DJGPP. I cannot read the info pages! ============================= To read the info pages, you need the `info' program from txi360b.zip. At least for some of the pre-releases of gpc-1.2, the gpc.info file is invalid: it refers to the "gpc.i*" sections as "gpc.info-*". This can be fixed by loading gpc.inf in an editor and replacing "gpc.info-*" with "gpc.i*" I have troubles with assembly code ================================== The GNU Assembler (`as.exe'), or `gas', called by GCC accepts "AT&T" syntax which is different from "Intel" syntax. Differences are discussed in section 17.1 of the djgpp FAQ. A guide is available which was written by Brennan Mr. Wacko Underwood and describes how to use inline assembly programming with DJGPP, at this URL: http://www.rt66.com/~brennan/djgpp/djgpp_asm.html Section 17.3 of the djgpp FAQ discusses some methods to convert "Intel" syntax to "AT&T". Tell me how to do DPMI, BIOS and other DOS related things. ========================================================== DPMI, BIOS and other functions are no different than other system functions. Refer to section 3.1 how to access your system's C-library. This small example shows how to use DPMI, copying some structures and function prototypes of : --------------------------------------------------------- program dpmitest; {$X+} type word = __unsigned__ integer; short = __short__ integer; byte = __byte__ integer; type PDpmiVersionRet = ^TDpmiVersionRet; TDpmiVersionRet = record major : byte; minor : byte; flags : short; cpu : byte; master_pic : byte; slave_pic : byte; end; type PDpmiFreeMemInfo = ^TDpmiFreeMemInfo; TDpmiFreeMemInfo = record largest_available_free_block_in_bytes : word; maximum_unlocked_page_allocation_in_pages : word; maximum_locked_page_allocation_in_pages : word; linear_address_space_size_in_pages : word; total_number_of_unlocked_pages : word; total_number_of_free_pages : word; total_number_of_physical_pages : word; free_linear_address_space_in_pages : word; size_of_paging_file_partition_in_pages : word; reserved1 : byte; reserved2 : byte; reserved3 : byte; end; function DpmiGetVersion(ret: PDpmiVersionRet): integer; asmname '__dpmi_get_version'; function DpmiGetFreeMemoryInformation(info: PDpmiFreeMemInfo): integer; asmname '__dpmi_get_free_memory_information'; var version: TDpmiVersionRet; meminfo: TDpmiFreeMemInfo; begin DpmiGetVersion(@version); writeln('CPU type : ', version.cpu, '86'); writeln('DPMI major : ', version.major); writeln('DPMI minor : ', version.minor); DpmiGetFreeMemoryInformation(@meminfo); writeln('Free DPMI memory : ', meminfo.total_number_of_free_pages, ' pages.'); end. --------------------------------------------------------- I'm accessing an "array[1..4000000] of byte" and I got an exception. ==================================================================== Per default, the maximum stack size of a djgpp application is 256K. If you need more, you have to adjust it with the stubedit program, i.e.: stubedit your_app.exe minstack=5000K Still, it might be a good idea to use pointers for this kind of structures, and allocate the memory at runtime. Getting Help ************ This section discusses ways to get help with GNU Pascal. Please read the documentation (info files, readme's) that come with GPC, plus other docs that might help (the djgpp FAQ if you use djgpp etc.) before you send email to the maintainers or mailing list. Help! the compiler crashed! =========================== If the compiler crashes, you have discovered a bug. A reliable compiler never crashes. To help the maintainers fix this bug, it is important that you send us a problem report. I think I found a bug - now what? ================================= Bugs are best reported to the GPC mailinglist, gpc@hut.fi. That way, they always reach the maintainers. Try to give as much information as possible, plus a short code snippet that triggers the compiler bug. If you're on unix, you can find out where the compiler crashed if you enable coredumps, then load the compiler (gpc1) plus the core file in the debugger ("gdb /your_path_here/gpc1 core"), then type `backtrace' to get a stacktrace. Include this stacktrace in your bug report. Which newsgroup(s) are suited for GPC related problems? ======================================================= There are several Pascal related newsgroups, but none is dedicated just to GNU Pascal. This one may be useful: comp.lang.pascal.misc Pascal in general and ungrouped Pascals. Pascal syntax related questions may be appropriate in: comp.lang.pascal.ansi-iso Pascal according to ANSI and ISO standards. comp.lang.pascal.borland Borland Pascal questions. How to post to the mailing list =============================== You can send a message to the GPC mailing list by sending email to the list address as if it were a person. How to become a subscriber to the mailing list ============================================== You can join the mailing list by sending a message to (NOT !) with your request to be added to the list. Maintenance is done by hand, so some delay is possible. How to unsubscribe from the mailing list ======================================== To leave the mailing list, send a message to . Miscellaneous ************* I want to contribute; where do I start? ======================================= A list of jobs which should be done for GNU-Pascal can be found in the section "How to contribute of the Texinfo deocumentation. In cases where somebody is already working on a topic, the name of that person is written behind the job's description. This does not mean that you shouldn't do that but just that you should get in contact with that person if you would like to contribute to that field. About this FAQ. =============== Maintainer: J.J. van der Heijden This is the first incarnation of the GNU Pascal FAQ list. Comments about, suggestions for, or corrections to this FAQ list are welcome. Please make sure to include in your mail the version number of the document to which your comments apply (you can find the version at the beginning of this FAQ list). Much of the info in this FAQ list was taken from the gpc mailing list traffic, so you may have (unbeknownst to you) contributed to this list. --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Thu Oct 24 15:55:54 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id PAA28529 for ; Thu, 24 Oct 1996 15:55:54 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA74094; Thu, 24 Oct 1996 16:04:11 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA53972; Thu, 24 Oct 1996 16:03:14 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA23806 for ; Thu, 24 Oct 1996 16:42:32 +0300 (EET DST) Received: from [130.89.179.47] (pc047.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA14948 (5.67b/IDA-1.5 for ); Thu, 24 Oct 1996 15:42:22 +0200 Date: Thu, 24 Oct 96 15:48:48 CST From: "J.J. van der Heijden" Message-Id: <68491.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: FAQ v0.2 Status: RO Ok folks, I updated my first attempt at a FAQ a bit, and did some very crude Texification, so a html version exists too, which I sent to Peter for the homepages at agnes.dida.physik.uni-essen.de Let me know if you find any errors or sections that need clarification. JanJaap This is Info file FAQ, produced by Makeinfo-1.64 from the input fil faq.texi aq.texi. fo file FAQ, produced by Makeinfo-1.64 from the input file OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Revision 0.2 of 24 October 199 Revision 0.2 of 24 October 1996 Makeinfo-1.64 from the input file OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Author: J.J. van der Heijden OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & What is GNU Pascal ****************** ****************** der Heijden OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & The purpose of the GNU Pascal project is to produce a Pascal compile (called GNU Pascal or GPC) whic called GNU Pascal or GPC) which project is to produce a Pascal compiler OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * combines the clarity of Pascal with powerful tools suitable fo real-life programming real-life programming, Pascal with powerful tools suitable for ler OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * supports both the Pascal standard and the Extended Pascal standar as defined by ISO, ANSI and IEEE. (ISO 7185:1990, ISO/IE 10206:1991, ANSI/IEEE 770X3.160-1989 10206:1991, ANSI/IEEE 770X3.160-1989) 7185:1990, ISO/IEC standard OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * supports other Pascal standards (UCSD Pascal, Borland Pascal Pascal-SC) in so far as this serves the goal of clarity an usability usability, in so far as this serves the goal of clarity and , dard OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * may be distributed under GNU license condition * may be distributed under GNU license conditions clarity and , dard OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * can generate code and run on any computer for which the GNU compiler can generate code and run compiler can generate code and run. puter for which the GNU C dard OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Pascal was originally designed for teaching. GNU Pascal provides smooth way to proceed to challenging programming tasks without learnin a completely different language completely different language. ing programming tasks without learning OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & What is the current version of GNU Pascal ========================================= ========================================= mming tasks without learning OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & The last official release is GPC 1.1, based on GCC version 2.6.3 GPC version 1.2, based on GCC 2.7.2 is currently in beta testing PC version 1.2, based on GCC 2.7.2 is currently in beta testing. 3. ng OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Where is the GNU Pascal FTP site? WWW ===================================== ===================================== currently in beta testing. 3. ng OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & The master FTP site for GNU Pascal is kampi.hu.fi GNU Pascal relate files can be found in iles can be found in: for GNU Pascal is kampi.hu.fi GNU Pascal related OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & ftp://ftp.kampi.hut.fi/jtv/gnu-pascal ftp://ftp.kampi.hut.fi/jtv/gnu-pascal/ pi.hu.fi GNU Pascal related OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & This site is mirrored on This site is mirrored on: tv/gnu-pascal/ pi.hu.fi GNU Pascal related OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & ftp://sunsite.doc.ic.ac.uk/gnu/pascal ftp://sunsite.doc.ic.ac.uk/gnu/pascal/ pi.hu.fi GNU Pascal related OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & The latest developer releases can be downloaded from The latest developer releases can be downloaded from: Pascal related OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & ftp://agnes.dida.physik.uni-essen.de ftp://agnes.dida.physik.uni-essen.de/ nloaded from: Pascal related OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Also, we have a homepage on the web Also, we have a homepage on the web: e/ nloaded from: Pascal related OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & http://agnes.dida.physik.uni-essen.de/~gnu-pascal http://agnes.dida.physik.uni-essen.de/~gnu-pascal/ Pascal related OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Is it compatible with Turbo Pascal (R) ======================================= ======================================= e/~gnu-pascal/ Pascal related OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & GPC is currently *not* a drop-in replacement for Borland's Turb Pascal (R). It supports a number, but not all of the Borlan extensions to the Pascal language. There is no replacement for most o the Borland runtime library functions. GNU Pascal is part of the GN project, so portability is one of its primary goals. For this reason non-portable features of Borland Pascal will probably not be include into GNU Pascal. More information can be found in the section "Borlan Pascal" of the GPC manual ascal" of the GPC manual. mation can be found in the section "Borland OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Installation related question ***************************** ***************************** on can be found in the section "Borland OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & This section discusses some common problems with the installation o GNU Pascal NU Pascal. ion discusses some common problems with the installation of OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Which platforms are supported by GNU Pascal =========================================== =========================================== s with the installation of OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & GPC uses the GCC backend, so it should run on any system that i supported by GNU CC. This includes a large variety of Unix systems MS-DOS, OS/2 and Win32. A full list of platforms supported by GCC ca be found in the file "INSTALL" of the GCC distribution. Not all o these have actually been tested, but the gpc-1.2 pre-release is know t run on these platforms un on these platforms: tested, but the gpc-1.2 pre-release is know to OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & i486-linux (Linux 2.x, ELF i486-linuxaou i486-linuxoldl i486-freebsd2. i386-cygwin32 (Windows95/Windows NT i386-djgppv2 (MS-DOS i386-emx (OS/2, MS-DOS mips-sgi-irix5. mips-sgi-irix5.3 (OS/2, MS-DOS) ows NT) -release is know to OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & >>> Ok people - send us your success stories, with canonical machin name! << ame! <<< people - send us your success stories, with canonical machine OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Which components do I need to compile Pascal source code ======================================================== ======================================================== nical machine OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & A complete Pascal compiler system should at least have A complete Pascal compiler system should at least have: ical machine OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * The actual compiler, GPC * The actual compiler, GPC. ystem should at least have: ical machine OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * Assembler, linker, librarian and friends * Assembler, linker, librarian and friends. least have: ical machine OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * A C library * A C library. nker, librarian and friends. least have: ical machine OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * A debugger, if you want to debug your programs * A debugger, if you want to debug your programs. have: ical machine OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & You don't need a C compiler to compile your Pascal programs, but yo do need it to build the GNU Pascal compiler itself. GNU Pascal versio 1.1 is based on GCC 2.6.3, GPC v1.2 is based on GCC v2.7.2 Any attemp to build GPC with the wrong version of GCC is bound to fail o build GPC with the wrong version of GCC is bound to fail. y attempt OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & For most people, the GNU binutils and GNU debugger (gdb) are a goo choice, although some may prefer to use vendor specific tools hoice, although some may prefer to use vendor specific tools. a good OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Help! linking gpc1 fails: _emit_string_move undefined (and more =============================================================== =============================================================== good OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & If linking `gpc1' bombs out with an error message that looks lik this his: linking `gpc1' bombs out with an error message that looks like d OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & ld: Undefined symbo _emit_string_mov _emit_string_pa _maybe_find_function_dat _dbxout_set_type_statu _version_fla *** Error code make: Fatal error: Command failed for target `gpc1 make: Fatal error: Command failed for target `gpc1' ks like d OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & you probably suffer from a VPATH make problem. A few GPC sourc files have counterparts with identical name in the GCC sourc directory. When you have built GCC in the GCC source directory and yo are not using a recent version of GNU make this problem may occur There are three solutions here are three solutions: ion of GNU make this problem may occur. you OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * Get a recent version of GNU make. Version 3.74 or better is know to work to work. ent version of GNU make. Version 3.74 or better is known OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * Build GCC in a seperate directory instead of using the GCC sourc directory directory. n a seperate directory instead of using the GCC source OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * Manually delete these files from the GCC object directory * Manually delete these files from the GCC object directory: source OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & `stor-layout.o dbxout.o expr.o fold-const.o optabs.o convert.o `function.o setop.o toplev.o `function.o setop.o toplev.o' fold-const.o optabs.o convert.o' e OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & then resume `make' then resume `make'. toplev.o' fold-const.o optabs.o convert.o' e OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & When I build libgpc.a, rts-rt0.c says: SIGXCPU undefined (and more ================================================================== ================================================================== e OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Compilation of the runtime system may fail in rts-rt0.c with message simular to this essage simular to this: time system may fail in rts-rt0.c with a = e OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & rts-rt0.c: `SIGXCPU' undeclared (first use this function or rts-rt0.c: storage size of `sv' isn't know rts-rt0.c: storage size of `osv' isn't know rts-rt0.c: storage size of `osv' isn't known is function) a = e OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & If this happens to you, you have to edit the rts/rts-config.h fil and comment out the last line to nd comment out the last line to: e to edit the rts/rts-config.h file OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & /* #undef HAVE_SIGSYS * /* #undef HAVE_SIGSYS */ to: e to edit the rts/rts-config.h file OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & This will be fixed in a future release This will be fixed in a future release. the rts/rts-config.h file OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & I'm using unix, and all my Pascal programs have linking problems ================================================================ ================================================================ ile OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & A number of unix configurations use their system's linker instead o GNU ld. Usually, GPC and GCC need a program called `collect2' befor calling the system's `ld'. `collect2' is installed by GCC, and if yo only install GPC, it will not find collect2, and use the system linke directly, which will result in various linker errors. The solution i to copy `collect2' by hand from the GCC directory to the location wher `gpc1' lives gpc1' lives. ct2' by hand from the GCC directory to the location where OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & I do I debug my Pascal programs =============================== =============================== he GCC directory to the location where OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & To debug your programs, (a) GNU Pascal must be able to generat executables with debug info for your platform, and (b) you must have debugger which understands this ebugger which understands this. our platform, and (b) you must have a OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * If `gpc -g -o hello hello.p' says: "gpc: -g not supported for thi platform", then GPC is unable to generate debug info. Usually installing GAS instead of your system's assembler can overcom this. When you configure the GCC used for GPC, specif "-with-gnu-as", and possibly "-with-gnu-ld" and/or "-with-stabs" More information can be found in "INSTALL" file in the GNU C source directory source directory. an be found in "INSTALL" file in the GNU CC s". OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * Your system's debugger may not understand the debug info generate by GNU tools. In this case, installing GDB may help by GNU tools. In this case, installing GDB may help. nfo generated OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & The bottom line: if you can debug GCC compiled programs, you shoul be able to do this with GPC too e able to do this with GPC too. bug GCC compiled programs, you should OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & The GNU debugger (GDB) currently does not have a "Pascal" mode, s it is unable to display certain Pascal structures etc. When debugging please note that the Initial Letter In Each Identifier Is In Upper Cas And The Rest Are In Lower Case. If you want to display variable 'foo in the debugger, type `show Foo' or `display Foo' instead n the debugger, type `show Foo' or `display Foo' instead. able 'foo' e OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Can you recommend an IDE ======================== ======================== w Foo' or `display Foo' instead. able 'foo' e OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Users of Borland Pascal may wonder if there's a replacement for th IDE (Integrated Development Environment). Here's a few suggestions DE (Integrated Development Environment). Here's a few suggestions: he OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * *(X)Emacs*. Some people think it's the answer to the question o Life, the Universe and Everything, others decide it's uGNUsable Available from your friendly GNU mirror Available from your friendly GNU mirror. decide it's uGNUsable. OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * *XWPE* is an immitation of the Borland IDE, so users of Borlan Pascal may find it a good alternative Pascal may find it a good alternative. IDE, so users of Borland OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Although GDB is an excellent debugger, it's user interface is no very attractive. Refer to the comp.windows.x FAQ: "Where can I get a X-based debugger?" at -based debugger?" at: to the comp.windows.x FAQ: "Where can I get an OF Z tY 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & http://www.cis.ohio-state.edu/hypertext/faq/usenet/x-faq/part6/faq-doc-2.htm http://www.cis.ohio-state.edu/hypertext/faq/usenet/x-faq/part6/faq-doc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Some useful frontends include: XXGDB, tGDB and XWPE. see Some useful frontends include: XXGDB, tGDB and XWPE. see: /part6/faq-doc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & http://www.ee.ryerson.ca:8080/~elf/xapps/Q-IV.htm http://www.ee.ryerson.ca:8080/~elf/xapps/Q-IV.html see: /part6/faq-doc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Very nice, but resource consuming is the Motif based DDD Very nice, but resource consuming is the Motif based DDD: /part6/faq-doc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & http://sol.ibr.cs.tu-bs.de/softech/ddd http://sol.ibr.cs.tu-bs.de/softech/ddd/ otif based DDD: /part6/faq-doc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Do we have a binary for you =========================== =========================== de/softech/ddd/ otif based DDD: /part6/faq-doc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Currently, we have binaries for these platforms Currently, we have binaries for these platforms: sed DDD: /part6/faq-doc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & i486-linux (ELF i486-linuxaou i486-linuxoldl djgpp V2 (msdos emx 0.9B (OS/2, msdos cygwin32 beta16 (Windows95, Windows NT mips-sgi-irix5. mips-sgi-irix5.3 (Windows95, Windows NT) ms: sed DDD: /part6/faq-doc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & New binaries may have been added after the release of this FAQ New binaries may have been added after the release of this FAQ. /faq-doc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & GNU Pascal and your system librarie *********************************** *********************************** fter the release of this FAQ. /faq-doc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & This section discusses common problems people have when they try t access their system's libraries ccess their system's libraries. problems people have when they try to -doc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & How do I use from the C library =========================================================== =========================================================== ey try to -doc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & GNU Pascal can use every function of your C library, but it may b up to you to write declaration of an external function, before you ca use it. Consider the function `sleep'. man(3) sleep reveals se it. Consider the function `sleep'. man(3) sleep reveals: you can -doc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & -------------------------------------------------------- NAM sleep - Sleep for the specified number of second SYNOPSI #include 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & This small demo program shows how to use `sleep' in a Pascal program This small demo program shows how to use `sleep' in a Pascal program: oc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & -------------------------------------------------------- program SleepDemo typ word = __unsigned__ integer function sleep(seconds: word): word; C va result : word begi result := sleep(10) end -------------------------------------------------------- --------------------------------------------------------- program: oc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & What's this confusion about Pascal and C style strings ====================================================== ====================================================== ------ program: oc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & It is important not to confuse Pascal and C string types It is important not to confuse Pascal and C string types. - program: oc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * The Pascal string schema, as defined in section 6.4.3.3.3 of th ISO-10206:1990 Extended Pascal standard, is a record ISO-10206:1990 Extended Pascal standard, is a record: 3.3 of the m: oc-2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & type string = recor Capacity : integer length : integer string : packed array [ 1..Capacity ] of char end end; ing : packed array [ 1..Capacity ] of char; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & 'string' is not 'string(256)', unlike Turbo Pascal. The capacict must be declared must be declared: ing(256)', unlike Turbo Pascal. The capacicty ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & typ MyString = string(256) MyString = string(256); unlike Turbo Pascal. The capacicty ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & before it can be used, i.e. before it can be used, i.e.: ; unlike Turbo Pascal. The capacicty ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & function MyFunction: MyString function MyFunction: MyString; Turbo Pascal. The capacicty ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & * A C string ( "char *" ) is an array of char, terminated with NULL char NULL char. ( "char *" ) is an array of char, terminated with a ty ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & C library functions require C, not Pascal style string arguments Consider this code snippet to convert Pascal style strings to C styl and vice versa nd vice versa: de snippet to convert Pascal style strings to C style ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & -------------------------------------------------------- typ word = __unsigned__ integer TString = string(256); { Pascal string schema CString = __cstring__; { C style string { Convert a "C" string to a "Pascal" string function StrPas(Src: CString): TString va S : TString begi S := '' if (Src <> NIL then while ( (Src^ <> chr(0)) AND (length(S) < S.capacity)) d begi S := S + Src^ inc(Word(Src)) end StrPas := S end { Convert a "Pascal" string to a "C" string function StrPCopy(Dest: CString; Src: String): CString va c: integer p : CString begi p := Dest for c:=1 to length(Src) d begi p^ := Src[c] inc(word(p)) end p^ := chr(0) StrPCopy := Dest end -------------------------------------------------------- --------------------------------------------------------- y)) do ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Then this small example will print the PATH Then this small example will print the PATH: -------------- y)) do ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & -------------------------------------------------------- Program EnvDemo { include the above StrPas() and StrPCopy() snippet here { C library function prototype: char *getenv(const char *name); function GetEnv(name : CString): CString; C va pName: CString begi getmem(pName, 256) pName := StrPCopy(pName, 'PATH') writeln('Your PATH is: ', StrPas(GetEnv(pName))) freemem(pName, 256) end -------------------------------------------------------- --------------------------------------------------------- ame); } ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & And this is how you access the 'system()' call in you C library And this is how you access the 'system()' call in you C library: } ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & -------------------------------------------------------- program SysCall { include the above StrPas() and StrPCopy() snippet here function system(name : CString): integer; C va pName: CString result : integer begi getmem(pName, 256) pName := StrPCopy(pName, 'ls -l') result := system(pName) writeln('system() call returned : ', result) freemem(pName, 256) end -------------------------------------------------------- --------------------------------------------------------- ry: } ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & There may be other ways to do the same thing; you could declare type PChar instead of CString ype PChar instead of CString: o the same thing; you could declare a } ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & type PChar = ^char type PChar = ^char; ring: o the same thing; you could declare a } ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & and replace all references to `CString' with `PChar'. Do NOT pass "C" style string as a var-argument if the C prototype says "const cha *" or you will get a coredump " or you will get a coredump. ent if the C prototype says "const char ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & You are right if you think this stuff belongs in a library, to b distributed with GPC. Have patience, or start coding istributed with GPC. Have patience, or start coding! library, to be r ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Are GNU Pascal objects compatible with GNU C++ classes ======================================================= ======================================================= rary, to be r ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & No. (This may change in a future version No. (This may change in a future version) =========== rary, to be r ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Where are the Turbo Pascal (R) replacement units ================================================ ================================================ ====== rary, to be r ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & They don't exist (yet). Most of their fuctionality can easily b implemented, some things are very x86/msdos dependant and would b meaningless on any other platform eaningless on any other platform. 86/msdos dependant and would be r ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & How do I build/use a shared library =================================== =================================== /msdos dependant and would be r ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & (topic under construction (topic under construction) ====== /msdos dependant and would be r ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & GNU Pascal on the djgpp (MS-DOS) platfor **************************************** **************************************** s dependant and would be r ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & This chapter discusses some potential problems with GNU Pascal o MS-DOS, using djgpp S-DOS, using djgpp. sses some potential problems with GNU Pascal on r ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & If you need more informatio =========================== =========================== e potential problems with GNU Pascal on r ar; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & GPC/djgpp is a djgpp V2 application, and most of the djgp documentation applies for GPC too. A great source of information is th djgpp FAQ jgpp FAQ: on applies for GPC too. A great source of information is the r; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & http://www.delorie.com/djgpp/v2faq/faq202b.zi http://www.delorie.com/djgpp/v2faq/faq202b.zip information is the r; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Another place to look for DJGPP documentation is the DJGPP Knowledg Base, at this URL ase, at this URL: look for DJGPP documentation is the DJGPP Knowledge r; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & http://www.delorie.com/djgpp/doc/kb http://www.delorie.com/djgpp/doc/kb/ tation is the DJGPP Knowledge r; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & What do I download ================== ================== rie.com/djgpp/doc/kb/ tation is the DJGPP Knowledge r; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & As discussed in section 2.2, other than GPC itself, you need a assembler, linker and friends, a C library and possibly a debugger >From your local djgpp mirror, you can get these as rom your local djgpp mirror, you can get these as: bly a debugger. dge r; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & v2/djdev200.zip (C library v2gnu/bnu252b.zip (assembler, .... v2gnu/gdb412b.zip (debugger v2gnu/gdb412b.zip (debugger) ....) as: bly a debugger. dge r; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & The rest is up to you; 'make' (v2gnu/mak372b.zip) can be useful RHIDE (an IDE with Borland-look) is nice, but still under development Future releases of RHIDE may have better GPC support uture releases of RHIDE may have better GPC support. der development. r; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & How do I install the compiler ============================= ============================= ve better GPC support. der development. r; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & If you don't have djgpp installed on your harddisk, create directory for GNU pascal ("c:\gpc"), and unzip the archives. Make sur you preserve the directory structure (use "pkunzip -d"). Now, add th directory where gpc.exe lives ("c:\gpc\bin") to your path and set th DJGPP environment variable to point to your djgpp.env file JGPP environment variable to point to your djgpp.env file: d set the r; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & set DJGPP=c:\gpc\djgpp.en set DJGPP=c:\gpc\djgpp.env int to your djgpp.env file: d set the r; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Then, add this to your djgpp.env file Then, add this to your djgpp.env file: r djgpp.env file: d set the r; -2.html 'J& pY L& < 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & -------------------------------------------------------- [gpc-cpp C_INCLUDE_PATH=%/>;C_INCLUDE_PATH%%DJDIR%/lang/pascal;%DJDIR%/include;%DJDIR%/contrib/grx20/includ [gpc COMPILER_PATH=%/>;COMPILER_PATH%%DJDIR%/bi LIBRARY_PATH=%/>;LIBRARY_PATH%%DJDIR%/lib;%DJDIR%/contrib/grx20/li -------------------------------------------------------- --------------------------------------------------------- grx20/lib e;%DJDIR%/contrib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & The binary distribution should come with a `djgpp.env' which i already modified, so you may not have to do this lready modified, so you may not have to do this. pp.env' which is 0/lib e;%DJDIR%/contrib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Specific information for low-memory conditions and more can be foun in the djgpp FAQ and documentation n the djgpp FAQ and documentation. ry conditions and more can be found e;%DJDIR%/contrib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & GPC says: no DPM ================ ================ nd documentation. ry conditions and more can be found e;%DJDIR%/contrib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & You don't have a DPMI server installed, and DJGPP v2 requires it t run. You can either use one of the commercial DPMI servers (e.g., ru `gpc' in a DOS box under Windows) or download and install CWSDPM (`csdpmi3b.zip') which is a free DPMI server written for DJGPP `csdpmi3b.zip') which is a free DPMI server written for DJGPP. I run e;%DJDIR%/contrib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & I cannot read the info pages ============================ ============================ ee DPMI server written for DJGPP. I run e;%DJDIR%/contrib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & To read the info pages, you need the `info' program from txi360b.zip At least for some of the pre-releases of gpc-1.2, the gpc.info file i invalid: it refers to the "gpc.i*" sections as "gpc.info-*". This can b fixed by loading gpc.inf in an editor and replacing "gpc.info-*" wit "gpc.i* gpc.i*" loading gpc.inf in an editor and replacing "gpc.info-*" with be e;%DJDIR%/contrib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & I have troubles with assembly cod ================================= ================================= or and replacing "gpc.info-*" with be e;%DJDIR%/contrib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & The GNU Assembler (`as.exe'), or `gas', called by GCC accepts "AT&T syntax which is different from "Intel" syntax. Differences ar discussed in section 17.1 of the djgpp FAQ iscussed in section 17.1 of the djgpp FAQ. x. Differences are s "AT&T" e;%DJDIR%/contrib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & A guide is available which was written by Brennan Mr. Wacko Underwoo and describes how to use inline assembl programming with DJGPP, at this URL rogramming with DJGPP, at this URL: how to use inline assembly derwood e;%DJDIR%/contrib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & http://www.rt66.com/~brennan/djgpp/djgpp_asm.htm http://www.rt66.com/~brennan/djgpp/djgpp_asm.html assembly derwood e;%DJDIR%/contrib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Section 17.3 of the djgpp FAQ discusses some methods to conver "Intel" syntax to "AT&T" Intel" syntax to "AT&T". pp FAQ discusses some methods to convert rwood e;%DJDIR%/contrib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Tell me how to do DPMI, BIOS and other DOS related things ========================================================= ========================================================= convert rwood e;%DJDIR%/contrib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & DPMI, BIOS and other functions are no different than other syste functions. Refer to section 3.1 how to access your system's C-library This small example shows how to use DPMI, copying some structures an function prototypes of unction prototypes of : se DPMI, copying some structures and d e;%DJDIR%/contrib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & -------------------------------------------------------- program dpmitest {$X+ typ word = __unsigned__ integer short = __short__ integer byte = __byte__ integer typ PDpmiVersionRet = ^TDpmiVersionRet TDpmiVersionRet = recor major : byte minor : byte flags : short cpu : byte master_pic : byte slave_pic : byte end typ PDpmiFreeMemInfo = ^TDpmiFreeMemInfo TDpmiFreeMemInfo = recor largest_available_free_block_in_bytes : word maximum_unlocked_page_allocation_in_pages : word maximum_locked_page_allocation_in_pages : word linear_address_space_size_in_pages : word total_number_of_unlocked_pages : word total_number_of_free_pages : word total_number_of_physical_pages : word free_linear_address_space_in_pages : word size_of_paging_file_partition_in_pages : word reserved1 : byte reserved2 : byte reserved3 : byte end function DpmiGetVersion(ret: PDpmiVersionRet): integer asmname '__dpmi_get_version' function DpmiGetFreeMemoryInformation(info: PDpmiFreeMemInfo): integer asmname '__dpmi_get_free_memory_information' va version: TDpmiVersionRet meminfo: TDpmiFreeMemInfo begi DpmiGetVersion(@version) writeln('CPU type : ', version.cpu, '86') writeln('DPMI major : ', version.major) writeln('DPMI minor : ', version.minor) DpmiGetFreeMemoryInformation(@meminfo) writeln('Free DPMI memory : ', meminfo.total_number_of_free_pages, ' pages.') end -------------------------------------------------------- --------------------------------------------------------- ree_pages, ' pages.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & I'm accessing an "array[1..4000000] of byte" and I got an exception =================================================================== =================================================================== ges, ' pages.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Per default, the maximum stack size of a djgpp application is 256K If you need more, you have to adjust it with the stubedit program, i.e. f you need more, you have to adjust it with the stubedit program, i.e.: ' pages.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & stubedit your_app.exe minstack=5000 stubedit your_app.exe minstack=5000K th the stubedit program, i.e.: ' pages.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Still, it might be a good idea to use pointers for this kind o structures, and allocate the memory at runtime tructures, and allocate the memory at runtime. s for this kind of i.e.: ' pages.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Getting Hel *********** *********** nd allocate the memory at runtime. s for this kind of i.e.: ' pages.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & This section discusses ways to get help with GNU Pascal. Please rea the documentation (info files, readme's) that come with GPC, plus othe docs that might help (the djgpp FAQ if you use djgpp etc.) before yo send email to the maintainers or mailing list end email to the maintainers or mailing list. djgpp etc.) before you r ' pages.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Help! the compiler crashed ========================== ========================== s or mailing list. djgpp etc.) before you r ' pages.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & If the compiler crashes, you have discovered a bug. A reliabl compiler never crashes. To help the maintainers fix this bug, it i important that you send us a problem report mportant that you send us a problem report. rs fix this bug, it is u r ' pages.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & I think I found a bug - now what ================================ ================================ em report. rs fix this bug, it is u r ' pages.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Bugs are best reported to the GPC mailinglist, gpc@hut.fi. Tha way, they always reach the maintainers. Try to give as much informatio as possible, plus a short code snippet that triggers the compiler bug If you're on unix, you can find out where the compiler crashed if yo enable coredumps, then load the compiler (gpc1) plus the core file i the debugger ("gdb /your_path_here/gpc1 core"), then type `backtrace to get a stacktrace. Include this stacktrace in your bug report o get a stacktrace. Include this stacktrace in your bug report. ace' ' pages.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Which newsgroup(s) are suited for GPC related problems ====================================================== ====================================================== report. ace' ' pages.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & There are several Pascal related newsgroups, but none is dedicate just to GNU Pascal. This one may be useful ust to GNU Pascal. This one may be useful: ps, but none is dedicated ' pages.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & comp.lang.pascal.misc Pascal in general and ungrouped Pascals comp.lang.pascal.misc Pascal in general and ungrouped Pascals. pages.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Pascal syntax related questions may be appropriate in Pascal syntax related questions may be appropriate in: ngrouped Pascals. pages.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & comp.lang.pascal.ansi-iso Pascal according to ANSI and ISO standards comp.lang.pascal.borland Borland Pascal questions comp.lang.pascal.borland Borland Pascal questions. nd ISO standards. es.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & How to post to the mailing lis ============================== ============================== Borland Pascal questions. nd ISO standards. es.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & You can send a message to the GPC mailing list by sending email t the list address as if it were a person he list address as if it were a person. ending email to andards. es.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & How to become a subscriber to the mailing lis ============================================= ============================================= erson. ending email to andards. es.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & You can join the mailing list by sending a message t (NOT !) with your request to be adde to the list. Maintenance is done by hand, so some delay is possible o the list. Maintenance is done by hand, so some delay is possible. ed dards. es.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & How to unsubscribe from the mailing lis ======================================= ======================================= so some delay is possible. ed dards. es.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & To leave the mailing list, send a message to To leave the mailing list, send a message to . d dards. es.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Miscellaneou ************ ************ e mailing list, send a message to . d dards. es.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & I want to contribute; where do I start ====================================== ====================================== sage to . d dards. es.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & A list of jobs which should be done for GNU-Pascal can be found i the section "How to contribute of the Texinfo deocumentation. In case where somebody is already working on a topic, the name of that perso is written behind the job's description s written behind the job's description. pic, the name of that person s dards. es.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & This does not mean that you shouldn't do that but just that yo should get in contact with that person if you would like to contribut to that field o that field. ontact with that person if you would like to contribute dards. es.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & About this FAQ ============== ============== ntact with that person if you would like to contribute dards. es.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Maintainer: J.J. van der Heijde if you would like to contribute dards. es.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & This is the first incarnation of the GNU Pascal FAQ list. Comment about, suggestions for, or corrections to this FAQ list are welcome bout, suggestions for, or corrections to this FAQ list are welcome. dards. es.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Please make sure to include in your mail the version number of th document to which your comments apply (you can find the version at th beginning of this FAQ list) eginning of this FAQ list). ts apply (you can find the version at the dards. es.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & Much of the info in this FAQ list was taken from the gpc mailin list traffic, so you may have (unbeknownst to you) contributed to thi list ist. raffic, so you may have (unbeknownst to you) contributed to this dards. es.'); trib/grx20/include 'J& pYd' : 'J&J& > 'J& (J& 3 ' :8 *J& (J&J& WriteString &4 : 'J& pY ' :8 'J& p p p p p p p p p p p p p p p p p p p p & --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Thu Oct 24 15:53:13 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id PAA28524 for ; Thu, 24 Oct 1996 15:53:12 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA75226; Thu, 24 Oct 1996 16:01:31 +0200 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA80868; Thu, 24 Oct 1996 16:00:33 +0200 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id QAA24895 for ; Thu, 24 Oct 1996 16:52:09 +0300 (EET DST) Received: from [130.89.179.47] (pc047.pczaalciv.utwente.nl) by driene.student.utwente.nl with SMTP id AA16549 (5.67b/IDA-1.5 for ); Thu, 24 Oct 1996 15:52:07 +0200 Date: Thu, 24 Oct 96 15:58:33 CST From: "J.J. van der Heijden" Message-Id: <69024.s8806144@mail.student.utwente.nl> X-Minuet-Version: Minuet1.0_Beta_16 Reply-To: X-Popmail-Charset: English To: gpc@hut.fi Subject: Re: getenv - any solutions? Status: RO On Wed, 23 Oct 1996 02:03:57 -0400 (EDT), John Michael Black wrote: >There's been a lot of getenvs going around here lately. :) Has anyone >found a method that works yet? The last thing posted about it gave this: > > Function GetEnv ( Name: __CString__ ): PChar; C; > >GPC does not recognize PChar -- at least ours doesn't. > >This could go on for weeks.... :) Naah.... Take this: (* * Demonstrate the conversion of "Pascal" string schemas to "C" style * strings and back, and calling an external "C" style function. * * J.J. van der Heijden *) Program EnvDemo; type word = __unsigned__ integer; TString = string(256); { Pascal string schema } CString = __cstring__; { C style string } { Convert a "C" string to a "Pascal" string } function StrPas(Src: CString): TString; var S : TString; begin S := ''; if (Src <> NIL) then while ( (Src^ <> chr(0)) AND (length(S) < S.capacity)) do begin S := S + Src^; inc(Word(Src)); end; StrPas := S; end; { Convert a "Pascal" string to a "C" string } function StrPCopy(Dest: CString; Src: String): CString; var c: integer; p : CString; begin p := Dest; for c:=1 to length(Src) do begin p^ := Src[c]; inc(word(p)) end; p^ := chr(0); StrPCopy := Dest; end; { C library function prototype: char *getenv(const char *name); } function GetEnv(name : CString): CString; C; var pName: CString; begin getmem(pName, 256); pName := StrPCopy(pName, 'USER'); writeln('Hello ', StrPas(GetEnv(pName)), ' !'); pName := StrPCopy(pName, 'PATH'); writeln('Your PATH is: ', StrPas(GetEnv(pName))); freemem(pName, 256); end. There are multiple ways to do this: for example, you can also declare a type PChar = ^char; and replace every instance of CString with PChar. Works great. Do not pass a CString argument as a "var" if it's declared as "const char *" in C; you will definately get a coredump. (in C too BTW) I tested this with Linux and djgpp (dos) GPC, 1.2 prerelease. The GPC-1.1 may have troubles with the function returning a TString schema. Let me know if it doesn't work for you, though I can't imagine that. JanJaap --- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Tue Oct 29 18:08:53 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id SAA02649 for ; Tue, 29 Oct 1996 18:08:52 +0100 Received: from aixrs1.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA80600; Tue, 29 Oct 1996 17:15:24 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA84682; Tue, 29 Oct 1996 17:14:25 +0100 Received: from igate1.hac.com (igate1.HAC.COM [192.48.33.10]) by santra.hut.fi (8.7.5/8.7.3) with ESMTP id SAA08123 for ; Tue, 29 Oct 1996 18:04:45 +0200 (EET) Received: from rf600.es.hac.com (root@[147.17.235.62]) by igate1.hac.com (8.7.6/8.7.3) with SMTP id JAA08954 for ; Tue, 29 Oct 1996 09:04:16 -0700 (PPET) Received: from X-147-17-235-66.ES.HAC.COM (zx6rr [147.17.235.66]) by rf600.es.hac.com (8.6.12/8.6.9) with SMTP id JAA00563 for ; Tue, 29 Oct 1996 09:00:38 -0800 Message-Id: <32762AF1.4B6@rf600.es.hac.com> Date: Tue, 29 Oct 1996 08:04:01 -0800 From: "Michael B. Williams" Organization: Hughes Aircraft Company X-Mailer: Mozilla 2.01 (Win16; I) Mime-Version: 1.0 To: gpc@hut.fi Subject: /lib/libm.so.5.0.5: undefined reference to `__errno_location' Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO hi, i download this file gpc-1.1p2-linuxelf.tar.gz from some ftp site, and i'm confused. The below executable is in this file, but there is no source. -rwxr-xr-x root/root 48100 Dec 20 09:53 1995 usr/bin/gpc i get the following error on a simple pascal program. i don't know pascal so i'm assuming it right /lib/libm.so.5.0.5: undefined reference to `__errno_location' program Mytestfile (input, output); procedure HI; begin {GotoXY(1, 23);} {WRITE("Hi");} end; BEGIN { main program } HI; END. next, i then downlaod the latest and i'm still getting the same error :<. -rwxr-xr-x 1 root root 50348 Aug 28 14:15 /usr/bin/gpc* rf600:~$ gpc -v Reading specs from /usr/lib/gcc-lib/i486-linux/2.7.2/specs gpc version 1.2(2.7.2) rf600:~$ gpc tst.pas /lib/libm.so.5.0.5: undefined reference to `__errno_location' any and all help will be greatly appreciated michael b. williams mbw@rf600.es.hac.com From gpc-request@santra.hut.fi Tue Oct 29 22:54:57 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id WAA02944 for ; Tue, 29 Oct 1996 22:54:57 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA69728; Tue, 29 Oct 1996 22:01:24 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA74310; Tue, 29 Oct 1996 22:00:26 +0100 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.7.5/8.7.3) with SMTP id WAA09504 for ; Tue, 29 Oct 1996 22:50:46 +0200 (EET) Received: from wit381304.student.utwente.nl by driene.student.utwente.nl with SMTP id AA09237 (5.67b/IDA-1.5 for ); Tue, 29 Oct 1996 21:49:26 +0100 Message-Id: <2.2.32.19961029205057.0068db78@mail.student.utwente.nl> X-Sender: s8806144@mail.student.utwente.nl X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 29 Oct 1996 21:50:57 +0100 To: mbw@rf600.es.hac.com From: JanJaap van der Heijden Subject: Re: /lib/libm.so.5.0.5: undefined reference to `__errno_location' Cc: gpc@hut.fi Status: RO At 08:04 AM 10/29/96 -0800, you wrote: >hi, > >i download this file gpc-1.1p2-linuxelf.tar.gz from some ftp site, and >i'm confused. The below executable is in this file, but there is no >source. Sources, info etc.: follow the pointers at the homepage: http://agnes.dida.physik.uni-essen.de/~gnu-pascal/ > >-rwxr-xr-x root/root 48100 Dec 20 09:53 1995 usr/bin/gpc > > >i get the following error on a simple pascal program. i don't know pascal >so i'm assuming it right > >/lib/libm.so.5.0.5: undefined reference to `__errno_location' > >program Mytestfile (input, output); >procedure HI; > begin > {GotoXY(1, 23);} > {WRITE("Hi");} > end; > >BEGIN { main program } > > HI; > >END. > I would not expect to much output from this program ;-) >next, i then downlaod the latest and i'm still getting the same error :<. > >-rwxr-xr-x 1 root root 50348 Aug 28 14:15 /usr/bin/gpc* > >rf600:~$ gpc -v >Reading specs from /usr/lib/gcc-lib/i486-linux/2.7.2/specs >gpc version 1.2(2.7.2) >rf600:~$ gpc tst.pas > /lib/libm.so.5.0.5: undefined reference to `__errno_location' > Are you sure you get an error when _compiling_ your test program, not when _running_ it ???? The GPC compiler itself does not use libm.so in any way, so this error message doesn't make any sense. But programs compiled with GPC always use libm.so > > >any and all help will be greatly appreciated > As far as I can see, (1) you don't have a GPC problem, but your version of libm and libc don't match or (2) you have a very old/new libc version which has an errno definition incompatible with the one used by the GPC precompiled binary. The 2.6.3 based GPC binary is linked against libc.so.5.0.9 (the one from Slackware 3.0) while the 2.7.2 based GPC binaries are linked against libc.so.5.2.18. I believe libm is version 5.0.5 in both cases. You can check your installed libc version: ZOO-station:~$ ldd /usr/bin/gpc libc.so.5 => /lib/libc.so.5.2.18 The dynamic loader is complaining because it cannot resolve a symbol, "__errno_location" which is indeed undefined in libm.so: ZOO-station:~$ nm /lib/libm.so.5 | grep __errno_location U __errno_location ("U" means undefined). But this symbol is defined in and should be present in libc.so: ZOO-station:~$ nm /lib/libc.so.5 | grep __errno_location 0000fe4c W __errno_location To make sure it's not GPC who's causing trouble, try compiling a small piece of C which uses libm.so, i.e.: int main(void) { printf("sine of 0 = %f\n", sin(0)); } If it's the problem described by (1) then this should produce the same sort of errors. Usually, a libc.so is backwards compatible, but if you have a libc.so < 5.0.9 it may be time to upgrade. If will not use experimental libc versions (5.3.x, 5.4.x) to produce the precompiled GPC binaries, because I don't want to force people to upgrade to these versions. If you use an experimental libc.so version, see if the errno definition in has changed since 5.2.18 (I cannot verify this -- I don't have it). If so, you may have to rebuild libgpc.a because it uses the errno definition. In the 5.2.18 it's defined like this: #if defined(_POSIX_THREAD_SAFE_FUNCTIONS) || defined(_REENTRANT) extern int* __errno_location __P((void)); #define errno (*__errno_location ()) #else extern int errno; #endif Hope this helps, otherwise it might be useful to see your results for the tests described above. JanJaap -- The latest & greates in software, hardware and manswear -- Bono Vox (U2) From gpc-request@santra.hut.fi Sun Nov 3 14:03:55 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id OAA08033 for ; Sun, 3 Nov 1996 14:03:55 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA88140; Sun, 3 Nov 1996 13:08:42 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA74948; Sun, 3 Nov 1996 13:07:43 +0100 Received: from driene.student.utwente.nl (driene.student.utwente.nl [130.89.220.2]) by santra.hut.fi (8.8.2/8.8.2) with SMTP id NAA01571 for ; Sun, 3 Nov 1996 13:58:29 +0200 (EET) Received: from wit381304.student.utwente.nl by driene.student.utwente.nl with SMTP id AA28013 (5.67b/IDA-1.5 for ); Sun, 3 Nov 1996 12:58:26 +0100 Message-Id: <2.2.32.19961103120001.00687bbc@mail.student.utwente.nl> X-Sender: s8806144@mail.student.utwente.nl X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 03 Nov 1996 13:00:01 +0100 To: gpc@hut.fi From: JanJaap van der Heijden Subject: Re: Win95 version of GNU Pascal? Status: RO At 12:01 PM 11/2/96 -0700, you wrote: >Hi, > >I read somewhere that GNU has a Win95 version. If this is true where can I >get it? Is there anything else I need to download? > Let me just repeat the announcement: README for cygwin32 GNU Pascal ------------------------------ The latest cygwin32-compatible GNU Pascal binary is now available from: ftp://agnes.dida.physik.uni-essen.de/home/janjaap/cygwin32/ I keep this seperate from the main release directory because some things have to be done before the next all-platform release. Still, the win32 GPC has improved enough that I think you should all try it out. Files in this directory: gpc-960930-2.7.2.i386-cygwin32-b16.zip Sep.30 snapshot binary of cygwin32 GPC. For a cygwin32-beta16 toolchain. gpc-961006-2.7.2.i386-cygwin32-b16.zip Oct.06 snapshot binary of cygwin32 GPC. For a cygwin32-beta16 toolchain. Essentially the same, but unstripped exe's. devtools.i386-cygwin32-b16.zip For those who only want to do Pascal, it's a waist to download a complete toolchain from ftp.cygnus.com. This archive has all the tools (as, ld, libraries) needed to complete GPC. If you already have cygwin32-beta16 installed, you don't need this. Changes ------- Since the last release (gpc-1.2-2.7.2.i386-cygwin32-b14.zip), these things have changed: * Now beta16 compatible. * Fixed internal fork() problems, now --automake works. * Pipes (`gpc -pipe ...') supported. * Binary/text file IO problem fixed. * Some new test programs. * Support for function attributes and multiple directives per function declaration. Effectively, this means this GPC can access the Win32 API and build both GUI and console applications! Thanks, Peter. See the demos in the "test\windows" subdirectory. Installation ------------ * create a subdirectory of your choice (`c:\gpcwin32') and unzip gpc-96MMDD-2.7.2.i386-cygwin32-b16.zip and devtools.i386-cygwin32-b16.zip from there. Use a version of `unzip' that can handle long filenames, i.e. not PKunzip. * Add the directory where `gpc.exe' lives (`c:\gpcwin32\bin') to your path. * Set GCC_EXEC_PREFIX=C:\gpcwin32\lib\gcc-lib\ Beware of the trailing slash! * Set LIBRARY_PATH=c:\gpcwin32\lib;c:\gpcwin32\i386-cygwin32\lib Not yet done ------------ GPC has incomplete support for the `stabs' debugging format. This affects the win32 platform (and all ELF unices). Although you can step your program in GDB, it may lose track of where you really are, be unable to display variables etc. I'm working on this. The function attributes and asmname directives seem to get lost in the GPI mechanism, so you will have to #include `units' for now, if they define WinAPI type functions. Other problems -------------- These things often give problems: * Do NOT mix binaries from different beta's -- they are incompatible. * Be sure to have only one `cygwin.dll' in your path and it must be beta16. The symptoms of these are crashes, stack/register dumps and Windows telling you it cannot load a dll. Read the cygwin32 FAQ (http://www.cygnus.com/ or this directory) Most of the information also applies for GNU Pascal. And please, do not bother the people of the cygwin32 mailinglist if you have problems with GPC, send them to the gpc@hut.fi list instead. Have fun, JanJaap -- "Nothing shocks me, I'm a scientist", Indiana Jones From gpc-request@santra.hut.fi Sat Nov 2 21:08:05 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id VAA07639 for ; Sat, 2 Nov 1996 21:08:05 +0100 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA74770; Sat, 2 Nov 1996 20:13:08 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA24456; Sat, 2 Nov 1996 20:12:09 +0100 Received: from mailhub.aros.net (mailhub.aros.net [205.164.111.17]) by santra.hut.fi (8.8.2/8.8.2) with ESMTP id VAA29381 for ; Sat, 2 Nov 1996 21:01:38 +0200 (EET) Received: from terra.aros.net (terra.aros.net [205.164.111.10]) by mailhub.aros.net (8.7.6/Unknown) with ESMTP id MAA07713 for ; Sat, 2 Nov 1996 12:01:35 -0700 (MST) Received: from ArosNet.aros.net (pm7-19.slc.aros.net [207.173.24.212]) by terra.aros.net (8.7.6/8.6.12) with SMTP id MAA14715 for ; Sat, 2 Nov 1996 12:01:34 -0700 Date: Sat, 2 Nov 1996 12:01:34 -0700 Message-Id: <199611021901.MAA14715@terra.aros.net> X-Sender: epic@aros.net X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: gpc@hut.fi From: Amy Williams Subject: Win95 version of GNU Pascal? Status: RO Hi, I read somewhere that GNU has a Win95 version. If this is true where can I get it? Is there anything else I need to download? TIA, Amy Williams epic@aros.net http://www.aros.net/~epic/ Finger for PGP public key. From gpc-request@santra.hut.fi Sat Nov 2 20:18:18 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (spf1.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id UAA07600 for ; Sat, 2 Nov 1996 20:18:18 +0100 Received: from mail.hrz.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA74924; Sat, 2 Nov 1996 19:23:21 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA77960; Sat, 2 Nov 1996 19:22:23 +0100 Received: from agnes.dida.physik.uni-essen.de (peter@agnes.Dida.physik.uni-essen.de [132.252.78.226]) by santra.hut.fi (8.8.2/8.8.2) with SMTP id UAA28658 for ; Sat, 2 Nov 1996 20:17:45 +0200 (EET) Received: (from peter@localhost) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) id UAA07575 for gpc@hut.fi; Sat, 2 Nov 1996 20:13:22 +0100 From: Peter Gerwinski Message-Id: <199611021913.UAA07575@agnes.dida.physik.uni-essen.de> Subject: FreeBSD + Strings --> crash To: gpc@hut.fi Date: Sat, 2 Nov 1996 20:13:21 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Hello folks, perhaps somebody can help me with a strange error which occurs when using Strings under FreeBSD. (It does not occur on DJGPP, EMX, or Linux.) The error is triggered by the program Program Crash; Type WrkString = String ( 80 ); Var S: WrkString; begin S:= 'A'; if S = 'A' then writeln ( 'Hurra!' ); end. It compiles fine, the assembly code looks nice, but it gets a signal "iot" (whatever that means) when running. The error happens in the RTS function _p_string() (see rts/rts-string.c): /* First arg is always a string or char */ if (argument_mask & P_STR_FIRST_IS_CHAR) { c1 = va_arg (p, char); s1 = &c1; len1 = 1; } else { /* It's a string */ s1 = va_arg (p, char *); len1 = va_arg (p, int); /* <------ SIGIOT */ } When examining the variables with gdb, everything looks nice, too. *p == 'A', etc. A similar error happens when running the following variant: Program Crash; uses CPtr; Var C: Char value 'A'; P: CharPtr; begin P:= @C; if P^ = 'A' then writeln ( 'Hurra!' ); end. It is essential that the type "CharPtr = ^Char" is exported by a Unit, not declared in the program. First, we get a warning about assignment of incompatible pointers for "P:= @C" which is, of course, nonsense, but I can explain it with the mechanism of forward references in pointer declarations. Again, the assembler code looks fine, but when running the program, I get a signal. :( And again, the error does not occur with DJGPP, EMX, or Linux - only with FreeBSD. DOES ANYBODY HAVE AN IDEA? Yours, Peter e-mail: peter.gerwinski@uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/ From gpc-request@santra.hut.fi Tue Nov 5 13:41:22 1996 Return-Path: gpc-request@santra.hut.fi Received: from sp2.power.uni-essen.de (sp2nfs.power.uni-essen.de [132.252.180.1]) by agnes.dida.physik.uni-essen.de (8.6.11/8.6.9) with SMTP id NAA10140 for ; Tue, 5 Nov 1996 13:41:21 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA84754; Tue, 5 Nov 1996 12:45:27 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA59434; Tue, 5 Nov 1996 12:44:25 +0100 Received: from baghira.han.de (baghira.han.de [192.109.225.2]) by santra.hut.fi (8.8.2/8.8.2) with SMTP id NAA04529 for ; Tue, 5 Nov 1996 13:24:16 +0200 (EET) Received: from uzercp.zer.sub.org (root@localhost) by baghira.han.de (8.6.12-o/04-08-96/09:54:04) with BSMTP id for gpc@hut.fi; Tue, 5 Nov 1996 12:18:34 +0100 Received: by uzercp.zer.sub.org (uzcopy); Tue, 05 Nov 1996 03:03:43 CET Date: Mon, 04 Nov 1996 21:30:00 CET From: A.ECKLEDER@CHATEAU.zer.sub.org (Andreas Eckleder) Reply-To: A.ECKLEDER@CHATEAU.zer.sub.org X-Mailer: CrossPoint v3.1 Message-Id: <6KDVECg7CfB@p-andy.chateau.zer.sub.org> To: gpc@hut.fi Subject: problem with units... Organization: Z-Netz Network Area, Germany X-Gateway: Z-TRANSPARENT UU uzercp.zer.sub.org [UZERCP V4.54], ZCONNECT UU uzercp.zer.sub.org [CONNECT*UZERCP V0.95] Lines: 15 Status: RO Oh nein,eine E-Mail ....von MIR >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<; Tue, 5 Nov 1996 13:33:59 +0100 Received: from mail.uni-essen.de by sp2.power.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA74614; Tue, 5 Nov 1996 12:38:04 +0100 Received: from santra.hut.fi by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03) id AA49134; Tue, 5 Nov 1996 12:37:00 +0100 Received: from baghira.han.de (baghira.han.de [192.109.225.2]) by santra.hut.fi (8.8.2/8.8.2) with SMTP id NAA04515 for ; Tue, 5 Nov 1996 13:25:58 +0200 (EET) Received: from uzercp.zer.sub.org (root@localhost) by baghira.han.de (8.6.12-o/04-08-96/09:54:04) with BSMTP id for gpc@hut.fi; Tue, 5 Nov 1996 12:18:32 +0100 Received: by uzercp.zer.sub.org (uzcopy); Tue, 05 Nov 1996 03:03:43 CET Date: Mon, 04 Nov 1996 20:42:00 CET From: A.ECKLEDER@CHATEAU.zer.sub.org (Andreas Eckleder) Reply-To: A.ECKLEDER@CHATEAU.zer.sub.org X-Mailer: CrossPoint v3.1