Gpc March 2000

gpc@gnu.de

28 participants
42 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

Re: librares for GPC and (or) GCC
by Frank Heckenbach 28 Mar '00

28 Mar '00

Robson wrote: > On 14 Mar 00, at 20:45, Robson Ferreira wrote: > > > I want to know if you help me to resolve some > > problems in to compile programs in the linux. > > I am using the compiler GPC for to compile programs > > in Pascal and my problem is that some libraries not > > compile (crt.h,dos.h,io.h) " how to resolve this?"; > > and I am using GCC to compile programs in C > > an has the equal problem (conio.h,...). Some > > commands not execute (fgets,getch,delay, > > clsrcr, gets) in the LINUX... > > Help me, please... > > GPC cannot use the C headers directly. You have to convert them > into Pascal. For more information about GPC programming under > Linux, post your questions to "gpc(a)gnu.de". You will have people > who use Linux all the time and who will be able to answer your > questions there. Some functions in these DJGPP headers headers are not portable (some are, e.g. fgets, but others like clrscr aren't), so you can't use them under Linux directly. Furthermore, as The Chief said, you can't use C headers directly... However, recent releases of GPC come with a set of units which are both portable and written in Pascal, so that's probably what you need. For the headers mentioned, you probably want to look into the GPC, CRT and maybe Dos units. (The Dos unit, despite its name, is portable as well.) Frank -- Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/ GPC To-Do list, latest features, fixed bugs: http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html

1 0

Re: librares for GPC and (or) GCC
by Robson 28 Mar '00

28 Mar '00

-----Mensagem original----- De: Dr A Olowofoyeku <laa12(a)law.keele.ac.uk> Para: Robson Ferreira <ferreira(a)ufu.br> Data: Sexta-feira, 24 de MarÃ§o de 2000 5:34 Assunto: Re: librares for GPC and (or) GCC On 14 Mar 00, at 20:45, Robson Ferreira wrote: > I want to know if you help me to resolve some > problems in to compile programs in the linux. > I am using the compiler GPC for to compile programs > in Pascal and my problem is that some libraries not > compile (crt.h,dos.h,io.h) " how to resolve this?"; > and I am using GCC to compile programs in C > an has the equal problem (conio.h,...). Some > commands not execute (fgets,getch,delay, > clsrcr, gets) in the LINUX... > Help me, please... GPC cannot use the C headers directly. You have to convert them into Pascal. For more information about GPC programming under Linux, post your questions to "gpc(a)gnu.de". You will have people who use Linux all the time and who will be able to answer your questions there. Best regards, The Chief ----- Dr Abimbola A Olowofoyeku (The African Chief) Email: African_Chief(a)bigfoot.com Author of Chief's Installer Pro v5.22 for Win32 http://www.bigfoot.com/~African_Chief/chief32.htm

1 0

Re: Probably build RTFM issue.
by Frank Heckenbach 26 Mar '00

26 Mar '00

Mariusz Zynel wrote: > > Neither GNU make, patch nor (I think) install should be required. > > ... but GNU patch is necessary. GNU make and install are optional, > at least for me. I'm using Solaris 7 and 8 on Sparc and x86. Strange, since we use context diffs which should be most portable. But anyway, sometime soon, GPC will not need any GCC patches at all, and this problem will be gone automatically... Frank -- Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/ GPC To-Do list, latest features, fixed bugs: http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html

2 1

RE: gpc on Sun
by Mason Ip 22 Mar '00

22 Mar '00

I have no problem with the (more-or-less) latest gcc and gpc. gpc -v Reading specs from /opt/GCC2951/lib/gcc-lib/sparc-sun-solaris2.7/2.95.1/specs gpc version 19991030, based on 2.95.1 19990816 (release) gpc --borland-pascal -O -o xx xx.pas <-- compilation OK; executable OK ---------- From: Veselic [SMTP:veselic@zagreb.FernUni-Hagen.de] Sent: Wednesday, March 22, 2000 6:26 AM To: gpc(a)gnu.de Subject: gpc on Sun Dear gpc-ers, just hearing on problems with gpc on Sun my Sun Solaris has binary-loaded gpc as follows GNU Pascal version 19990118, based on gcc-2.8.1, compiled Jan 18 1999 18:50:47. Copyright (C) 1987, 89, 92-97, 1998 Free Software Foundation, Inc. However, a lot (not all) of sources compiling smoothly under PC-Linux now halt compiling with the message gpc --borland-pascal -O -o sj sj.p gpc: Internal compiler error: program gpc1 got fatal signal 6 Sometimes there is 'fatal signal 11'. Can anybody help? Thanks, K. Veselic.

1 0

Re: Probably build RTFM issue.
by Frank Heckenbach 22 Mar '00

22 Mar '00

Mariusz Zynel wrote: > > Build platform: Sun Solaris 2.7 > > GNU 'make' version: 3.78.1 > > GNU 'patch' version: 2.5.4 > > > > There is a newer alpha GPC release, which builds less painfull on > Solaris. I had problems due to bash extensions used in Makefile-s. > > Besides, there are Solaris binaries in pkgadd form to download at: > > http://math.uwb.edu.pl/download > ftp://mizar.uwb.edu.pl/pub/misc > > Hope this helps The `if ! [ ... ]' Makefile problem will be solved in the next release. Were there any more problems left in the last release? Neither GNU make, patch nor (I think) install should be required. Frank -- Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/ GPC To-Do list, latest features, fixed bugs: http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html

2 1

gpc on Sun
by Veselic 22 Mar '00

22 Mar '00

Dear gpc-ers, just hearing on problems with gpc on Sun my Sun Solaris has binary-loaded gpc as follows GNU Pascal version 19990118, based on gcc-2.8.1, compiled Jan 18 1999 18:50:47. Copyright (C) 1987, 89, 92-97, 1998 Free Software Foundation, Inc. However, a lot (not all) of sources compiling smoothly under PC-Linux now halt compiling with the message gpc --borland-pascal -O -o sj sj.p gpc: Internal compiler error: program gpc1 got fatal signal 6 Sometimes there is 'fatal signal 11'. Can anybody help? Thanks, K. Veselic.

1 0

Probably build RTFM issue.
by Randy Latimer 21 Mar '00

21 Mar '00

Hi. I've just built your package and have a possible bug report. Of course, this may be a RTFM isuue, but I felt I should offer this report none the less. Synopsis: When installing the package, the install of the units, docs, and demos causes fatal make errors. Detailed descripion: Download date: 20 Mar 2000 Download site: ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/current/ Package: gpc-19990118.tar.gz Build platform: Sun Solaris 2.7 GNU 'make' version: 3.78.1 GNU 'patch' version: 2.5.4 (Note: I also built this package on a RedHat Linux v6.0 system without this error occurring. 'INSTALL_DATA', which is set to the same value as 'INSTALL' appears to have been configured with the value '/usr/bin/install -c'.) The configure script appears to have set the values of both INSTALL and INSTALL_DATA to './install.sh -c'. This causes the installation of units, demos, and docs to fail. The makefile which is generated, performs a change of directory prior to calling 'INSTALL_DATA'. I modified the Makefile and added '../../' prior to the $(INSTALL_DATA) in the offending lines (three of them). These lines appeared in the 'pascal.install-*' rules. The changes were as follows. pascal.install-units: pascal.install-dir $(srcdir)/p/units/crtc.h . . . cd $(srcdir)/p/units; \ for file in *.pas *.inc *.c *.h; do \ ../../$(INSTALL_DATA) $$file $(unitsubdir)/$$file; \ chmod a-x $(unitsubdir)/$$file; \ done pascal.install-demos: pascal.install-dir cd $(srcdir)/p/demos; \ for file in *; do \ ../../$(INSTALL_DATA) $$file $(demodir)/$$file; \ chmod a-x $(demodir)/$$file; \ done pascal.install-info: pascal.info -rm -f $(infodir)/gpc.info* ; if [ -f p/doc/gpc.info ]; then \ cd p/doc; \ else \ cd $(srcdir)/p/doc; \ fi; \ for f in gpc.info*; do \ ../../$(INSTALL_DATA) $$f $(infodir)/$$f; \ done Further investigation shows that the Linux box (which installed just fine) has the GNU version of 'install' and the 'install' on the Sun is the version that ships from Sun. Your configure script may want to use GNU 'install' and chooses to use your 'install.sh' script in place of 'install' if GNU 'install' is not found. This appears to be the case. Conclusion: This entire situation may be a RTFM issue. However, I read the README and INSTALL file and no mention was made of needing to install GNU versions of make, patch, or install. The fact that I needed to install GNU make and GNU patch were SWAG's (Scientific Wild A$$ Guess's) on my part and only during the composition of this email have I realized that there is a GNU version of install as well. Thank you for the product and sorry for this email if it's an RTFM issue. -- Randy Latimer ______|___________________ Program in Human Genetics | | || || NS | | Department of Physiology & Biophysics | | [ ] ||[ ]|| [ ] | | Vanderbilt University School of Medicine |__|_____||____||_____|__| Nashville, Tennessee, USA O<=>O O<=>O ------------------------------------------------------------------------ "A man's mind, stretched by new ideas, can never go back to its original dimensions." Oliver Wendell Holmes

2 1

Newbie question about cygwin
by Matze Braun 19 Mar '00

19 Mar '00

Hello, I'm using GPC for DJGPP at the moment, which works perfect. Now I wanted to try the cygwin port of GPC. I've installed the cygwin b20 and then the version from "the Chief". I can compile C programms, but every time I compile .PAS programms I got the message, that gpc-cpp can't be executed. I think, it's because the cygwin b20 is still an egcs version and the gpc version is 2.95.1 Is it possible to mix 2 versions, if not can someone give me a hint how to compile the cvs snapshots of cygwin? Thanks in advance Matze

2 1

Re: SetTextBuf
by Frank Heckenbach 18 Mar '00

18 Mar '00

Mariusz Zynel wrote: > I'm porting some software written in BP to GPC. How to simulate > SetTextBuf which takes two or optionaly three arguments? Grmpf. Another of these pseudo-overloaded BP routines... :-( > There > is SetTextBuf in GPC System unit, but this takes two arguments. > > Should I drop using the buffer size - third argument? Possibilities are: - Drop the buffer size, as you said. - We add a 3rd parameter in the system unit (but then every program which uses only 2 parameters would "suffer"). - We make it dependent on an ifdef, like the type sizes etc., but I don't like this (and still programs that use both versions will have problems). - Use the following dirty trick to ignore the 3rd (and any following) parameters. Note that macros are case-sensitive and don't work across units (so you have to put it in each program/unit that does this). {$define SetTextBuf(a,b,c...) SetTextBuf(a,b)} - Put two versions of the procedure under slightly different names in the unit. (I'll do this for now. SetTextBuf3 will be in the next release.) - Build SetTextBuf into the compiler and use compiler magic. (I don't like this, either, because actually we want to reduce the number of magic routines in the compiler.) - Implement procedure overloading in GPC. That's, of course, the right solution, but too much work for us to do right now (but if you'd like to volunteer to implement it in GPC... ;-). > Thanks in advance for any suggestion I hope these were enough for today... ;-) Frank -- Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/ GPC To-Do list, latest features, fixed bugs: http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html

2 1

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 March 2000