Gpc February 1998

gpc@gnu.de

17 participants
35 discussions

Re: Pointer to Method...
by Peter Gerwinski 07 Feb '98

07 Feb '98

According to Orlando Llanes: > Ok, this is a tricky one. I need to know how to get a pointer to a > method from an object. I've tried a million and one different things, but > was not able to do so. Is it even possible? Not without tricks. If you carefully cast pointers and take into account the implicit `Self' parameter of each method and pass it explicitly when you invoke the method through the pointer, you might succeed. > The reason I need this is > because I'm toying with the idea of making an object method an interrupt > routine. I suspect this is hopeless because you cannot expect the interrupted process to put the `Self' parameter into a certain register or a certain stack slot. You "must" use an "ordinary" procedure as the interrupt handler which may then call the method. (* And, of course, you must be very careful with interrupts in 32-bit protected mode anyway. ;*) Good luck, Peter -- Peter Gerwinski, Essen, Germany, free physicist and programmer Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - 1 Oct 1997 PGP key fingerprint: AC 6C 94 45 BE 28 A4 96 0E CC E9 12 47 25 82 75 Fight the SPAM! - http://maps.vix.com/

1 0

Re: BP and BO question...
by Peter Gerwinski 07 Feb '98

07 Feb '98

According to Jim Roland: > So the convention to access a system call or part of the C Library is to > declare a function with same parameters and return data-type and put a C; > at the end of it? Yes. > Seems too easy! :) Okay, if you prefer something more difficult: The `C' directive is only to declare functions that are lowercase only. If the C declaration is in mixed case, for instance void MyCFunction ( int foo, long bar, long long baz ); write Procedure MyCFunction ( foo: Integer; bar: MedInt; baz: LongInt ); AsmName 'MyCFunction'; (* For more about `MedInt' and friends, see `info -f gpc -n "Integer types"'. This requires something more recent than gpc-2.0; see ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/beta/ ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/alpha/ *) Have fun, Peter -- Peter Gerwinski, Essen, Germany, free physicist and programmer Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - 1 Oct 1997 PGP key fingerprint: AC 6C 94 45 BE 28 A4 96 0E CC E9 12 47 25 82 75 Fight the SPAM! - http://maps.vix.com/

1 0

Re: BP and BO question...
by Peter Gerwinski 07 Feb '98

07 Feb '98

According to Jim Roland: > I am in need to use the GetEnv function (and the SetEnv) function along > with other borland functions. Does your system support a `setenv()' C function? Mine (Linux) does, but I was told that it is not part of all standards. Since `man setenv' yields int setenv(const char *name, const char *value, int overwrite); I can declare an equivalent GPC function as follows: Function SetEnv ( Name, Value: CString; overwrite: Integer ): Integer; C; (And similar for `GetEnv'.) > [BO5, BPcompat] > How do I compile both? I can't get either to compile, and there don't > seem to be complete instructions to compile them. Currently, `BPcompat' only (?) supports DJGPP out of the box. Be welcome to help us to add support for UNIX systems. BO5, OTOH, is intended to be completely portable. Unfortunatly, those versions you can find on Agnes are somehow obsolete; I am currently working on a complete new implementation of BO5 (version 0.1 rather than 0.01;-) which uses `ncurses' for terminal I/O on UNIX-like platforms. Using GRX for graphics I/O (including X11) is in preparation. > Eventually, I would like to be able to modify the sources from the BP5 > library source code that I have (Borland, permitting of course) and use > them to include in my programs--possibly make it part of the GNU library > if they will allow it. Sorry for being that sceptical, but I doubt (a) that Borland will agree to use *anything* from their code in a LGPLed library and that (b) it would be useful for us at all because Borland's code is highly specialized for MS-compatible DOS systems. IMHO it will be less work and cause fewer legal problems to re-write the needed code from scratch. Again: Be welcome to join us in performing this task. Greetings, Peter -- Peter Gerwinski, Essen, Germany, free physicist and programmer Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - 1 Oct 1997 PGP key fingerprint: AC 6C 94 45 BE 28 A4 96 0E CC E9 12 47 25 82 75 Fight the SPAM! - http://maps.vix.com/

2 1

Re: Kampi
by Peter Gerwinski 07 Feb '98

07 Feb '98

Hi, Larry! Hi, all! According to Larry Carter: > > Is anyone else having problems getting into ftp://kampi.hut.fi Yes. ;-) > I am trying to re-download the current release version of GPC and I cannot > get through to Kampi, is it down? I don't know, but if you are looking out for something really current with GPC, go to ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/ instead. Greetings, Peter -- Peter Gerwinski, Essen, Germany, free physicist and programmer Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - 1 Oct 1997 PGP key fingerprint: AC 6C 94 45 BE 28 A4 96 0E CC E9 12 47 25 82 75 Fight the SPAM! - http://maps.vix.com/

1 0

Re: Version problem
by Peter Gerwinski 07 Feb '98

07 Feb '98

According to Orlando Llanes: > > Unfortunately I can't help you there other than telling you that GPC > only compiles on platfroms like Unix and Linux :( ... and DJGPP (DOS) and EMX (DOS, OS/2) and CygWin32 and mingw32 (Windows-95/NT). For CygWin32, see cygnus.com; for mingw32, see http://agnes.dida.physik.uni-essen.de/~janjaap/mingw32/. Greetings, Peter -- Peter Gerwinski, Essen, Germany, free physicist and programmer Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - 1 Oct 1997 PGP key fingerprint: AC 6C 94 45 BE 28 A4 96 0E CC E9 12 47 25 82 75 Fight the SPAM! - http://maps.vix.com/

1 0

Re: Version problem
by Peter Gerwinski 06 Feb '98

06 Feb '98

Hello! According to Jim Roland: > I have just installed GPC 2.0 (is there a newer one than this 12/96 > version?), and I'm having a problem running configure/make. See the GPC home page (URL below), or ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/beta/ ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/alpha/ > When I configure (I had to remake my gcc-2.7.2.2) i get a version error > that GPC 2.0 requires gcc-2.7.2.1, which I have 2.7.2.2! [...] Just edit the Makefiles and change the required GCC version number. The changes between gcc-2.7.2.[1-3] are minimal enough such that GPC will work with all of them without any change. > BTW, in code, how does one access the environment variables? Also, how do > you reference items that were part of the borland units (DOS, SYSTEM, > etc)? See the BP compatibility package at ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/contrib/ Have fun, Peter -- Peter Gerwinski, Essen, Germany, free physicist and programmer Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - 1 Oct 1997 PGP key fingerprint: AC 6C 94 45 BE 28 A4 96 0E CC E9 12 47 25 82 75 Fight the SPAM! - http://maps.vix.com/

2 2

Kampi
by Larry Carter 06 Feb '98

06 Feb '98

Is anyone else having problems getting into ftp://kampi.hut.fi I am trying to re-download the current release version of GPC and I cannot get through to Kampi, is it down? Larry lcarter(a)powerslave.jf.intel.com

1 0

Version problem
by Jim Roland 06 Feb '98

06 Feb '98

I have just installed GPC 2.0 (is there a newer one than this 12/96 version?), and I'm having a problem running configure/make. When I configure (I had to remake my gcc-2.7.2.2) i get a version error that GPC 2.0 requires gcc-2.7.2.1, which I have 2.7.2.2! It's frustating since that is a newer version, and I'm excited about possibly using GPC with the borland extensions since I'm a borland pascal person! :) BTW, in code, how does one access the environment variables? Also, how do you reference items that were part of the borland units (DOS, SYSTEM, etc)? ====================================================================== Jim Roland, running the most stable operating system in the world: OS/2 v4.0--I TALK to my OS, and IT LISTENS, does yours? ----------------------------------- Running Internet Servers on OS/2 & Linux (a free & stable Unix OS) ----------------------------------- Get free PGP software today to keep your files & messages private! Don't let ANYONE deprive you of your right to privacy!! ======================================================================

2 1

Re: gpc installation problems on Digital Unix
by Peter Gerwinski 06 Feb '98

06 Feb '98

Hello! According to Gary Narayanan USG: > > 1. The compiler (I think is gcc 2.7.2.1 compiles this and not > /usr/bin/cc) could not compile the file "gpc-decl.c" . The > error was in line 2962 > > TREE_CODE (TREE_VALUE (tail)) = code; > > The compile said it was not an l-value. > > I worked around by eliminating the conditional, and typing > > return NULL_TREE; > > for both cases. Will this break the compiler functionality? Yes. It must have been `/usr/bin/cc' since gcc-2.7.2.1 is known to accept this. The problem comes from the `TREE_CODE' macro being a type cast which is not accepted by all C compilers as an lvalue. To work around, replace the line by (TREE_VALUE (tail))->common.code = code; > 2. The file "gpc-module.c" has several '#define' statements and > not starting at first character of the line. The link editor > failed because of this, eg > > ld: unreolved STORE_SPECIAL Fixed. Thanks. > 3. The rts/Makefile generated needed some editiong, ie > adding a "../" for the gcc path name. Here I am not sure. Maybe this comes from some VPath problem? Anyway, more recent versions of GPC have an automatically generated `rts/Makefile' which hopefully does not cause this problem. Greetings, Peter -- Peter Gerwinski, Essen, Germany, free physicist and programmer Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - 1 Oct 1997 PGP key fingerprint: AC 6C 94 45 BE 28 A4 96 0E CC E9 12 47 25 82 75 Fight the SPAM! - http://maps.vix.com/

1 0

Re: gpc compile problem on solaris x86.
by Peter Gerwinski 06 Feb '98

06 Feb '98

Hello! According to David Montgomery: > > I have attempted to install gpc-2.0 under solaris 2.5.1 and 2.6 x86 and > encounter the same internal compiler error on both platforms. > [...] > gcc: Internal compiler error: program cc1 got fatal signal 6 Please try to work around this and disable optimization and/or generation of debugging information during compilation of GPC's RTS: Instead of just `make' or `make CFLAGS="-g -O", type `make CFLAGS=-O' or `make CFLAGS=-g' or `make CFLAGS=""'. Hope this helps, Peter -- Peter Gerwinski, Essen, Germany, free physicist and programmer Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - 1 Oct 1997 PGP key fingerprint: AC 6C 94 45 BE 28 A4 96 0E CC E9 12 47 25 82 75 Fight the SPAM! - http://maps.vix.com/

1 0

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 February 1998