Gpc July 2004

gpc@gnu.de

19 participants
27 discussions

page function
by Tom Schneider 09 Jul '04

09 Jul '04

Hi folks: I'm using GNU Pascal version 20000707, based on gcc-2.95.2 19991024 (release). Copyright (C) 1987, 1989, 1992-2000 Free Software Foundation, Inc. while my student Ryan is using: GNU Pascal version 2.1 (20020510), based on gcc-2.95.3 20010315 (release). Copyright (C) 1987-2002 Free Software Foundation, Inc. I have no problem compiling with gpc --standard-pascal \ --transparent-file-names \ --no-mixed-comments \ -O0 \ -Wall \ $program.p -o $program but Ryan has trouble compiling a program that has a call to the page() function: alist.p:3960: undeclared identifier `Page' (first use in this routine) To my surprise, this is listed: http://www.gnu-pascal.de/gpc/Page.html as "Page is an ISO 10206 Extended Pascal extension." Did GPC change between these compilers? Does the use of page() mean I cannot use --standard-pascal ? page() was in the original book! It is listed on page 105 (Appendix A) as a standard procedure! Tom Dr. Thomas D. Schneider National Cancer Institute Laboratory of Experimental and Computational Biology Frederick, Maryland 21702-1201 toms(a)ncifcrf.gov permanent email: toms(a)alum.mit.edu (use only if first address fails) http://www.lecb.ncifcrf.gov/~toms/

3 2

Compiling unit gives ld error
by Frank Brooks 08 Jul '04

08 Jul '04

I am running gpc version 20030830, based on gcc-3.3.2 on Mac OS 10.3. When attmpting to compile any unit, I get the following error: /usr/bin/ld: Undefined symbols: _main collect2: ld returned 1 exit status Any way for me to solve this problem by RTFM? I apologize if I missed it in my (as yet) futile but lengthy search of the GPC mail archive/documentation. Thanks so much, Frank

2 1

Gcc-3.4 & gpc II
by David Kredba 08 Jul '04

08 Jul '04

Hello. I ran into another problem. gcc -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -fno-common -DHAVE_CONFIG_H -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -fno-common -pedantic -Wno-long-long -o xgpc p/gpc.o prefix.o version.o \ intl.o ../libiberty/libiberty.a gcc -o p/diagnostic.o -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fno-common -DHAVE_CONFIG_H -I. -Ip -I../../gcc-3.4-20040702/gcc -I../../gcc-3.4-20040702/gcc/p -I../../gcc-3.4-20040702/gcc/../include -DGPC ../../gcc-3.4-20040702/gcc/diagnostic.c echo "expect 16 shift/reduce and 30 reduce/reduce conflicts" >&2 expect 16 shift/reduce and 30 reduce/reduce conflicts cd ../../gcc-3.4-20040702/gcc/p && bison -o parse.c parse.y parse.y: conflicts: 16 shift/reduce, 295 reduce/reduce gcc -o p/parse.o -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fno-common -DHAVE_CONFIG_H -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fno-common -pedantic -Wno-long-long -I. -Ip -I../../gcc-3.4-20040702/gcc -I../../gcc-3.4-20040702/gcc/p -I../../gcc-3.4-20040702/gcc/../include -DGPC -DGPC_UNITS_DIR=\"/opt/gcc-3.4/lib/gcc/i686-pc-linux-gnu/3.4.1/units\" -I../../gcc-3.4-20040702/gcc/p ../../gcc-3.4-20040702/gcc/p/parse.c parse.c:380: warning: useless keyword or type name in empty declaration parse.c:380: warning: empty declaration parse.c: In function `yydoAction': parse.c:8160: error: `USE_ASSERT_RATHER_THAN_ABORT' undeclared (first use in this function) parse.c:8160: error: (Each undeclared identifier is reported only once parse.c:8160: error: for each function it appears in.) parse.c: In function `yyglrReduce': parse.c:8276: error: `USE_ASSERT_RATHER_THAN_ABORT' undeclared (first use in this function) parse.c: In function `yysplitStack': parse.c:8314: error: `USE_ASSERT_RATHER_THAN_ABORT' undeclared (first use in this function) parse.c: In function `yyresolveStates': parse.c:8413: error: `USE_ASSERT_RATHER_THAN_ABORT' undeclared (first use in this function) parse.c: In function `yyresolveAction': parse.c:8444: error: `USE_ASSERT_RATHER_THAN_ABORT' undeclared (first use in this function) parse.c: In function `yyprocessOneStack': parse.c:8637: error: `USE_ASSERT_RATHER_THAN_ABORT' undeclared (first use in this function) parse.y: At top level: parse.y:2837: warning: `locations' defined but not used make[2]: *** [p/parse.o] Error 1 make[2]: Leaving directory `/home/dave2/gcc/gcc-3.4/gcc' make[1]: *** [stage1_build] Error 2 make[1]: Leaving directory `/home/dave2/gcc/gcc-3.4/gcc' make: *** [bootstrap] Error 2 I use Gentoo 2004.1 default bison : bison -V bison (GNU Bison) 1.875 Thanks, David -- David Kredba <kredba at ibot.cas.cz> GPG: ID 1024D/5B6B02DE Fingerprint: F0B3312596BEDCF91DFB 0699E06AACD75B6B02DE

2 2

Gcc-3.4 & gpc
by David Kredba 08 Jul '04

08 Jul '04

Hello. I am trying to get gcc-3.4 working with gpc. I use gcc-3.4-20040702 and gpc-20040516. I ran : dave2@srv1 p $ patch -p2 < ../../update27h.diff cd ../../gcc-3.4-20040702 dave2@srv1 gcc-3.4-20040702 $ patch -p1 < ../gcc-3.4.diff8 I got one reject : patching file gcc/expr.c Hunk #2 succeeded at 5081 (offset 1 line). Hunk #3 succeeded at 5118 (offset 1 line). Hunk #4 succeeded at 5133 (offset 1 line). Hunk #5 FAILED at 5148. Hunk #6 succeeded at 5202 (offset 1 line). Hunk #7 succeeded at 5584 (offset 1 line). 1 out of 7 hunks FAILED -- saving rejects to file gcc/expr.c.rej cd .. mkdir gcc-3.4 cd gcc-3.4 ../gcc-3.4-20040702/configure --prefix=/opt/gcc-3.4 --enable-shared --enable-threads=posix --enable-checking --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++,ada,f77,objc,java,pascal --with-system-zlib make bootstrap && make -k -C gcc gnatlib_and_tools && make -k check <snip> gcc -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc-3.4-20040702/gcc -I../../gcc-3.4-20040702/gcc/. -I../../gcc-3.4-20040702/gcc/../include ../../gcc-3.4-20040702/gcc/c-common.c -o c-common.o ../../gcc-3.4-20040702/gcc/p/mk_lang_opt < ../../gcc-3.4-20040702/gcc/p/opts.sum > "../../gcc-3.4-20040702/gcc/p/lang.opt" /bin/sh: line 1: ../../gcc-3.4-20040702/gcc/p/mk_lang_opt: Přístup odmítnut make[2]: *** [../../gcc-3.4-20040702/gcc/p/lang.opt] Error 126 make[2]: Leaving directory `/home/dave2/gcc/gcc-3.4/gcc' make[1]: *** [stage1_build] Error 2 make[1]: Leaving directory `/home/dave2/gcc/gcc-3.4/gcc' make: *** [bootstrap] Error 2 There is lang.opt file with 0 Byte size in gcc-3.4-20040702/gcc/p folder. Mk_lang_opt has no executable flag. I ran tar xzf to unpack gpc archive an diffs to gpc and gcc. If I set executable flag to mk_lang_opt file, build process continues. I had never unpack gpc tarball with p option, like tar xzpf gpc-20040516.tar.gz and build process always works fine. I can see that mk_lang_opt comes from update27h.diff, so tar xzpf to gpc tarball is not needed. I don`t now if patch can set executable flag to mk_lang_opt file but I think that not. Is executable flag really on mk_lang_opt file needed to bootstrap compiler or I am doing some error ? Thanks very much, David -- David Kredba <kredba at ibot.cas.cz> GPG: ID 1024D/5B6B02DE Fingerprint: F0B3312596BEDCF91DFB 0699E06AACD75B6B02DE

1 0

gpc+gcc-3.4.1
by Russell Whitaker 06 Jul '04

06 Jul '04

Hi gcc-3.4.1 was released July 1. Should I try building gpc with it at this time? Thanks, Russ

2 1

Re: problem with writeln (or program
by Mingeborg＠aol.com 02 Jul '04

02 Jul '04

How embarrassing - -O -W -Wall indeed found the problem with the program. Thank you very much! - Inga In a message dated 7/1/2004 10:13:57 PM Eastern Daylight Time, Frank Heckenbach <ih8mj(a)fjf.gnu.de> writes: >What do you mean with register values? Assembler level registers? Of >course, almost every operation changes them. Pascal variables? If >they have a defined value, an operation without side-effects on them >shouldn't change them, of course. (Otherwise it's in fact a compiler >bug.) > >*However*, if the variables are undefined, any operation can change >their accidental values. That's what undefined means. > >So I'd first look for this in your code. Did you compile with all >warnings on, for a start? Please note that GPC doesn't find some >such cases unless you compile with optimization. So `-O -W -Wall' >would be a good start. > >Frank

1 0

problem with writeln (or program bug?)
by Mingeborg＠aol.com 02 Jul '04

02 Jul '04

Enclosed is a gzipped tar file containing program ind.p (298 lines.) As is, the program goes into infinite recursion, but it works correctly if you comment out a âwritelnâ statement on line 248, (the statement before ***************...) (gpc-20040516, Linux running on a Pentium 4 laptop.) I apologize for the size of the example, but I have been unable to reproduce the problem with a smaller example, and I don't understand what is happening. The following are lines 238 â 249 of the program. ... function rcrsv_ind_st2(var g:relation; s:subset): subset; {this one is not debugged yet. gives different result than rcrs2 for the third fullerene} var i,k,l,k1,k2 :integer; nb,ind1,ind2 :subset; iterations :integer=0; attribute (static); begin {writeln('top:'); diagnose_subset(s); stop_n_go;} iterations := iterations+1; writeln('iteration number:',iterations); {************ comment this out, and it works ********} if not there_are_edges_in(s,g) ... This particular code works correctly on DIGITAL Pascal, (after changing the syntax for the static variable declaration,) but âwritelnâ statements in âwrongâ (but different) places have the same effect there, also. The program is hardwired to compute the largest independent set of a path with 2 vertices, and the output should be: iteration number: 1 iteration number: 2 cardinality 1 0: 0 Is it possible that, under certain circumstances, âwritelnâ permanently changes register values, or some such? Or, is this necessarily a bug in the program? I have not figured out how to use the debugger on this â I'm getting: Die: DW_TAG_set_type (abbrev = 3, offset = 431) has children: FALSE attributes: DW_AT_type (DW_FORM_ref4) constant: 53 Dwarf Error: Cannot find type of die [in module ... I would appreciate any suggestions regarding what might be happening or how to debug it. Thanks, - Inga

2 1

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 July 2004