- Gpc - gnu.de

(3. try) Make error with gpc under FreeBSD
by Karim Forsthofer 16 Jul '03

16 Jul '03

Hello I tried once again to compile gpc and gcc on my FreeBSD 5.1 system, but couldn`t made it. I explain each step to you that I did : 1. I am SU in my homedir /usr/home/karim (this is FreeBSD) and I unzip the files gpc-20030507.tar.gz and gcc-core-3.2.1.tar.gz "gzip -c -d gcc-core-3.2.1.tar.gz | tar xf -" "gzip -c -d gpc-20030507.tar.gz | tar xf -" 2. "mv /usr/home/karim/gpc-20030507/p /usr/home/karim/gcc-3.2.1/gcc/" 3. "mkdir /usr/home/karim/gpc-build" 4. "cd /usr/home/karim/gpc-build" 5. "/usr/home/karim/gcc-3.2.1/configure --enable-languages=pascal" 6. Hit enter when script ask me to patch gpc. 7. Configure worked fine and creating ./config.status creating Makefile creating intl/Makefile creating fixinc/Makefile creating gccbug creating mklibgcc creating auto-host.h 8. "make" make begins to compile but puts out a lot of warnings of the type: warning: ISO C89 does not support 'long long' Then make stops with an error at the line "bison -y -d --name-prefix__gettext --output plural.c /usr/home/karim/gcc-3.2.1/gcc-3.2.1/gcc/ intl/plural.y " "conflicts: 7 shift/reduce /usr/home/karim/gcc.3.2.1/gcc/intl/plural.y: expected 10 shift/reduce conflicts *** Error code 1 Stop in /usr/home/karim/gpc-build/gcc/intl. *** Error code 1 Stop in /usr/home/karim/gpc-build/gcc. *** Error code 1 Stop in /usr/home/karim/gpc-build. ehh ??? I also checked all requierd programs: bash I use sh sed o.k awk o.k m4 o.k bison o.k flex o.k autoconf o.k help2man o.k makeinfo o.k I got also the same error, when I tried to compile only gcc without gpc. I will also post this error msg on an gcc mailinglist, but it would be nice if some gpc people can give also some feedback to fix it. Have a nice day Karim __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und KlingeltÃ¶ne fÃ¼rs Handy bei http://sms.yahoo.de

5 7

Re: implicit object pointer dereference
by Prof. A Olowofoyeku (The African Chief) 16 Jul '03

16 Jul '03

Peter N Lewis <peter(a)stairways.com.au> wrote: [...] > Could you describe the differences between Delphi "Classes" and GPC > objects? Hmmm - where does one start? I am not sure that this is the place to embark on a full discussion of this - but I will mention a few highlights. There are many similarities, since both are Borland's Pascal extensions. The main differences - with Delphi classes, 1. objects are implicitly pointers 2. fields are implicitly dereferenced 3. you must always have at least one constructor (you can have as many as you want) and you must call a constructor before doing anything with the object, 4. the constructor call automatically allocates memory for the object (via compiler and/or RTL magic - don't know which), and then does whatever else you actually do in the constructor - so a constructor is a special type of method, which returns a pointer to the object 5. the constructor call is made by assigning the instance to the constructor - e.g., objvar := myobject.myconstructor; 6. you must always call a destructor if you wish to free memory used by the object (else you will get memory leaks) 7. the destructor call automatically frees memory for the object (via compiler and/or RTL magic - don't know which), after doing anything else that you tell it to do - so a destructor is a special kind of method, which (inter alia) frees the object's memory 8. virtual methods are overridden with the "override" directive, else you just get a duplicate method (or a compiler error? - don't remember which) 9. Because we are dealing with pointers, all descendants of the object are type-compatible with the ancestors (I can't recollect whether this is actually a difference or not) - e.g., type obj1 = class ... ... end; obj2 = class (obj1) end; obj3 = class (obj2) end; procedure foo (parm : obj1); ... var inst3 : obj3; ... foo (inst3); { legal } ... This is all I can think of at the moment ... Best regards, The Chief --------- Prof. Abimbola Olowofoyeku (The African Chief) Web: http://www.bigfoot.com/~african_chief/

1 0

Ports to 3.2.x, 3.3.x ...
by Mirsad Todorovac 15 Jul '03

15 Jul '03

Hi, all! Is there anybody to tell me what is the status of 3.2.x and 3.3.x ports of GPC? Are there any big issues like conversion from obstacks to garbage collector was in 3.x, and when it could be hoped for. I was interested because it could help GPC being officially supported in main GCC package of our country's University network. The packager is insisting on new shiny versions (relativelly fresh 3.3), yet I'm trying to negotiate inspite his official support. Thanks, Mirsad -- "I have a dream!" -- Martin Luther King Jr.

2 2

Changed behavior in 20030507
by J. David Bryan 15 Jul '03

15 Jul '03

I am working with gpc-20030507 (with gcc-3.2.3, i486-pc-mingw), and I have noted two changes in compiler behavior from gpc-20021128. I don't know whether these are bugs or intentionally revised features. 1. The "addr" function no longer observes the --no-typed-address command line switch. The GPC manual says: --no-typed-address Make the result of the address operator an untyped pointer (same as {$T-}). ...and: Addr returns the address of its argument. It is equivalent to the address operator.... ...so I would expect that "addr" and "@" would behave the same. They did under gpc-20021128. However, this now fails to compile with "--no-typed-address": program addrtest; var i : integer; a, b : ^ byte; begin a := @ i; { ok if --no-typed-address, fails otherwise } b := addr (i); { fails always, "incompatible pointer type" } end. 2. Using an interface-only module to declare routines in an exernal library no longer works. The importing program declares an external to "_init_<module-name>", but no entry point is provided by the module, so the program won't link. The GPC manual says: To use a function written in another language, you need to provide an external declaration for it - either in the program, or in the interface part of a unit, or an interface module. So I would think that the following would work: [ifmod.pas] module ifmod interface; export ifmod = (proc); procedure proc; end. [iftest.pas] program ifbug; import ifmod (proc); begin proc end. They both compile but fail during linking (presuming a library is supplied that declares "_Proc" as an entry point) with an undefined reference to "init_Ifmod". This worked in gpc-20021128 because "iftest.o" did not reference the "_init_Ifmod" entry point. -- Dave

2 5

Segfault with --enable-keyword
by J. David Bryan 15 Jul '03

15 Jul '03

Running gpc-20030507 with gcc-3.2.3 (i486-pc-mingw32), I wish to compile in Extended Pascal mode but also allow the "external" keyword. With "ifmod.pas" containing: module ifmod; export ifmod = (proc); procedure proc; external; end; end. ...and compiling this with: gpc --extended-pascal --enable-keyword=external -c ifmod.pas ...I get: gpc1.exe: internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://www.gnu-pascal.de/todo.html> for instructions. In fact, I can produce the same error with just: gpc1 -fenable-keyword=x ...from the i486-pc-mingw32/3.2.3 subdirectory. I have reproduced this on the Chief's distribution as well. -- Dave

3 3

(2. try) Make error with gpc under FreeBSD
by Karim Forsthofer 14 Jul '03

14 Jul '03

Hello I also tried to compile the newer version of gcc and gpc. I downloadet gpc-20030507 and gcc-3.2.1 from the gnu-pascal page. The configure script worked also fine. But make puts errors on the screen. Here is the msg: conflicts: 7 shift/reduce /usr/home/name/gcc-3.2.1/gcc/intl/plural.y : expected 10 shift/reduce ***Error code 1 Stop in /usr/home/name/gpc-build2/gcc/intl/ etc. I made a new dir with the name gpc-build2 (because of the old version). Can anybody help me with this ? __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und KlingeltÃ¶ne fÃ¼rs Handy bei http://sms.yahoo.de

1 0

Make error when I compile gpc under FreeBSD
by Karim Forsthofer 14 Jul '03

14 Jul '03

Hello I have FreeBSD 5.1 beta, and I downloaded the gpc version gpc-20020510 and gcc-core version 2.95.2 form the gnu pascal main page. I made each step exactly like written in the "compiling gpc" Howto from the page. The configure script worked fine, but "make" puts an error on the screen : /usr/home/name/gcc-2.95.2/libiberty/sterror.c:465: conflicting for 'sys_nerr' /usr/include/stdio.h:350: previous decleration of 'sys_nerr' ***Error code 1 (note: Under FreeBSD the home dir is in /usr/home/name) Can anybody help me to fix this error ? __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und KlingeltÃ¶ne fÃ¼rs Handy bei http://sms.yahoo.de

2 1

gpc --help --v
by Adriaan van Os 14 Jul '03

14 Jul '03

gpc --help -v displays a list of available compiler options. Pascal specific options, however, are truncated to the first 23 characters, e.g. -fobject-destination-pa Path where to create ... Back-end options don't seem to be truncated, e.g. -fguess-branch-probability Enables guessing of ... The list of options is quite useful, even better in untruncated form. Regards, Adriaan van Os

5 10

Unit dependencies
by Adriaan van Os 13 Jul '03

13 Jul '03

Chapter 12.10 of the GPC docs "GPC’s Automake Mechanism – How it Works" reads as follows: "When a program/module/unit imports (uses) an interface, GPC searches for the GPI file (see Section 12.9 [GPI files], page 476) derived from the name of the interface. Case 1: A GPI file was found. Each GPI file contains the name of the primary source file (normally a ‘.pas’ or ‘.p’ file) of the module/unit, and the names of all interfaces imported. GPC reads this information and invokes itself with a command like gpc foo.pas -M -o foo.d This means: preprocess the file, and write down the name of the object file and those of all its source files in ‘foo.d’. GPC reads ‘foo.d’ and looks if the object file exists and if the source was modified since the creation of the object file and the gpi file. If so, GPC calls itself again to compile the primary source file. When everything is done, the ‘.d’ file is removed. If there was no need to recompile, all interfaces imported by the module/unit are processed in the same way as this one." I may be doing something wrong but "gpc foo.pas -M -o foo.d" doesn't give the primary source file nor the names of all interfaces imported, instead the '.d' file is always empty .... Any clues or hints ? Full information on all unit dependencies is crucial in the project I am working on (an IDE plugin for GPC). Regards, Adriaan van Os

5 15

range check test programs
by Francois Schoubben 12 Jul '03

12 Jul '03

For the main tests, i hope it's the end... Up to you to correct my tests... http://www.info.fundp.ac.be/~fsc/dvpt/fsc.tar.gz or, "online" http://www.info.fundp.ac.be/~fsc/dvpt/ fsc01-05 : array R/W fsc06-10 : packed array R/W fsc11 : array in a record (just one, i dont think it's usefull :) ) fsc12 : enum fsc13-14 : string (R/W) fsc15-16 : range write (integer and char) fsc 17-18 : functions and range fsc 19-25 : predefined functions (chr, fillchar, ...) fsc26-27 : conformant array R/W fsc28-30 : slice array fsc31-35 : actual schema discriminant fsc36-37 : "for loops", i'm not sure it's what you expect... For asm target, i have a problem... The only "assembler language" i know is MIX (thanks D. Knuth :-) )... And i haven't really got time to learn it before... long time i'm afraid... Can anybody help here??? For the remaining... What's missing? wrong? misunderstood? I've never played with delphi extensions, the OO language i used was java. And i'm teaching the very basics of programming so, i never used slice array and other schema discriminant before, it's possible i missed a lot of thing... Just explain me (or point me to a relatively short tutorial), i only ask to learn :) -- Francois Schoubben

3 7