May 1997 - Gpc

Re: alpha-970510: array problem.
by Peter Gerwinski 18 May '97

18 May '97

According to Jan-Jaap van der Heijden: > > It barfs on the "var N2: ^A;" declaration. The problem is solved. It was a trivial error. (-: If all bugs were like this ... :) To correct it, just add one line to `gpc-parse.y'. The diff is below. Thanks again, Jan-Jaap! Greetings, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal [970510] - http://home.pages.de/~gnu-pascal/ [970125] 8< --------------------------------------------------------------------------- --- gpc-parse.y Mon May 12 09:13:03 1997 +++ gpc-parse.y.new Sun May 18 17:36:34 1997 @@ -2533,6 +2533,7 @@ if (! flag_what_pascal || (flag_what_pascal & B_D_PASCAL)) lex_const_equal = 1; $<itype>$ = lex_caret; + lex_caret = 1; } ':' optional_qualifier_list type_denoter absolute_or_value_specification

1 0

Re: alpha-970510: array problem.
by Peter Gerwinski 18 May '97

18 May '97

According to Jan-Jaap van der Heijden: > > It barfs on the "var N2: ^A;" declaration. The reason is that GPC believes that the `^A' is Ctrl+A. I will fix that, thanks. Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal [970510] - http://home.pages.de/~gnu-pascal/ [970125]

1 0

alpha-970510: array problem.
by Jan-Jaap van der Heijden 18 May '97

18 May '97

GPC alpha-970510 fails to compile this code: ----------------------------- program ArrayTest(output); type node = 0..4500; A = array[node] of integer; var N1 : A; N2 : ^A; begin writeln('OK'); end. ----------------------------- It barfs on the "var N2: ^A;" declaration. This used to work with previous releases of GPC. I can find no paragraph in the spec where it says that this declaration is valid, but I believe it is. Anyway, it BP likes it, and now `gpc -fborland-pascal' doesn't :-( BTW: This is the first bug detected by the automated compiler suite I'm writing, so I guess this proves the value of having such a thing. JanJaap --- With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead. -- RFC1925.

1 0

BPCOMPAT - New "Borland" compatible UNITs for GPC !!!
by A.A. Olowofoyeku 18 May '97

18 May '97

Hi GPC folks! This is to announce the release of BPCOMPAT v 1.0, which has now been uploaded to agnes (in the "contrib" directory). If you are looking for greater Borland Pascal compatibility and/or you are looking for a big function library for GPC, you please download this package. You can get a copy from; ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/contrib/bpcompat.zip This package serves a number of functions; 1. To provide UNITS for GPC in order to improve is compatibility with Borland Pascal. This package provides the following units for Borland Pascal ("BP") and Delphi compatibility; SYSTEM.PAS - BP compatible "SYSTEM" unit CRT.PAS - BP compatible CRT unit DOS.PAS - BP compatible DOS unit OBJECTS.PAS - BP compatible OBJECTS unit STRINGS.PAS - BP compatible STRINGS unit SYSUTILS.PAS - DELPHI compatible SYSUTILS unit GPCTYPES.PAS - various type definitions XSYSTEM.PAS - extra vital system stuff - not in BP GPCUTIL.PAS - Chief's Utilites unit - needed by some units NOTE: some of the BP and Delphi compatible units contain missing features, some things are quite different from the BP equivalents, and some of the routines do not work well. Differences are clearly marked in the source code, and those routines that do not work well are also clearly marked. 2. To provide a library of useful routines for GPC - some of them take the form of UNITs which import various routines from the C library - i.e., they are import units for various ".H" files in the C library. The routines which are not imported C functions are contained in GPCUTIL.PAS. Some of them provide compatibility with TurboPower Software's "Turbo Professional" library. Some of the functions in the converted C headers will not work properly - if you can make them work, fine. If not, please don't mail me - I can't make them work either. 3. To provide a shell program ("GPCC") for the GPC compiler. GPCC will accept parameters from the command line, and will also read parameters from an ascii file GPCC.CFG. All these will be passed on to the GPC compiler. GPCC also will detect whether the source file is a UNIT or a PROGRAM, and will pass extra parameters to the GPC compiler as required. GPCC is tailored to work a bit similarly to the Borland command line compiler (TPC or BPC). These are the import UNITs for various C header files; BIOS.PAS CONIO.PAS CTYPE.PAS DIR.PAS DOSH.PAS DPMI.PAS ERRORNO.PAS FCNTL.PAS IO.PAS PC.PAS PROCESS.PAS STATS.PAS STDIO.PAS STDLIB.PAS STRINGH.PAS SYS.PAS TIME.PAS UNISTD.PAS VALUES.PAS IMPROVEMENTS ------------ It is my hope that someone (or some people) will take this on from here, and improve on this package. Some of the functions could be written more efficiently. My main concern has been to provide working and reliable implementations of various parts of the BP runtime library - not to implement the functions in the most efficient way. It is also my hope that the package will be ported to other platforms. The current one has only been tested under DOS (DJGPP - but it should also be okay for EMX). However, I made sure that the SYSTEM.PAS unit uses only portable functions from the C library - so that should be easy to port to Linux and other Unix platforms. The DOS and CRT units are not portable to unix as they are. It would be nice if someone could port them to unix. If you can improve on the efficiency, and/or if you can implement some of the missing (or unreliable) routines, and/or if you can port these UNITs to other platforms, please feel free to do so!!! All I ask is this. Please, let this work be done in a coordinated fashion; a. If anyone is working on anything, please let me know *exactly* what you are doing or proposing to do, so that there will be no duplication of efforts; b. Please follow the conventions in the existing code, for comments, spacing, and so on; c. Please mark clearly any changes that you have made to my code, or to Peter's code; d. If you are working on the SYSTEM unit, please ensure that what you are doing it portable (e.g., by using only C functions that are portable across DOS, OS/2, Unix, etc.); e. When uploading your work, please upload everything in one package (.zip file), and put a version number on it. f. Please inform Peter and me when you are ready to upload a new version. BUGS ---- If you find bugs, please try to fix them - but please report them to me as well. If you fix them, please let me have a copy of the fix. Happy coding! Warmest regards, The Chief --------- Dr. Abimbola A. Olowofoyeku (The African Chief and The Great Elephant) Keele University, England (Email: laa12(a)cc.keele.ac.uk) Author of: Chief's Installer Pro v3.50 for Win16 and Win32 Homepage: http://ourworld.compuserve.com/homepages/African_Chief/

1 0

GNU Pascal for MachTen
by Gregory S. McNeilly 16 May '97

16 May '97

Hello - Has anyone ported GNU Pascal to MachTen? (MachTen is the Unix system operating with the MacOS on PowerMacs.) Please reply directly to me. Thanks for any information. Greg McNeilly ------------------- Gregory S. McNeilly ( gsm(a)ornl.gov ) ,---. Oak Ridge National Laboratory o \ POB 2008 <=====< >=====> Oak Ridge, TN 37831-6418 o / (423)574-5446 (FAX)574-0625 \___/ ------------------- http://casa.cad.ornl.gov/~gsm/

2 1

gpc-970510: source uploaded
by Peter Gerwinski 16 May '97

16 May '97

Hello, I was reported problems dealing with the many patches for the GPC alpha source, so I uploaded the source tree of gpc-970510 as a `.tar.gz' archive to ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/alpha/. (Anyway I hope that we can enter beta stage soon.:) Yours, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal [970510] - http://home.pages.de/~gnu-pascal/ [970125]

1 0

Re: Linking errors
by Peter Gerwinski 16 May '97

16 May '97

According to Vadim Aleksandrovich Denisyuk: > > This is a list of the unreferenced symbols I obtain linking the GPC > V2.0-alpha970510 against GCC 2.7.2.2.f.2 > [...] > emit_string_move gpc-util.o This is probably a "vpath" problem. The GPC FAQ says: 8< ---- begin (* FAQ *) ------------------------------------------------ Help! linking `gpc1' fails: `_emit_string_move' undefined (and more) If linking `gpc1' bombs out with an error message that looks like this: ld: Undefined symbol _emit_string_move _emit_string_pad _maybe_find_function_data _dbxout_set_type_status _version_flag *** Error code 1 make: Fatal error: Command failed for target `gpc1' you probably suffer from a VPATH make problem. A few GPC source files have counterparts with identical name in the GCC source directory. When you have built GCC in the GCC source directory and you are not using a recent version of GNU make this problem may occur. There are three solutions: 1. Get a recent version of GNU make. Version 3.74 or better is known to work. 2. Build GCC in a seperate directory instead of using the GCC source directory. 3. Manually delete these files from the GCC object directory: `stor-layout.o' `dbxout.o' `expr.o' `fold-const.o' `optabs.o' `convert.o' `function.o' `setop.o' `toplev.o' then resume `make'. 8< ---- end (* FAQ *) -------------------------------------------------- > P.S. Peter tvoy ruskiy is very GOOD Spasibo, :-) no ya znayu chto mnye nado uprazhnyat'cya ... Hope this helps, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal [970510] - http://home.pages.de/~gnu-pascal/ [970125]

1 0

Linking errors (fwd)
by Vadim Aleksandrovich Denisyuk 15 May '97

15 May '97

This is a list of the unreferenced symbols I obtain linking the GPC V2.0-alpha970510 against GCC 2.7.2.2.f.2 I suspect most, if not all, of these errors are caused by the modifications caused by G77 0.5.20. I had a less serious version of this problem with GPC 2.0, GCC 2.7.2.1 and G77 0.5.18. That was related to new gcc optimization options introduced by G77, and unrecognized by the GPC front-end, and was easy to overcome. This one, at first glance, looks fare more serious. ============================================================================ Undefined first referenced symbol in file reg_known_equiv_p ../gcc-2.7.2.2/sched.o size_volatile gpc-util.o maybe_find_function_data gpc-parse.o emit_string_move gpc-util.o read_dependence ../gcc-2.7.2.2/sched.o record_base_value ../gcc-2.7.2.2/loop.o output_dependence ../gcc-2.7.2.2/sched.o version_flag gpc-module.o true_dependence ../gcc-2.7.2.2/cse.o anti_dependence ../gcc-2.7.2.2/sched.o reg_known_value ../gcc-2.7.2.2/sched.o emit_string_pad gpc-util.o init_alias_analysis ../gcc-2.7.2.2/cse.o dbxout_set_type_status gpc-decl.o ld: fatal: Symbol referencing errors. No output written to gpc1 *** Error code 1 make: Fatal error: Command failed for target `gpc1' ============================================================================= Yours, Vadim Denisyuk P.S. Peter tvoy ruskiy is very GOOD

1 0

New Alpha: gpc-970510
by Maurice Lombardi 15 May '97

15 May '97

I have downloaded the yesterday evening (14/05/97 23:..) modified version of alpha gpc-970510 for DJGPP v2.1 (zip file). The link problem is solved but the standalone info problem remains. I can read (gpc)Top with Rhide 1.2 but the standalone info barks no Top node. Looking to what could be anomalous in gpc.inf I have found they the last line of this file End Tag Table is repeated twice. I have used a UNIX-format editor to eliminate the second spurious line. With this modification standalone info (as well as with Rhide 1.2) no more complains. I cannot understand why. For the origin of this spurious duplication I have an hint: When Rhide finds an .inf file in DOS format (return/ line feed), it sometimes barks: File in Dos Format, and translate it into Unix format (linefeed alone). I have done the following when trying to understand the problem: I have translated gpc.inf (and gpc.i?) into DOS format, started Rhide which have barked, and have found when exiting that the files where again in Unix format, but with the last line repeated three times !!! I cannot understand the logic of that, because my gcc.inf are in DOS format and Rhide does not complain, and for exemple gpc.inf (now after the last modification), bison.inf and others are in unix format: only Robert can say what he does exactly to recognize the format and to change it. Hoping that it will help. Maurice Lombardi | Laboratoire de Spectrometrie Physique | Maurice.Lombardi(a)ujf-grenoble.fr Universite Joseph Fourier de Grenoble | tel: (33) (0)4 76 51 47 51 BP 87 | fax: (33) (0)4 76 51 45 44 38402 Saint Martin d'Heres Cedex FRANCE |

1 0

Re: gpc.inf doesn't work [Was: Installed Alpha 04/20 - Can't link]
by Peter Gerwinski 15 May '97

15 May '97

According to Achim Kalwa: > I have similar problems with the gpc-info files (gpc 950510) on my linux machine (2.0.29): > "info gpc" says: "no manual entry for gpc" > "info --file gpc.info" works fine. That's because the `dir' file in the info directory doesn't have an entry about gpc. You can insert it manually by editing `/usr/info/dir', e.g. by inserting a line * GPC: (gpc). Informations about the GNU Pascal compiler In principle we could include an updated `dir' into the GPC distribution, but this might make other programs barf, so we don't do it. Greetings, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal [970510] - http://home.pages.de/~gnu-pascal/ [970125]

1 0