Gpc October 1996

gpc@gnu.de

22 participants
67 discussions

extend bug
by Jim Brander 16 Oct '96

16 Oct '96

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

1 0

Re: Call for installation patches and hacks.
by Kevin A. Foss 15 Oct '96

15 Oct '96

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(a)atlsysnet.com ---

1 0

STABS format -- solaris users around?
by J.J. van der Heijden 15 Oct '96

15 Oct '96

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

1 0

Call for installation patches and hacks.
by J.J. van der Heijden 15 Oct '96

15 Oct '96

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

1 0

getenv() and system()
by Peter Gerwinski 15 Oct '96

15 Oct '96

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(a)uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/

1 0

Bug report :-)
by Jukka Virtanen 15 Oct '96

15 Oct '96

Reported by: Juki <jtv(a)hut.fi> 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.

1 0

getenv() and system()
by John Michael Black 15 Oct '96

15 Oct '96

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 <unix.h> in programs I know will use them. (I'm considering renaming it to <op-sys.h>, 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

1 0

Shared images, was: Re: OS/2 DLL's
by J.J. van der Heijden 14 Oct '96

14 Oct '96

On Sun, 13 Oct 1996 11:06:07 +0100 (MET), Peter Gerwinski <peter(a)agnes.dida.physik.uni-essen.de> 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

1 0

gpc under SunOS or Solaris
by Friedrich Fahnert 14 Oct '96

14 Oct '96

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

2 2

Re: External, C, AsmName, ...
by Berend de Boer 14 Oct '96

14 Oct '96

> 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.

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

Gpc October 1996