Gpc

gpc@gnu.de

5400 discussions

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

Re: gpc for Solaris 2.5.1
by Peter Gerwinski 14 Oct '96

14 Oct '96

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

1 0

Re: External, C, AsmName, ...
by Peter Gerwinski 14 Oct '96

14 Oct '96

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

1 0

OS/2 DLL's
by Peter Gerwinski 13 Oct '96

13 Oct '96

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

1 0

OS/2 DLL's
by phy0a0＠spf1.power.uni-essen.de 12 Oct '96

12 Oct '96

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(a)whidbey.com ----------------------------------------------------------- ******************************** ACHTUNG: Neue e-mail-Adresse! Ab dem 22. Juni 1996 bitte an peter.gerwinski(a)uni-essen.de schreiben. ******************************** ATTENTION: New e-mail address! >From 22. June 1996 on please write to peter.gerwinski(a)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(a)uni-essen.de --------------------------------------------------------------------------------

1 0

Re: it's running :-)
by Peter Gerwinski 12 Oct '96

12 Oct '96

According to Andreas Bauer: > Diese Nachricht antwortet auf einen Text, > den j.j.vanderheijden(a)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(a)uni-essen.de home address: D\"usseldorfer Str. 35, 45145 Essen, Germany WWW: http://agnes.dida.physik.uni-essen.de/~peter/

1 0

Re: it's running :-)
by andi.tio＠hit.handshake.de 12 Oct '96

12 Oct '96

Diese Nachricht antwortet auf einen Text, den j.j.vanderheijden(a)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 you 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> ==================================== program dpmitest; JJvdH> JJvdH> It's a little C-ish style (ulong's etc) but if you look at <dpmi.h> 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 then JJvdH> (??!) It seems that the «ret»-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 would 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 stuff JJvdH> in the first place. Unless you want to write protected mode interrupt 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

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

Gpc