Gpc January 1999

gpc@gnu.de

20 participants
34 discussions

Files
by berend＠beard.nest.nl 01 Feb '02

01 Feb '02

* 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(a)beard.nest.nl

4 3

Problems connecting to agnes...
by Orlando Llanes 30 Jan '99

30 Jan '99

I could not connect to ftp://agnes... does this normally happen? See ya! Orlando Llanes "Meine Damen und Herren, Elvis hat soeben das Gebaeude verlassen!" "Look out fo' flyeeng feet" O__/ a010111t(a)bc.seflin.org \/|____. O <__. \/\> / \ ____________|___\______ http://ourworld.compuserve.com/homepages/Monkey414

2 2

He, this program is already in the known bug list
by Berend de Boer 29 Jan '99

29 Jan '99

Hai All, Sorry for this message. I see I was already in the known bug list. Any takers for this error? Groetjes, Berend.

1 0

label used before containingn binding contour
by Berend de Boer 29 Jan '99

29 Jan '99

Since about 5 years I try to compile lex for extended pascal with gpc. However, I still don't succeed. This program is a real test case I assume :-) Here the latest error, boiled down to the most minimal code: ------------------------ program Test; type string255=string(255); function Test(filename, ext : String): string255; label 1,2; begin Test := ''; goto 1; goto 2; 2: Test := filename+'.'; 1: ; end; begin end. ------------------------ Groetjes, Berend.

1 0

Re: Compiling for FreeBSD
by Frank Heckenbach 29 Jan '99

29 Jan '99

Berend de Boer wrote: > I compiled the latest release for FreeBSD. However it thought STAT_HAVEFS (* you mean HAVE_STATFS :*) > was OK (in p/rts), but I don't have a sys/vfs.h anywhere on my system. > > How can I fix this? I deleted the check for statfs in configure, but there > should be a better way. I think we need another configure check for sys/vfs.h (and probably sys/statvfs.h as well). configure can check for header files (`AC_CHECK_HEADERS'), and this is supposed to be the "best" (i.e., most portable) way... Will you try it yourself (it should affect rts/configure.in, rts/rts-config.in and rts/file.c), or should I try to make a patch? If so, I need some information. What is the correct way to stat a file system in BSD? Is it statfs() or statvfs() or something else, and which header does it need (if any). Perhaps you can send me the synopsis of the manpage and the declaration of the `struct statfs', `struct statvfs' or whatever it uses... Frank -- Frank Heckenbach, frank(a)fjf.gnu.de http://fjf.gnu.de/ PGP and GPG keys: http://fjf.gnu.de/plan

1 0

Re: GPC-19990118 - bug in cpp ?
by Frank Heckenbach 29 Jan '99

29 Jan '99

ian(a)stams.strath.ac.uk wrote: > I have a problem with egcs-1.1.1 (egcs-2.91.60 19981201) and > gpc-19990118 on Sun Solaris 2.6. > > Basically the #ifdef and #if defined() preprocessor stuff seems > broken. [...] > > Am I doing something hopelessly stupid or is this a bug ? It's a known bug. It's listed on the To-Do list at http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html : @item Sparc: `if defined' doesn't work (fjf238.pas) Frank -- Frank Heckenbach, frank(a)fjf.gnu.de http://fjf.gnu.de/ PGP and GPG keys: http://fjf.gnu.de/plan

1 0

GPC-19990118 - bug in cpp ?
by ian＠stams.strath.ac.uk 29 Jan '99

29 Jan '99

Hello fellow pascalers! I have a problem with egcs-1.1.1 (egcs-2.91.60 19981201) and gpc-19990118 on Sun Solaris 2.6. Basically the #ifdef and #if defined() preprocessor stuff seems broken. The following code illustrates the problem: -------cut-------- program cpptest(input,output); begin #ifdef __GPC__ writeln('#ifdef __GPC__'); #endif #if defined (__GPC__) writeln('defined (__GPC__)'); #endif end. ------cut---------- When this is compiled with gpc -o test test.p (!) and you run it you get the following output on Sun Solaris: #ifdef __GPC__ On Linux and Digital UNIX (same compiler combination) you get: #ifdef __GPC__ defined (__GPC__) which is of course correct. Note that using the -v switch indicates that the compile is setting -D__GPC__=2 on all systems. Am I doing something hopelessly stupid or is this a bug ? Thanks for all your help. Ian -- Ian Thurlbeck http://www.stams.strath.ac.uk/ Statistics and Modelling Science, University of Strathclyde Livingstone Tower, 26 Richmond Street, Glasgow, UK, G1 1XH Tel: +44 (0)141 548 3667 Fax: +44 (0)141 552 2079

1 0

Compiling for FreeBSD
by Berend de Boer 29 Jan '99

29 Jan '99

Hai All, I compiled the latest release for FreeBSD. However it thought STAT_HAVEFS was OK (in p/rts), but I don't have a sys/vfs.h anywhere on my system. How can I fix this? I deleted the check for statfs in configure, but there should be a better way. Groetjes, Berend.

1 0

gpc-19990118 binaries for EMX available.
by Kevin A. Foss 28 Jan '99

28 Jan '99

Hello, I've uploaded binaries for the EMX port of gpc to agnes (source patches are also available) and Peter has moved them into the beta/binary directory. They appear to work fine in OS/2 -- in theory they'd work in DOS, but no guarantees. They do require the latest EMX dlls (0.9d) and the 0.9d level binutils. Hopefully I'll be able to do work on fully testing the new units with EMX and OS/2 in the next couple of weeks. Enjoy, -Kevin -- Kevin A. Foss --- kfoss(a)mint.net

1 0

gpc-19990118: C compiler cannot create executables.
by Kevin Broadey 26 Jan '99

26 Jan '99

I downloaded the gpc-19990118.tar.gz release from Peter's area on agnes.dida.physik.uni-essen.de, moved it into the egcs-1.1.1 release from Cygnus (egcs-2.91.60), applied the appropriate patch, ran 'configure' and did 'make bootstrap'. The stage 1 compiler built correctly, but when the 'final' compiler was compiling I got this... creating cache ./config.cache checking for gcc... ../../xgcc -B../../ checking whether the C compiler (../../xgcc -B../../ -O2 -g -O2 -Wl,-bbigtoc) works... no configure: error: installation or configuration problem: C compiler cannot create executables. gmake[4]: *** [p/rts/Makefile] Error 1 gmake[4]: Leaving directory `/local/kevinb/build/egcs-1.1.1/objdir/gcc' gmake[3]: *** [stmp-multilib-sub] Error 2 gmake[3]: Leaving directory `/local/kevinb/build/egcs-1.1.1/objdir/gcc' gmake[2]: *** [stmp-multilib] Error 1 gmake[2]: Leaving directory `/local/kevinb/build/egcs-1.1.1/objdir/gcc' gmake[1]: *** [bootstrap] Error 2 gmake[1]: Leaving directory `/local/kevinb/build/egcs-1.1.1/objdir/gcc' gmake: *** [bootstrap] Error 2 Any ideas? -- Kevin Broadey

4 7

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 January 1999