Gpc

gpc@gnu.de

5400 discussions

Re: build problem with cygwin and gpc20000724 and before
by Frank Heckenbach 26 Jul '00

26 Jul '00

Prof Abimbola Olowofoyeku wrote: > On 25 Jul 00, at 17:44, Frank Heckenbach wrote: > > > > On 25 Jul 00, at 0:02, Joachim Falk wrote: > > > > > > > Ah yes i have forgotten to report another problem with rts.{h,c} in > > > > rts.h if HAVE_STRSIGNAL is defined it does declare the function char > > > > *strsignal( int ) witch conflicts with the strsignal definition in > > > > the cygwin include file string.h const char *_EXFUN(strsignal, (int > > > > __signo)); => compiler abort > > > > > > Funny - I have never experienced this problem, and I have been > > > compiling GPC under Cygwin since last summer. > > > > Perhaps you have a slightly different version of the header (the > > only difference I think is the `const', and this might not be there in > > other versions)... > > I have (I think) the latest (or at least one of the latest) versions of the > header (dated 15 May 2000) - and the declaration seems to be just > the same as the one reported: > char *_EXFUN(strsignal, (int __signo)); There's no `const' there which was the only difference to the other declaration and was causing the problem. > Also, Frank, do you think that I should put 'os-hacks.h' on agnes for > those who want to compile GPC under Windows? I think so (also libos-hacks if there's anything going into it now). 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 3

installation difficulties
by Robert P. Ewing 26 Jul '00

26 Jul '00

Hello, all. Following Maurice's suggestion, I acquired the 2.95.2 build, downloading from agnes' /home/maurice directory. I also put in the new grx23s stuff, reconciling directories by putting ../contrib/grx232 subdirectory contents into the respective ../ subdirectories, always updating. Now when I go to c:/gpc and issue gpc --automake -v -o diffus.exe diffus/diffus12.pas I get the (vast) command line, some information on include directories, then gpcpp.exe: ../include/sys/version.h: no such file or directory (ENOENT) In fact, there is no ../include/sysdirectory at all, nor is there a version.h file on my hard drive. I must point out that I don't have djgpp at all: I am programming only in Pascal, not in C. Do I need to grab some other files that gpc is assuming it can access from gcc? many thanks, Toby

2 4

Re: installation difficulties
by Frank Heckenbach 26 Jul '00

26 Jul '00

Robert P. Ewing wrote: > Other information available upon request, > though it would help if I knew how to redirect StdOut to a file in DOS - > so far my attempts aren't working. StdOut can be redirected simply with `>', but I suppose you mean StdErr. If you're using bash (available for DJGPP), you can do it with `2>' (StdErr only) or `&>' (StdOut and StdErr). Otherwise, you can use the `redir' utility (part of DJGPP) like this: # Redirect StdErr to foo redir -e foo command args # Redirect StdOut and StdErr to foo redir -e foo -oe command foo 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

How to generate correct Makefile for pascal installation?
by George L. Yang 26 Jul '00

26 Jul '00

Dear All: I tried to install pascal on my Solaris computer. I followed the INSTALL under subdirectory p however I got an error message which said there was no rule to make pascal. I hope some one will help me to fix my problem. Thanks in advance. George Yang

2 1

GRX and gpc
by Maurice Lombardi 26 Jul '00

26 Jul '00

Hi all, I have uploaded to agnes slightly corrected versions of grx-2.3.2 ftp://agnes.dida.physik.uni-essen.de/home/maurice/grx-2.3.2.tar.gz for unix ftp://agnes.dida.physik.uni-essen.de/home/maurice/grx232s.zip for djgpp With respect to the official grx-2.3.1 contained elsewhere (gnu-pascal/libs) on agnes this tentative version contains only corrections to the gpc interface, grx20.pas and bcc2grx.pas and some pascal test programs, and includes makefiles to build pascal test programs simultaneously with C test programs. Simply do not forget to edit makedefs.gnu to have INCLUDE_GPC_SUPPORT=y (it is n by defaults). This means that there should be no problem to use the versions in the gnu-pascal/libs/binary directory which contain only the C interface. In this corrected version I have provided for the new asmname syntax (In fact I have checked that it compiles/executes both with the old and new asmname syntax), corrected for a couple of errors in grx20.pas (^ forgotten in pointer declarations), and for an error in the manifest file (djgpp version) which did not enable to uninstall properly. Hope this helps Maurice -- Maurice Lombardi Laboratoire de Spectrometrie Physique, Universite Joseph Fourier de Grenoble, BP87 38402 Saint Martin d'Heres Cedex FRANCE Tel: 33 (0)4 76 51 47 51 Fax: 33 (0)4 76 51 45 44 mailto:Maurice.Lombardi@ujf-grenoble.fr

1 0

installation difficulties
by Robert P. Ewing 26 Jul '00

26 Jul '00

Hi, all. I'm trying to install gpc on a new machine. I've used it for years, but somehow this new installation is giving me fits. So I've got some nice GPC programs, but no way to modify them - and deadlines creeping up! I'd like to work under PENG, but for now I'm just working on the command line. But it isn't going so well: When I type gpc --automake -g -v diffus12.pas, I get a nice screenful of messages, then eventually gpc1.exe reports: module 'grx20' could not be compiled. but when I try to compile grx20.pas independently, I get a different message, this time from ld.exe: cannot open linker script file djgpp.djl: no such file or directory (ENOENT) and sure enough, in the specs file, it shows that ld should get a string -Tdjgpp.djl, but there is no such file (djgpp.djl) on my computer, or in the manifest lists, or indeed anywhere I could find on the entire internet! So obviously a lot of pieces are working well, but some not. I am using GPC 2.8.1, just downloaded a month ago from the GPC home, and compiled with GCC 2.8.1. Other information available upon request, though it would help if I knew how to redirect StdOut to a file in DOS - so far my attempts aren't working. I'd appreciate any help... Toby

2 1

Delphi-compatible SYSUTILS unit (beta) released!
by Prof Abimbola Olowofoyeku 25 Jul '00

25 Jul '00

Hi all I have just released the first public beta of a Delphi-compatible "sysutils" unit to agnes. It has been tested under Cygwin, Mingw, Linux (Mandrake 7.0), and Solaris 7. As far as I know, there are no general portability or endian issues - but there may well be bugs. Please download the file: ftp://agnes.dida.physik.uni-essen.de/home/chief/sysutils-20000725.zip The package contains a test program, which you can try out. The program's output is fairly self explanatory, and you can see from it what has succeeded/failed, without looking at the sources in most cases. Please send all bug reports/fixes to me. Please note that this is not a complete implementation of the sysutils unit, but it is a fairly comprehensive port. Some things (e.g., exceptions) cannot be implemented until some new features (e.g., classes) are added to GPC. Others have not been implemented, either because there is no time, or because I simply am incapable of implementing them. Frank has helped with many of the more difficult routines that have already been implemented. If anybody else wants to help, please feel free to do so! Please let me have all your success (or otherwise) stories! I am particularly interested to know the OS platforms that the unit compiles and works correctly under. Thanks. Watch this space for portable unzip and Huffman compression libraries! Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) Author of: Chief's Installer Pro v5.22.1 for Win32 http://www.bigfoot.com/~African_Chief/chief32.htm Email: African_Chief(a)bigfoot.com

1 0

Re: build problem with cygwin and gpc20000724 and before
by Frank Heckenbach 25 Jul '00

25 Jul '00

Prof Abimbola A Olowofoyeku wrote: > On 25 Jul 00, at 0:02, Joachim Falk wrote: > > > Ah yes i have forgotten to report another problem with rts.{h,c} > > in rts.h if HAVE_STRSIGNAL is defined it does declare > > the function char *strsignal( int ) witch conflicts with > > the strsignal definition in the cygwin include file string.h > > const char *_EXFUN(strsignal, (int __signo)); => compiler abort > > Funny - I have never experienced this problem, and I have been > compiling GPC under Cygwin since last summer. Perhaps you have a slightly different version of the header (the only difference I think is the `const', and this might not be there in other versions)... > > If we have defined HAVE_STRSIGNAL does it mean we have a > > strsignal function defined in string.h or does it only mean > > the lib has one ? > > AFAICS it means that it is defined in one of the standard headers. It means the lib has one. But the new test STRSIGNAL_DECLARED means that it's declared (in string.h or signal.h). 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: Bug-report
by Frank Heckenbach 25 Jul '00

25 Jul '00

Christian Neumann wrote: > I'm running Linux 2.2.13 out of the Suse distribution. After recompilng the > gcc > with pascal options (gcc.rpm.source packages of the 6.4 dist). compiler > version > is 2.95.2 19991024 (release). > > The following file produce errors in the provided test-suite: > > TEST constovfl.pas: failed: failed: 0 > TEST fjf149.pas: Failed: 64 > TEST fjf83.pas: failed: Failed > /tmp/ccqm2gyD.s: Assembler messages: > /tmp/ccqm2gyD.s:110: Error: suffix or operands invalid for `mov' > TEST goto4.pas: failed > > I hope this helps. Otherwise the compiler works just fine. You might want to try the latest releases (see http://home.pages.de/~GNU-Pascal/) where a number of bugs have been fixed. However, the bugs mentioned above are relatively minor and won't affect most programs (unless you want to do an inter-procedural goto or such things, in which case you'll need the latest release). 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: Compiling GCC under Irix 6.5
by Frank Heckenbach 25 Jul '00

25 Jul '00

Jean-Marc Ottorini wrote: > I am still trying to build the gpc-20000719 / gcc-2.95.2 suite on > top of Irix 6.5. > > Following Frank Heckenbach advice to replace BYTES_BIG_ENDIAN by 0 > in line 64 of stor-layout.c, the compilation process has progressed > but is again stopped many steps further by the following error: > > -- > > /usr/people/ottorini/pascal/gcc-2.95.2/gcc/p/rts/string.pas:224: > Internal compiler error in `add_bound_info', at > gcc-2.95.2/gcc/dwarf2out.c:7376 > > Please submit a full bug report. > > See <URL:http://www.gnu.org/software/gcc/faq.html#bugreport> for instructions. > gmake[2]: *** [string.o] Error 1 > gmake[2]: Leaving directory `/usr/people/ottorini/pascal/gpc-build/gcc/p/rts' > gmake[1]: *** [pascal.rts] Error 2 > gmake[1]: Leaving directory `/usr/people/ottorini/pascal/gpc-build/gcc' > gmake: *** [all-gcc] Error 2 > ---- > > > Function `Memcompcase' reads: > > function MemCompCase (const s1, s2; Size : SizeType) : Boolean; > var > i : Integer; > a1 : array [1 .. Size] of Char absolute s1; > a2 : array [1 .. Size] of Char absolute s2; > begin > for i := 1 to Size do > if (a1 [i] <> a2 [i]) and (LoCase (a1 [i]) <> LoCase (a2 [i])) then > return False; > MemCompCase := True > end; > > > Personnally, I cannot see what is harmful here (the problem persists > after consistently replacing BYTES_BIG_ENDIAN by 0 in dwarf2out.c) I don't think you should've done that. What I meant was that the initialization of the variable set_words_big_endian doesn't matter, but the value of BYTES_BIG_ENDIAN elsewhere does matter, and might explain the problem described. Since it's not used as an initialization in dwarf2out.c, I don't suppose there are compiling problems when leaving BYTES_BIG_ENDIAN there. It's just the one place in stor-layout.c where it should be changed. 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

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