Gpc May 1998

gpc@gnu.de

29 participants
71 discussions

Re: New GNU Pascal alpha gpc-980511 works with egcs-19980508
by Clyde Meli 19 May '98

19 May '98

> According to Paul Doerwald: > > > > Try 'touch'ing parse.c and parse.y, so that the two of them both get > > recompiled. Maybe that will help. > > Indeed: `parse.c' and `parse.h' in `gpc-980511.tar.gz' are broken. > Sorry for that. I am uploading a fixed archive now which differs > from the previous one in that it expands to a subdirectory `gpc' > rather than `gpc-980511'. (I hope this will not do any harm.;-) > Now I did as you suggested yesterday and deleted the *.gpi files also. I got an interesting error about a pascal file in the p/rts subdirectory. This is the output: ../../xgpc -B../../ --automake -c -DGPC -Wall -Wpointer-arith -Wmissing -prototypes -Wmissing-declarations -g -I. -I../.. -I/export/home/local/src/GNU /gcc-2.8.1/p/rts/../.. -I/export/home/local/src/GNU/gcc-2.8.1/p/rts/../../config rts-move.p rts-move.p:33: no exported interface matching `Rts_base' rts-move.p: In function `Merge': rts-move.p:53: undeclared identifier `Words_big_endian' (first use this function ) rts-move.p:53: (Each undeclared identifier is reported only once rts-move.p:53: for each function it appears in.) rts-move.p:54: condition must be of Boolean type rts-move.p: In function `Moveleft': rts-move.p:89: undeclared identifier `Need_word_alignment' (first use this funct ion) rts-move.p:89: condition must be of Boolean type rts-move.p:94: warning: cast increases required alignment of target type rts-move.p:95: warning: cast increases required alignment of target type rts-move.p:99: warning: cast increases required alignment of target type rts-move.p:100: warning: cast increases required alignment of target type rts-move.p:102: warning: cast increases required alignment of target type rts-move.p:103: warning: cast increases required alignment of target type rts-move.p:106: warning: cast increases required alignment of target type rts-move.p:123: warning: cast increases required alignment of target type It seems that rts_base.p didn't get compiled. So I manually typed the lengthy command line above but compiled rts_base.p instead. I got this message: rts-base.p:56: warning: no previous prototype for `__init_Rts_base' but it seems to have compiled the unit. Then I retried to compile the other file, rts-move.p (manually at this stage again) Then it gave me the same automake error again as before: gpc1: installation problem, cannot exec `gpc': No such file or directory gpc1: gpc exited with status 255 gpi-hash.c:329: failed assertion `rp == 0' xgpc: Internal compiler error: program gpc1 got fatal signal 6 Ok, I'm putting a copy of xgpc linked as gpc... Another make LANGUAGES="pascal" There are a number of warnings (do you need them?), but mainly there is this error: gpc: installation problem, cannot exec `gpc-cpp': No such file or directory However compilation is proceeding still... Other warnings about type mismatch in implicit declaration for built-in functions sqrtl,sinl, cosl in rts-emath.c. I'll post later with the results - it's still proceeding right now as I type. Regards, Clyde Meli

3 3

Re: Readln bug and other stuff
by Frank Heckenbach 18 May '98

18 May '98

Dr A Olowofoyeku (The African Chief) wrote: > Your program works okay - and, you will be happy to hear, I have > found the cause of the bug. It was caused by this statement in the > initialization section of SYSTEM.PAS; > > FMode := L_Binary; > > I have now removed it. That's fine! One bug less! :-) > Now, this takes me to another point. I need to remove the statement > in SYSTEM.PAS that redefines "String" as "bpString" if > "_Borland_Pascal_" is defined. This would of course change the > definition of all those functions in the unit that either take > "String" as parameters, or that return type "String". The question > is, what should I change them to? Since this is a bpCompat unit, I > could change all of them to "bpString" (or "ShortString", which is > currently defined as "bpString"), or I could just leave them as > "String", which might mean warnings, etc., and the compiler > defaulting to a 255 character length. What do people think? A new > version of bpCompat is imminent, and I need to resolve this issue. Well, first of all, string parameters (value, var and const) are OK and should work. (Internally not exactly the same as in BP, but a (well-written) Pascal procedure shouldn't notice the difference.) So the problem concerns only strings as function results and possibly pointer types to strings. In this case, MHO is to change them to bpString because I know that you'll keep an eye on the library, and change them back to String when this will be supported. For other programs, the programmers must decide for themselves whether to use a fixed size string if they're ready to change it back when possible, or to use String and stand some warnings in the meantime. (Of course, warnings can be turned off globally, but as I said on another occasion, I don't like this idea very much.) Frank -- Frank Heckenbach, frank(a)pascal.gnu.de http://fjf.gnu.de/ PGP keys: http://pgp5.ai.mit.edu/pks/lookup?op=index&search=Frank+Heckenbach

1 0

Readln bug and other stuff
by Dr A Olowofoyeku (The African Chief) 18 May '98

18 May '98

From: Self <Single-user mode> To: Frank Heckenbach <heckenb(a)mi.uni-erlangen.de> Subject: Readln bug and other stuff Reply-to: laa12(a)keele.ac.uk Date: Mon, 18 May 1998 10:48:37 > From: Frank Heckenbach <heckenb(a)mi.uni-erlangen.de> > Date: Sun, 17 May 1998 21:42:20 +0200 > To: gpc(a)hut.fi > Subject: Re: New GNU Pascal alpha gpc-980511 > > BTW: Frank and Peter - the "Readln" bug still exists under DJGPP. > > > > This is my workaround; > > Readln ( MyText, s ); > > i := length ( s ); > > if s [ i ] = #13 then Delete ( s, i, 1); > > > > I am not sure whether the fact that "s" contains the #13 character at > > the end of it is a GPC problem, or a DJGPP problem. > > Strange -- I can't see this bug! I got the binary distribution > of gpc-980511 (*) for DJGPP, and tested the following program. > > (*) The files are dated 11 May -- though GPC gives 2.8.1 as its version > number (under Linux as well). Is this correct, Peter? > > program Chief23; [....] Your program works okay - and, you will be happy to hear, I have found the cause of the bug. It was caused by this statement in the initialization section of SYSTEM.PAS; FMode := L_Binary; I have now removed it. Now, this takes me to another point. I need to remove the statement in SYSTEM.PAS that redefines "String" as "bpString" if "_Borland_Pascal_" is defined. This would of course change the definition of all those functions in the unit that either take "String" as parameters, or that return type "String". The question is, what should I change them to? Since this is a bpCompat unit, I could change all of them to "bpString" (or "ShortString", which is currently defined as "bpString"), or I could just leave them as "String", which might mean warnings, etc., and the compiler defaulting to a 255 character length. What do people think? A new version of bpCompat is imminent, and I need to resolve this issue. Best regards, The Chief -------- Dr. Abimbola A. Olowofoyeku (The African Chief) Email: laa12(a)keele.ac.uk Homepage: http://ourworld.compuserve.com/homepages/African_Chief/ Author of: Chief's Installer Pro 4.25 for Win16 and Win32: ftp://ftp.simtel.net/pub/simtelnet/win3/install/chief425.zip

1 0

Re: New GNU Pascal alpha gpc-980511
by Frank Heckenbach 18 May '98

18 May '98

> BTW: Frank and Peter - the "Readln" bug still exists under DJGPP. > > This is my workaround; > Readln ( MyText, s ); > i := length ( s ); > if s [ i ] = #13 then Delete ( s, i, 1); > > I am not sure whether the fact that "s" contains the #13 character at > the end of it is a GPC problem, or a DJGPP problem. Strange -- I can't see this bug! I got the binary distribution of gpc-980511 (*) for DJGPP, and tested the following program. (*) The files are dated 11 May -- though GPC gives 2.8.1 as its version number (under Linux as well). Is this correct, Peter? program Chief23; var t:text; s:string(42); begin rewrite(t,'test.dat'); writeln(t,'OK'); reset(t); readln(t,s); if length(s)=2 then writeln(s) else writeln('Failed: ',length(s),' ',s); close(t) end. It writes "OK", though test.dat clearly contains a #13 before the #10. So, if this bug still shows on your system, it must depend on the presence of DosEmu (but why should it?), the version of DJGPP or the phase of the moon. Can anyone else reproduce it? Frank -- Frank Heckenbach, frank(a)pascal.gnu.de http://fjf.gnu.de/ PGP keys: http://pgp5.ai.mit.edu/pks/lookup?op=index&search=Frank+Heckenbach

2 1

New GNU Pascal alpha gpc-980511 works with egcs-19980508
by Peter Gerwinski 17 May '98

17 May '98

Hello, everybody! A new alpha version of the GNU Pascal compiler (GPC) is being uploaded to the usual place, ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/alpha/ . News: This version compiles with gcc-2.8.0, gcc-2.8.1, or egcs-19980508 (2.91.28). Compiling with EGCS requires a definition `-DEGCS' given to `make', like the following: make LANGUAGES=pascal CFLAGS="-g -O6 -DEGCS" install This will be automated in the future. Together with the source, I am uploading binaries for Linux (gcc-2.8.1 and egcs-19980508) and DOS (DJGPP). Enjoy - and send your test reports to the GPC mailing list <gpc(a)hut.fi>, Peter -- Peter Gerwinski, Essen, Germany, http://home.pages.de/~Peter.Gerwinski/ Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - gpc-980511 PGP: see homepage - 6C 94 45 BE 28 A4 96 - 0E CC E9 12 47 25 82 75 Fight the SPAM and UBE! - http://spam.abuse.net/ - http://maps.vix.com/

7 12

Re: Can't build GNU Pascal alpha gpc-980511 Cross Compiler
by Peter Gerwinski 17 May '98

17 May '98

According to Gerry Dubois: > > [...] > Right, I'm using the 2.8.1 gcc source tree to compile against. I'm using > gcc 2.7.2.1 to compile the cross compiler and gpc. Do you mean to imply I > need to use a gcc-2.8.1 native compiler to compile the gpc source? No. gcc-2.7.2.1 should work fine. The *source* must be 2.8.x or EGCS. Peter -- Peter Gerwinski, Essen, Germany, http://home.pages.de/~Peter.Gerwinski/ Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - gpc-980511 PGP key on request - 6C 94 45 BE 28 A4 96 - 0E CC E9 12 47 25 82 75 Fight the SPAM and UBE! - http://spam.abuse.net/ - http://maps.vix.com/

1 0

Winapi
by Southpaw 15 May '98

15 May '98

Thank you for the help on Prefixseg. But now I have come across another problem. The compile cannot find winapi.pas or winapi.ppu in my directories and therefore will not finish compiling my program. Can anyone tell me where I can get this? Sorry if this is too much of a simple question but I am new to GNU Pascal. Antonio Hernandez please reply to: southpaw(a)ecs.fullerton.edu

2 1

More about rts
by Miklos Cserzo 14 May '98

14 May '98

Muchachos, additional remarks to my previous message: if I build the kit without optimization the "make" will fail at the rts: ../../xgpc -B../../ --automake -c -DGPC -Wall -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -g -I. -I../.. -I/usr/local/src/gcc-2.8.1/p/rts/../.. -I/usr/local/src/gcc-2.8.1/p/rts/../../config rts-base.p rts-base.p:56: warning: no previous prototype for `__init_Rts_base' xgpc: Internal compiler error: program gpc1 got fatal signal 11 make[1]: *** [rts-base.o] Error 1 make[1]: Leaving directory `/usr/local/src/gcc-2.8.1/p/rts' make:*** [libgpc.a] Error 2 Miklos Cserzo University of Birmingham c/o School of Biochemistry MRC - Bioinformatics Project Tel: +44-121-414-4090 Schools of Biochemistry, Biology and Medicine Fax: +44-121-414-3982 Edgbaston, Birmingham B15 2TT E-mail: miklos(a)bip.bham.ac.uk United Kingdom

1 0

Re: Delphis Object Pascal (was: RE: Reformatted: EFLIB as class
by Frank Heckenbach 14 May '98

14 May '98

Dr A Olowofoyeku (The African Chief) wrote: > > > There is a program called hlp2rtf and another one called hlp2doc, > > > which convert help files to rich text format, and Word for Windows > > > format respectively. You probably want the first one. > > > > Well, both seem to be Windoze specific formats, too. On my system > > I found a SGML to RTF converter, but nothing to convert RTS into > > something or view RTF. So again, is there something to view or > > convert DOC or RTF into something standard? > > A lot of wordprocessors can read and write to the RTF format. I > believe that Wordperfect (from v5.0 onwards) for DOS (and unix?) can > read that format - so can Wordstar 2000 for DOS, etc. There must be > unix/linux and/or OS/2 programs out there that can read the RTF > format - or am I wrong? I don't know. I don't usually use such things as word processors, so I have none installed. But I'll try to get those programs you mentioned. (Or do they run only on Windoze? In this case, would you please run them and send me the converted files, if their license permits?) > BTW: RTF is basically ascii text with zillions of formatting codes. OK, then I can probably parse it in my mind if all else fails. Andreas Prucha [helicon] wrote: > Aem, what is standard? A format that's well-defined and for which implementations are freely available and not restricted to any particular OS or hardware. -- IOW, about anything that't not from M$ & co., usually... > And please don't forget that the document format must > be able to handle graphics since all the syntax-diagrams in the helpfile are > graphics. Perhaps HTML might do the job? There are many such standard formats available like HTML with JPEG or some other graphics format, DVI, Postscript, TeX with EPS, or maybe even PDF, all of which should be available on most decent systems. -- Frank Heckenbach, frank(a)pascal.gnu.de http://fjf.gnu.de/ PGP keys: http://pgp5.ai.mit.edu/pks/lookup?op=index&search=Frank+Heckenbach

1 0

Re: Delphis Object Pascal (was: RE: Reformatted: EFLIB as class
by Kevin A. Foss 13 May '98

13 May '98

On Wed, 13 May 1998 13:28:19 +0200, Frank Heckenbach wrote: >Well, both seem to be Windoze specific formats, too. On my system >I found a SGML to RTF converter, but nothing to convert RTS into >something or view RTF. So again, is there something to view or >convert DOC or RTF into something standard? Well I don't think RTF is Windows specific, I've seen it used quite a bit on Mac and NeXT machines. (I think NeXTMail may even be standardized on it.) It is one of the more portable markup languages around in that a lot of software does cope with it. If you use TeX/LaTeX, any CPAN site should have an RTF converter to those formats. The following site has a converter for RTF-> HTML: http://www.sunpack.com/RTF/latest/ There are both Linux and DOS binaries along with a lot of other operating systems. In my opinion it's best to convert a markup languages to another markup language but I think there is a library of public domain C code to strip RTF codes (of course I can't remember where it was now. :) Hope some of this helps, -Kevin -- Kevin A. Foss --- kfoss(a)mint.net

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 May 1998