Gpc

gpc@gnu.de

5400 discussions

GPC doc
by Sergey Rostopchin 01 Oct '98

01 Oct '98

Hi, a lot of gpc documentation in http://agnes.dida.physik.uni-essen.de/~gnu-pascal/gpc-doc.html Unfortunately we have a very slow link to Internet. Is there possible to get these html pages in "tar.gz" form? In that case I could put in on my computer and read without problem. Sergey Rostopchin

2 1

Is GPC object oriented?
by Sergey Rostopchin 01 Oct '98

01 Oct '98

Hi, I'm interested gnu pascal under unix (Solaris). The main question for me is the GPC support object oriented programing? With best wishes, Sergey Rostopchin

2 1

Re: gpc bug on HPUX
by Frank Heckenbach 30 Sep '98

30 Sep '98

S. Achterop IWI-120 3932 wrote: > Earlier I mailed a problem in compiling p/rts/filename.pas on HPUX 10.20 with egcs1.1b. > After a replay from Frank Heckenbach (thanks!) I reduced the file to the > following, and found a workaround. Does the following also fail? This would be in the format for out test suite, i.e. it writes 'OK' when it works: unit Sietse1u; interface const TStringSize = 2048; type TString = String (TStringSize); implementation end. program Sietse1; uses Sietse1u; function F : TString; begin F := 'OK' end; begin writeln (F) end. If it doesn't work on hpux, I'll put it into the test suite. > Removing the comment brackets makes the internal error go away. > The workaround of course is defining TString locally in the file filename.pas OK, I did this in the RTS for now. > Mayby this information helps to find the bug more easily. I hope so. Thanks for the information. Frank -- Frank Heckenbach, frank(a)fjf.gnu.de http://fjf.gnu.de/ PGP and GPG keys: http://fjf.gnu.de/plan

2 1

compile error of gpc-19980830
by Bernd Kurzan E1 29 Sep '98

29 Sep '98

I installed the gcc-2.8.1 source tree and put the contents of the "p" directory of gpc-19980830 into the gcc-tree. Then I applied the patch, as given in the INSTALL file. After configuring with "configure --prefix=/usr" as suggested in "INSTALL" and "make LANGUAGES=pascal" the gcc-2.8.1 compiler starts to compile, but does not complete the full build. Instead it ends with the error message given below (screen dump). Is this a bug in the source code, or did I make a mistake? B. Kurzan ========================================================== gcc -c -DIN_GCC -DGPC -DUSE_GNULIBC_1 -g -Wall -I. -I.. -I. -I./.. -I./.. /config setop.c echo " ../c-aux-info.o ../c-iterate.o ../c-pragma.o ../choose-temp.o ../pexecute .o mkstemp.o gpc-common.o gpc-convert.o gpc-decl.o gpc-lang.o gpc-lex.o gpc-type ck.o module.o gpi-hash.o circle-buf.o objects.o parse.o rts.o types.o util.o set op.o version.o" >stamp-gpc1 rm -f ../gpc1 gcc -DIN_GCC -DGPC -DUSE_GNULIBC_1 -g -o ../gpc1 \ `cat stamp-gbe` ../c-aux-info.o ../c-iterate.o ../c-pragma.o ../choose-tem p.o ../pexecute.o mkstemp.o gpc-common.o gpc-convert.o gpc-decl.o gpc-lang.o gpc -lex.o gpc-typeck.o module.o gpi-hash.o circle-buf.o objects.o parse.o rts.o typ es.o util.o setop.o version.o `if [ xobstack.o != x ]; then echo ../obstack.o; e lse true; fi` `case "gcc" in "cc") if [ x != x ]; then echo ../; else true; fi ; ; esac` `if [ x != x ]; then echo ../; else true; fi` module.o: In function `execute': /usr/local/src/gcc-2.8.1/p/module.c:510: undefined reference to `version_flag' module.o: In function `module_must_be_recompiled': /usr/local/src/gcc-2.8.1/p/module.c:796: undefined reference to `version_flag' module.o: In function `compile_module': /usr/local/src/gcc-2.8.1/p/module.c:920: undefined reference to `version_flag' make[1]: *** [../gpc1] Error 1 make[1]: Leaving directory `/usr/local/src/gcc-2.8.1/p' make: *** [gpc1] Error 2 pentium:/usr/local/src/gcc-2.8.1#

2 1

gpc bug on HPUX
by S. Achterop IWI-120 3932 29 Sep '98

29 Sep '98

Hello, Earlier I mailed a problem in compiling p/rts/filename.pas on HPUX 10.20 with egcs1.1b. After a replay from Frank Heckenbach (thanks!) I reduced the file to the following, and found a workaround. ================================================ filename-fout.pas unit FileName; interface uses gpc; implementation { const TStringSize = 2048; type TString = String (TStringSize); } function F : TString; begin end; end. ================================================== This program (executed in the rts directory) yields the following error on HPUX10.20: filename-fout.pas: In function `F': filename-fout.pas:11: warning: return value of function not assigned filename-fout.pas:11: internal error--unrecognizable insn: (insn 13 12 15 (set (zero_extract:SI (reg:SI 94) (const_int 32) (const_int 0)) (reg:SI 95)) -1 (nil) (nil)) ../toplev.c:1378: Internal compiler error in function fatal_insn Removing the comment brackets makes the internal error go away. The workaround of course is defining TString locally in the file filename.pas Mayby this information helps to find the bug more easily. Sietse

1 0

Re: gpc and egcs-1.1b on Linux and HPUX10.20
by Frank Heckenbach 28 Sep '98

28 Sep '98

S. Achterop IWI-120 3932 wrote: > BUT on hpux10 the following PROBLEM occurs during COMPILING the runtime system: > > here last part of the output of the make command: > > [...] > > Anyone have a clue? The code in this file seems to be OK, so it must be a compiler problem. I added it to the To-Do list. Until it is fixed, you can comment out the offending routines. The routines in filename.pas are not vital for GPC. > P.S. the were also a few (probably non-relevant) warnings in the rts compilation: > write.c:199: warning: no previous prototype for `_p_write' > read.c:175: warning: no previous prototype for `_p_read' > string.c:193: warning: no previous prototype for `_p_string' > string.c:396: warning: no previous prototype for `_p_writestr' > string.c:511: warning: no previous prototype for `_p_readstr' Yes, they're non-relevant. Actually, they're about C functions with varargs, and I don't know how to create prototypes for them, so I can't fix them. If anyone knows how to, please go ahead. Frank -- Frank Heckenbach, frank(a)fjf.gnu.de http://fjf.gnu.de/ PGP and GPG keys: http://fjf.gnu.de/plan

1 0

gpc on Linux and HPUX10.20 (using egcs-1.1b)
by S. Achterop IWI-120 3932 28 Sep '98

28 Sep '98

L.S. When trying to create a binary for Linux and HPUX 10.20 of the latest gpc beta-release, using egcs-2.91.57 (19980901 (egcs-1.1 release)) I encountered the following problems. Using: ./configure --prefix=/opt/egcs --with-gnu-as --enable-shared (also without enable shared) and with both gcc version 2.7.2.3 or the egc-1.1 C-compiler On BOTH linux and hpux the file gcc/p/Makefile had to be changed to signal the use of egcs: Added -DEGCS to ALL_CFLAGS in Makefile With this change the Linux version works as advertised. BUT on hpux10 the following PROBLEM occurs during COMPILING the runtime system: here last part of the output of the make command: .... ../../xgpc -B../../ -c -DGPC -Wall -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -g -O2 -I. -I../.. -I/wing3/home1/users/sietse/egcs-1.1b/gcc/p/rts/../.. -I/wing3/home1/users/sietse/egcs-1.1b/gcc/p/rts/../../config filename.pas filename.pas: In function `Slash2osdirseparator': filename.pas:180: internal error--unrecognizable insn: (insn 15 6 19 (set (zero_extract:SI (reg:SI 96) (const_int 32) (const_int 0)) (reg:SI 97)) -1 (insn_list 12 (insn_list 14 (nil))) (nil)) ../toplev.c:1378: Internal compiler error in function fatal_insn make[2]: *** [filename.o] Error 1 make[2]: Leaving directory `/wing3/home1/users/sietse/egcs-1.1b/gcc/p/rts' make[1]: *** [libgpc.a] Error 2 make[1]: Leaving directory `/wing3/home1/users/sietse/egcs-1.1b/gcc' make: *** [all-gcc] Error 2 Anyone have a clue? Sietse Achterop Computing Science Department University of Groningen The Netherlands P.S. the were also a few (probably non-relevant) warnings in the rts compilation: write.c:199: warning: no previous prototype for `_p_write' read.c:175: warning: no previous prototype for `_p_read' string.c:193: warning: no previous prototype for `_p_string' string.c:396: warning: no previous prototype for `_p_writestr' string.c:511: warning: no previous prototype for `_p_readstr'

1 0

Re: gpc-19980830 bug
by Frank Heckenbach 25 Sep '98

25 Sep '98

Maurice Lombardi wrote: > I have found a bug (at least an unwanted feature) in the last beta > (19980830), when trying to compile the file rtsstr.pas contained in the > distribution (directory p/rts). In this unit there are some inline > functions (e.g. Strlen). When compiled without any optimisation option > (-On), the function in simply not contained in the resulting rtsstr.o > file, and no error message nor warning is issued. With -O it works fine. > Of course it is somewhat contradictory to compile without optimisation > and to include explicit inline functions. But at least the inline > directive should be ignored in this case if this causes problems with > the compiler, and a warning issued. It seems to be the combination of "asmname" (in the interface) and "inline" that causes this problem. I've made a test suite program for it, and until it's solved, I'll comment out the "inline"s in rtsstr.pas. Thanks for the bug report. program maur3; procedure foo; asmname 'bar'; inline procedure foo; begin writeln('OK') end; begin foo end. -- Frank Heckenbach, frank(a)fjf.gnu.de http://fjf.gnu.de/ PGP and GPG keys: http://fjf.gnu.de/plan

1 0

gpc-19980830 bug
by Maurice Lombardi 25 Sep '98

25 Sep '98

Hi all I have found a bug (at least an unwanted feature) in the last beta (19980830), when trying to compile the file rtsstr.pas contained in the distribution (directory p/rts). In this unit there are some inline functions (e.g. Strlen). When compiled without any optimisation option (-On), the function in simply not contained in the resulting rtsstr.o file, and no error message nor warning is issued. With -O it works fine. Of course it is somewhat contradictory to compile without optimisation and to include explicit inline functions. But at least the inline directive should be ignored in this case if this causes problems with the compiler, and a warning issued. Hope this helps. -- 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

Re: beta didn't finish compiling
by Frank Heckenbach 25 Sep '98

25 Sep '98

Russ Whitaker wrote: > running slakware 3.5 on an i486. Liked gpc 2.0 so downloaded gpc-199808* > > [...] > > module.o: In function 'execute': > /usr/local/src/gcc-2.8.1/p/module.c: 510 undefined reference to > 'version_flag' > > [...] > > fix, please Yes, gpc-19980830 contains an incomplete file p/gcc-2.8.1.diff (which does some patches to the GCC sources). You can find a corrected file at: ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/beta/gcc-2.8.1.diff.gz After putting it in place, be sure to start with fresh GCC sources -- otherwise GPC will think GCC is alredy patched and not apply the correct patch. Frank -- Frank Heckenbach, frank(a)fjf.gnu.de http://fjf.gnu.de/ PGP and GPG keys: http://fjf.gnu.de/plan

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