Gpc October 1999

gpc@gnu.de

16 participants
35 discussions

gpc-19990813 with gcc-2.95 on solaris2.{6,7} and irix6.5 - anyone?
by Benedict Lofstedt 27 Oct '99

27 Oct '99

Hi, Has anyone out there managed to build gpc-19990813 with gcc-2.95 on solaris2.{6,7} and irix6.5 ? I have managed to get past a few hurdles: 1) gpc/p/config-lang.in uses test unknown on solaris [ -e $srcdir/p/Make-lang.in ] must be replaced by [ -r $srcdir/p/Make-lang.in ] --- gpc.orig/p/config-lang.in Tue Aug 3 00:18:13 1999 +++ gpc/p/config-lang.in Wed Oct 27 15:32:44 1999 @@ -43,10 +43,10 @@ echo "#define EGCS" > gcc-version.h echo "#define EGCS92" >> gcc-version.h echo "#define EGCS95" >> gcc-version.h - if [ -e $srcdir/p/Make-lang.in ] \ + if [ -r $srcdir/p/Make-lang.in ] \ && cmp -s $srcdir/p/Make-lang-2.95.in $srcdir/p/Make-lang.in; then true; else cp $srcdir/p/Make-lang-2.95.in $srcdir/p/Make-lang.in; fi - if [ -e $srcdir/p/Makefile.in ] \ + if [ -r $srcdir/p/Makefile.in ] \ && cmp -s $srcdir/p/Makefile-2.95.in $srcdir/p/Makefile.in; then true; else cp $srcdir/p/Makefile-2.95.in $srcdir/p/Makefile.in; fi else @@ -58,10 +58,10 @@ else echo "/* empty */" > gcc-version.h fi - if [ -e $srcdir/p/Make-lang.in ] \ + if [ -r $srcdir/p/Make-lang.in ] \ && cmp -s $srcdir/p/Make-lang-old.in $srcdir/p/Make-lang.in; then true; else cp $srcdir/p/Make-lang-old.in $srcdir/p/Make-lang.in; fi - if [ -e $srcdir/p/Makefile.in ] \ + if [ -r $srcdir/p/Makefile.in ] \ && cmp -s $srcdir/p/Makefile-old.in $srcdir/p/Makefile.in; then true; else cp $srcdir/p/Makefile-old.in $srcdir/p/Makefile.in; fi fi 2) gpc/p/gpc-decl.c needs declaration of nonlocal_goto_handler_slot --- gpc.orig/p/gpc-decl.c Wed Jul 28 03:31:23 1999 +++ gpc/p/gpc-decl.c Wed Oct 27 15:35:49 1999 @@ -54,6 +54,7 @@ #include <ctype.h> extern rtx tail_recursion_reentry; /* in function.c */ +extern rtx nonlocal_goto_handler_slot; /* in function.c */ /* for language specific parts of the tree_node */ extern struct obstack permanent_obstack; 3) An ugly hack to make two object files available [reported by Alexander Sokolov <robocop(a)amur.rosnet.ru> Fri, 20 Aug 1999 20:02:51 +1100 (VLAST) - if there was an answer, I missed it.] # An ugly hack ... rm -f gcc/choose-temp.o; ln -s ../libiberty/choose-temp.o gcc rm -f gcc/pexecute.o; ln -s ../libiberty/pexecute.o gcc 4) Comes to a grinding halt: The hacks&patches above get the build going, until gcc -c -DIN_GCC -DGPC -g -O2 -I. -I.. -I. -I./.. -I./../config -I./../.. /include gpc-lang.c gpc-lang.c: In function `lang_decode_option': gpc-lang.c:50: argument `p' doesn't match prototype ../tree.h:2078: prototype declaration gpc-lang.c:50: number of arguments doesn't match prototype ../tree.h:2078: prototype declaration where the symbol EGCS should be defined to get past this one, but if I do, then the next hurdle is: gcc -c -DIN_GCC -DGPC -DEGCS -I. -I.. -I. -I./.. -I./../config -I./../../include gpc-lex.c In file included from gpc-lex.c:41: gbe.h:79: conflicting types for `fatal' ../system.h:394: previous declaration of `fatal' In file included from gpc-lex.c:46: util.h:174: conflicting types for `concat' ../../include/libiberty.h:48: previous declaration of `concat' gpc-lex.c: In function `yyerror': gpc-lex.c:1158: argument `string' doesn't match prototype ../c-lex.h:84: prototype declaration gmake[2]: *** [gpc-lex.o] Error 1 Anyone with some help & advice out there? --- benedict

1 0

Re: Third Step
by Nicola Girardi 27 Oct '99

27 Oct '99

> > 2) i download the appropriate binary, and here's the result: > > ./peng: error in loading shared libraries > > : undefined symbol: __register_frame_info i worked it out :) the editor is really what i was looking for, and i appreciate your work. i have something to say, anyway (i hope you'll find these as good suggestions) 1) perhaps you should work on the syntax highlighting, i mean, you should make both "BeGin" and "begin" highlighted, because pascal is case insensitive 2) again for syntax hig. perhaps there should be a gray comment-highlight, that doesn't seem to be present. 3) the date in the window title bar!! : /home/girardi/typing/math3.pas 27.10.1999 it is absolutely ugly :) 4) some colors are a bit eye-breaking ;) anyway, i'm going to use it, you've been doing a good work -- Nicola Girardi girardi(at)keycomm.it Key fingerprint = CD 7D 57 C2 52 73 67 B5 13 48 AA 8C 3E 7F 13 DC

1 0

Re: Third Step
by Nicola Girardi 27 Oct '99

27 Oct '99

> > 1) why weren't there the sources ready to be compiled? > > I'm not releasing the sources yet, perhaps at some later time. > Currently, the sources are not in a shape that I want to release > them, sorry... oh, i was afraid u weren't going to release them at all :( > > 2) i download the appropriate binary, and here's the result: > > ./peng: error in loading shared libraries > > : undefined symbol: __register_frame_info > > This is a problem with glibc and programs compiled under SuSE Linux > (as PENG was) running under other distributions. Thanks for pointing > it out. > > Under http://sdb.suse.de/sdb/de/html/kukuk_regframe.html, they > provide a solution. Since the page seems to be available only in > German, I append below a translation made by the Alta Vista > translator (the language is a bit funny, but mostly readable ;-). > > The URL given is also wrong. The correct one is > ftp://ftp.suse.com/pub/suse_update/6.1/a1/regframe.rpm > > You can also wait a few days for the next release. I will link that > version statically to avoid such kinds of problems. i'll try to work it out. anyway, when the next release will be ready, i'll try it again. thanks, -- Nicola Girardi girardi(at)keycomm.it Key fingerprint = CD 7D 57 C2 52 73 67 B5 13 48 AA 8C 3E 7F 13 DC

1 0

Re: RHIDE problem
by Frank Heckenbach 25 Oct '99

25 Oct '99

Adam Naumowicz wrote: > Hello, > I know that probably it is not the best list to write about it, > but I know that most of GPC programmers use RHIDE, so I decided > to ask you. I use RHIDE on Linux successfully, but trying to install > it for my friend on RedHat 6.0 I encountered RTE at the first > attempt to start the editor. There was a message like 'segmentation fault, > unable to connect to a terminal' or something like that. Maybe it is a > known problem, maybe there is some work-around. My friend uses RIVA TNT > grafic card - maybe that is the problem ? Is the TERM variable set up correctly? Try `echo $TERM' in the shell -- it should say linux when on the console, or xterm, rxvt or something like that in an X terminal. If that's ok, it might be that rhide doesn't find the terminfo directories. Search for a file whose name is the TERM value in a directory whose name is only the first letter of that value below a directory like /usr/share/terminfo, /usr/lib/terminfo, /usr/local/share/terminfo /usr/local/lib/terminfo, e.g. /usr/lib/terminfo/l/linux. If you find it, set the main directory to the TERMINFO variable (`setenv TERMINFO /usr/lib/terminfo' in (t)csh; `export TERMINFO=/usr/lib/terminfo' in bash), or (as root) set a symlink to the directory where rhide expects it (I don't know which one, probably one of the above). If you don't find it at all, you might have to install the package containing terminfo (usually ncurses), though I can't imagine it hasn't been installed... 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

GNU Pascal and X-Windows
by Brooker, Steve 25 Oct '99

25 Oct '99

I wish to port 250,000 lines of DEC Pascal code running on COMPAQ Alpha under OpenVMS/X-Windows to under Linux/X-Windows on Intel (and on Alpha if possible). I know that I will have some considerable problems with the non standard parts of DEC Pascal but GNU Pascal seems to be getting better all the time. The question I have is can I keep the same user interface, i.e. direct X-Windows and MOTIF calls from the Pascal code, i.e. is there an X-Windows/MOTIF binding for GNU Pascal. If the answer to this is yes please tell me. If it is not please tell me how GNU Pascal programmers develop GUI's.

2 1

Re: Installation problems?
by Peter Gerwinski 25 Oct '99

25 Oct '99

Jawaad Ahmad wrote: > Are you sure? With or without the > > USES Crt; > > statement, or the > > PROGRAM Hello (Input, Output); > > statement, it gives me the same error about -lgcc. [...] Okay, so GPC is unable to find your GCC. That's a minor incompatibility between a version of GPC and a version of GCC that does not match exactly. To work around, you can copy the GCC-related files (`cc1' etc.) somewhere under /djgpp/lib/gcc-lib/... from GCC's directory to GPC's one. Hope this helps, Peter -- http://home.pages.de/~Peter.Gerwinski/ - G-N-U GmbH: http://www.g-n-u.de Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - gpc-19990118 GnuPG key fingerprint: 9E7C 0FC4 8A62 5536 1730 A932 9834 65DB 2143 9422 keys: ftp://ftp.gerwinski.de/pub/keys/ - AntiSpam: http://spam.abuse.net

1 0

RHIDE problem
by Adam Naumowicz 25 Oct '99

25 Oct '99

Hello, I know that probably it is not the best list to write about it, but I know that most of GPC programmers use RHIDE, so I decided to ask you. I use RHIDE on Linux successfully, but trying to install it for my friend on RedHat 6.0 I encountered RTE at the first attempt to start the editor. There was a message like 'segmentation fault, unable to connect to a terminal' or something like that. Maybe it is a known problem, maybe there is some work-around. My friend uses RIVA TNT grafic card - maybe that is the problem ? Adam Naumowicz -------------------------------------- email: adamn(a)math.uwb.edu.pl WWW : http://math.uwb.edu.pl/~adamn/ --------------------------------------

1 0

another trouble (it was: Beginner needs help)
by Nicola Girardi 25 Oct '99

25 Oct '99

hi again, this time it is because i tried to compile programs using "uses Crt" outside Rhide (i use it as my favourite IDE) this is the command line i typed (i found it somewhere in the FAQ): girardi@ux(tty4)~/devel$ gpc -g --automake -o foo foo.pas gpc: installation problem, cannot exec `cc1': No such file or directory gpc1: gpc exited with status 1 /usr/lib/gcc-lib/i486-linux/egcs-2.91.66/units/crt.pas:345: `/usr/lib/gcc-lib/i486-linux/egcs-2.91.66/units/crtc.c' could not be compiled gpc1: gpc exited with status 1 foo.pas:2: module `crt' could not be compiled so, what's up? my distrib. is Debian 2.1 (slink), and all dependencies are OK. but there's still something wrong. sincerely, -- Nicola Girardi girardi(at)keycomm.it Key fingerprint = CD 7D 57 C2 52 73 67 B5 13 48 AA 8C 3E 7F 13 DC

2 2

Beginner needs help
by Nicola Girardi 24 Oct '99

24 Oct '99

hi all, i'm going to start again programming under linux. all i had done before this was some programs for DOS (i've been using linux for just a year) with Borland Pascal. now in linux i'd like to start programming again, but there are some functions that i can't find, and that i can't implement. for example, i need something as "delay(milliseconds)" but i can't find anything similar. ok, in C, i'd use "usleep()", but what in Pascal? and, for example, again, "textcolor and textbackground" ? readkey? keypressed? and how to use Svgalib instead os DOS' BGI ? please help me ASAP. thanks in advance. -- Nicola Girardi girardi(at)keycomm.it Key fingerprint = CD 7D 57 C2 52 73 67 B5 13 48 AA 8C 3E 7F 13 DC

2 3

Re: Beginner needs help
by Frank Heckenbach 24 Oct '99

24 Oct '99

I wrote: > > > for example, i need something as "delay(milliseconds)" but > > > i can't find anything similar. ok, in C, i'd use "usleep()", > > > but what in Pascal? > > > > Program Foo; > > > > uses > > Crt; > > > > begin > > Delay ( 42 ) > > end. > > Sollte man aber nur eingeschrÃ¤nkt empfehlen, d.h. nur wenn man eh > CRT benutzt. Nur wegen Delay CRT zu benutzen, ist weder in GPC noch > in BP sehr sinnvoll (nur, daÃ BP keine einfache Alternative > bietet)... Oops, sorry, wrong language... What I said is: This is only recommendable if you use CRT anyway. It's not a good idea to use CRT just for Delay, neither in GPC nor in BP. Just that BP does not offer any easy alternative, but GPC does (Sleep and SleepMicroSeconds in the GPC unit). 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

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