Gpc May 2005

gpc@gnu.de

18 participants
24 discussions

Help! Cannot execute any Pascal program!
by Pascal Viandier 24 May '05

24 May '05

I have problems executing Pascal programs build from gpc-20050331. I followed rigorously the directions of the INSTALL file, build and rebuild gcc and gpc many times, always ending with the same problem The problem: ------------ Even the simplest program you can think of produces a segmentation fault. However, the compilation and linking steps give no errors. The sample program: program test1; begin end. I tried to diagnose at my best for a full week, but I am now totally lost. However, I gathered some elements: 1- When I truss the program, I see it enters in an long loop of brk() calls (malloc), until it crashes. End of the truss: brk(0x012D8410) = 0 brk(0x012D8410) = 0 brk(0x012DC410) = 0 brk(0x012DC410) = 0 brk(0x012E0410) = 0 brk(0x012E0410) = 0 brk(0x012E4410) = 0 brk(0x012E4410) = 0 brk(0x012EA410) = 0 brk(0x012EA410) = 0 brk(0x012EE410) = 0 Incurred fault #6, FLTBOUNDS %pc = 0x00019708 siginfo: SIGSEGV SEGV_MAPERR addr=0xEF7FE000 Received signal #11, SIGSEGV [default] siginfo: SIGSEGV SEGV_MAPERR addr=0xEF7FE000 *** process killed *** * Run the program under gdb: GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.6"... (gdb) b main Breakpoint 1 at $18060: file <implicit code>, line 5. (gdb) r Starting program: /data1/Pascal/tests/test1 Breakpoint 1, $00018060 in main (argc=1, argv=$effff964, envp=$effff96c) at <implicit code>:5 5 <implicit code>: No such file or directory. in <implicit code> (gdb) s Program received signal SIGSEGV, Segmentation fault. _p__rts_Error_S34_Finisherrormessage (N=300) at /data1/Pascal/gcc-3.4.3/gcc/p/rts/error.pas:887 887 s := ReturnAddr2Hex (ErrorAddr); (gdb) p ErrorAddr Address of symbol "Erroraddr" is unknown. (gdb) l 882 begin 883 ExitCode := n; 884 ErrorAddr := CurrentReturnAddr; 885 CurrentReturnAddr := nil; 886 CurrentReturnAddrCounter := 0; 887 s := ReturnAddr2Hex (ErrorAddr); 888 {$local cstrings-as-strings} 889 { @@ stack problem } var foo:CString;foo:=ErrorMessageString;WriteStr (ErrorMessageString, foo, ' (error #', n, ' at ', s, ')') 890 {$endlocal} 891 end; (gdb) p ExitCode Address of symbol "Exitcode" is unknown. (gdb) where #0 _p__rts_Error_S34_Finisherrormessage (N=300) at /data1/Pascal/gcc-3.4.3/gcc/p/rts/error.pas:887 Cannot access memory at address $ef7ff4dc (gdb) s Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists. (gdb) It is strange to see the program jumping right in the middle of the Finisherrormessage() function! I cannot get more information, unless someone helps me. Configuration: -------------- Hardware: gcc-3.4.3 on a Sun Ultra5 with Solaris 2.6 with 384 Mb of RAM Software: gcc -v Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.6/3.4.3/specs Configured with: ../gcc-3.4.3/configure --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld --disable-nls --disable-libgcj --enable-languages=pascal,c,c++ Thread model: posix gcc version 3.4.3 gpc --verbose Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.6/3.4.3/specs Configured with: ../gcc-3.4.3/configure --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld --disable-nls --disable-libgcj --enable-languages=pascal,c,c++ Thread model: posix gpc version 20050331, based on gcc-3.4.3 I use all the GNU packages suggested in the INSTALL file: bison 1.27 flex 2.5.4a make 3.75 patch 2.5.4 sed 3.02 except for binutils 2.10, that is not recommended with Solaris because of as and ld replacements. Help would be greatly appreciated since I have 450 000 lines of SUN Pascal to convert to GNU Pascal to make our applications platform-independent. Thanks in advance. Pascal Viandier pascal(a)accovia.com

2 1

Temporary web server
by Frank Heckenbach 23 May '05

23 May '05

I've put a copy of the GPC home page on a new web server: http://www2.gnu-pascal.de It is also available on the usual URLs (http://www.gnu-pascal.de etc.), but due to DNS caching it may take a few days until your machine will recognize the change. The mailing list archives are not there yet, and the downloads are missing. Only the latest alpha is there. If some of the contributors would like to put some files there, please PM me at frank(a)g-n-u.de (either send the files directly, even if large, or a URL where I can get them). Frank -- Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/, 7977168E GPC To-Do list, latest features, fixed bugs: http://www2.gnu-pascal.de/todo.html GPC download signing key: ACB3 79B2 7EB2 B7A7 EFDE D101 CD02 4C9D 0FE0 E5E8

4 18

Re: gcc-3.4.4 (fwd)
by Russell Whitaker 22 May '05

22 May '05

---------- Forwarded message ---------- Date: Sun, 22 May 2005 13:15:32 -0700 (PDT) From: Russell Whitaker <russ(a)ashlandhome.net> To: Frank Heckenbach <ih8mj(a)fjf.gnu.de> Subject: Re: gcc-3.4.4 On Sun, 22 May 2005, Frank Heckenbach wrote: > Russell Whitaker wrote: > [..] > >> Since have 2 cpu's, tried "make -j3 bootstrap". The c part ran ok, it >> quit in the rts with an error message. > > Which message? Rebuilt it: mkdir rebuild, etc, and "make -j3 bootstrap >msgs 2>&1" Edited the result to be a lot shorter and included it as an attachment. >> Ran gpc's test using gcc-3.3.5 and then gcc-3.4.4, got one new fail: >> avo7.pas > > This is the gcc.c diff. Did you apply it manually? no. Wasn't sure if I should have. Russ

1 0

gnu p compilation on redhat variant
by Patrice Seyed 17 May '05

17 May '05

Hi, As following instructions at: http://www2.gnu-pascal.de/gpc/Compiling-GPC.html#Compiling-GPC In terms of creating symlink to unpackaged "p" and so forth, and the configure line with --enable-languages=pascal, when I then do the "make" I get the following errors at the end: p/declarations.c: In function `mark_binding_level': p/declarations.c:1587: `shared_decl_lang_specific' undeclared (first use in this function) p/declarations.c:1587: (Each undeclared identifier is reported only once p/declarations.c:1587: for each function it appears in.) make[1]: *** [p/declarations.o] Error 1 make[1]: Leaving directory `/home/apseyed/software/gcc-3.2.3/gcc' make: *** [all-gcc] Error 2 Any help appreciated. This is a system based on RHEL 3. I tried the gpc rpm binary that runs on rh 6 and received the error: ld: cannot open crtbegin.o: No such file or directory Thanks, Patrice Seyed Linux System Administrator - LinGA RHCE, SCSA Boston University Medical Campus

2 1

Re: RE : gnu p compilation on redhat variant
by Patrice Seyed 17 May '05

17 May '05

Thanks and you were correct: p/lang.c:1236: conflicting types for `lang_mark_tree' ggc.h:184: previous declaration of `lang_mark_tree' p/lang.c: In function `lang_mark_tree': p/lang.c:1237: invalid type argument of `->' p/lang.c:1243: invalid type argument of `->' p/lang.c:1249: invalid type argument of `->' p/lang.c:1249: invalid type argument of `->' p/lang.c:1251: invalid type argument of `->' p/lang.c:1260: invalid type argument of `->' p/lang.c:1260: invalid type argument of `->' p/lang.c:1262: invalid type argument of `->' make[1]: *** [p/lang.o] Error 1 make[1]: Leaving directory `/home/apseyed/software/gcc-3.2.3/gcc' make: *** [all-gcc] Error 2 not having much success with p2c either. -Patrice -----Original Message----- From: Pascal Viandier [mailto:pascal@accovia.com] Sent: Tuesday, May 17, 2005 1:10 PM To: 'Patrice Seyed'; gpc(a)gnu.de Subject: RE : gnu p compilation on redhat variant Hi, I have the same problem under Solaris - among others - with gpc-20050331. I fixed it this this way: In declarations.c Line 1587 was not compiling because of shared_decl_lang_specific undefined ggc_mark (shared_decl_lang_specific); I replaced it by: ggc_mark (level->shared_decl_lang_specific); Then it passed. But, be prepared to have other compilation problems after this one... Anyway, even when I fixed the compilation errors, the gpc1 compiler crash on some Pascal sources (string1.pas in rts directory for example) Pascal Viandier -----Message d'origine----- De : gpc-owner(a)gnu.de [mailto:gpc-owner@gnu.de] De la part de Patrice Seyed Envoyé : May 17, 2005 12:56 À : gpc(a)gnu.de Cc : apseyed(a)bu.edu Objet : gnu p compilation on redhat variant Hi, As following instructions at: http://www2.gnu-pascal.de/gpc/Compiling-GPC.html#Compiling-GPC In terms of creating symlink to unpackaged "p" and so forth, and the configure line with --enable-languages=pascal, when I then do the "make" I get the following errors at the end: p/declarations.c: In function `mark_binding_level': p/declarations.c:1587: `shared_decl_lang_specific' undeclared (first use in this function) p/declarations.c:1587: (Each undeclared identifier is reported only once p/declarations.c:1587: for each function it appears in.) make[1]: *** [p/declarations.o] Error 1 make[1]: Leaving directory `/home/apseyed/software/gcc-3.2.3/gcc' make: *** [all-gcc] Error 2 Any help appreciated. This is a system based on RHEL 3. I tried the gpc rpm binary that runs on rh 6 and received the error: ld: cannot open crtbegin.o: No such file or directory Thanks, Patrice Seyed Linux System Administrator - LinGA RHCE, SCSA Boston University Medical Campus

1 0

types for ncurses
by willett 17 May '05

17 May '05

Frank Heckenbach: Apologies for duplication, but you replied to subsequent messages and a copied part of this one, so I'm guessing you didn't see the questions below. I'm responding to your complex (to me) message about ncurses types and automatic configuration for multiple hosts. Any verification or correction of my approach would be appreciated. Earlier Message from willett(a)udel.edu: Frank, thanks very much for all your advice. I'm trying to get up to speed here. Ok, based on your message, I'm now using: MedCard for chtype in ncurses.h (assuming typedef unsigned long chtype) CBoolean for "bool" in ncurses.h (assuming typedef unsigned int bool) CBoolean for an "int" which contains only TRUE or FALSE CInteger for an "int" used as an integer (on older gpc I use "integer") tacs now uses index of char128 = #0 .. #127 The c translation types are very useful! Thanks. Did I understand you to say I should use CBoolean in both the above cases? To create the ncurses.h file, I have to run ./configure within the ncurses source directory. I could run this several times for different hosts, to find what the range of types are. Right? Could you suggest a couple of different hosts to try out? Say, the most common? or perhaps, the most different? or better, how do I read the configuration file directly? I see that "configure" is a readable text file, but I can't find a list of alternative "bool" (for example) definitions in that configuration file. In fact, I can't figure out what my own host (Mac OSX) is called, when I try ./configure host=powerpc-apple-darwin I get an "unknown host" message. Any suggestions? When you said: > BTW (unrelated), I'd suggest to rename the package to > `gpc-ncurses-...' or `ncurses-gpc-...', to avoid confusion with an > ncurses library package. Did you mean I should name the interface file, e.g. ncurses.pas -> gpc-ncurses.pas or the unit, e.g. unit ncurses; -> unit gpc-ncurses; (If the latter, wouldn't gpc_ncurses be a more standard Pascal name than gpc-ncurses?) To do more things like reading the ncurses.h headers and then automatically configuring ncurses.pas types to be consistent, that's a bit beyond me. Beyond, both in that I wouldn't know how to and that I don't have time to learn how to and test all these. I wouldn't want to write c wrappers, a lot of work and then we're stuck with double calls. What I'm thinking now is to use all your MedCard, CBoolean, etc types, and put in documentation warning about what types of hosts would need edits before use. and/or how to check ncurses.h and hand-modify ncurses.pas. Does this approach and the above modifications seem reasonable? Willett Kempton

6 10

Internal gpc compiler error
by Angelo.Fumagalli＠alcatel.it 16 May '05

16 May '05

Hello, running gpc testsuite (gpc version 20041218, based on gcc-3.2.3) on x86_64-unknown-linux-gnu environment we have as result that 78 tests failed, some are related to an Internal compiler error on the same file: Internal compiler error in classify_argument, at config/i386/i386.c:1841 This internal compiler error was detected also compiling some of our own pascal modules ported under gpc. In attachment you find included the gpc testsuite log file. Some advise? Regards. Angelo Fumagalli

3 8

-mlong-double-128
by Adriaan van Os 13 May '05

13 May '05

The following produces an internal compiler error: [G4:~/gnu/testgpc/adriaan] adriaan% cat compare.pas program Compare; procedure R ( var r1, r2: real); begin if r1 <> r2 then r1:= r2 - 1.0 end; begin end. [G4:~/gnu/testgpc/adriaan] adriaan% gpc -o compare compare.pas -mlong-double-128 compare.pas: In procedure `R': compare.pas:6: error: unrecognizable insn: (insn 26 34 27 2 0x0 (set (reg:SI 126) (subreg:SI (reg:TF 33 f1) 0)) -1 (nil) (nil)) compare.pas:6: internal compiler error: in extract_insn, at recog.c:2175 It may be, of course, that the Darwin target doesn't properly support the -mlong-double-128 PowerPC processor option. If it's a gcc back-end bug, I can report it to Bugzilla. However, the "real" type used is 64-bit on the Darwin target, with or without -mlong-double-128 ... The option only changes the size of the "longreal" and "extended" types to 128-bit. Regards, Adriaan van Os [G4:~/gnu/testgpc/adriaan] adriaan% gpc -v Reading specs from /Developer/Pascal/gpc33d7/lib/gcc-lib/powerpc-apple-darwin/3.3/specs Configured with: ../gpc-3.3d7/configure --enable-languages=pascal,c --enable-threads=posix --prefix=/Developer/Pascal/gpc33d7 --target=powerpc-apple-darwin Thread model: posix gpc version 20030507, based on gcc-3.3

6 15

Re: Who uses Pascal?
by Garth Fletcher 11 May '05

11 May '05

I use it for a CAD system widely used in commercial Jacquard weaving (where the design is woven into the fabric) of upholstery, decorative and apparel fabrics, throws, etc. About 250,000 lines of code of which 96%+ is Pascal, a bit less than 4% assembler for bottleneck procedures. You may be wearing, sitting on, or wrapping yourself in something designed with a Pascal program... -- Garth Fletcher, JacqCAD International JacqCAD MASTER website: www.JacqCAD.com

2 1

Pascal Macro Compiler
by Contestcen＠aol.com 09 May '05

09 May '05

The first release of the Pascal Macro Compiler is now available. The Pascal Macro Compiler is a preprocessor or code generator for the Pascal language. It can generate Pascal expressions, statements, declarations, functions and procedures, up to complete Pascal programs. A small library of macros, such as a sort generator, is provided. The complete Pascal Macro Compiler User Manual is found online at http://www.pascalmacro.com I will make a few demo copies available at no cost. Frank Rubin

1 0

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