Gpc December 2004

gpc@gnu.de

27 participants
37 discussions

module/unit interface `Gpc' could not be imported : Solved
by Leo Brewin 11 Dec '04

11 Dec '04

Hi Folks, The verdict is in : I'm a twit. The solution is (RTFM) gpc --automake factorial.pas Sorry to waste your time. Cheers, Leo Brewin

1 0

Linking problem on AIX
by Peter Keenan 08 Dec '04

08 Dec '04

Following my earlier post about memory limit in 32 bit programs in AIX http://www.gnu-pascal.de/crystal/gpc/en/mail11103.html I am now trying to get around the memory limitations by using 64 bit program with GPC. I am using the -maix64 flag. I can build a simple c program using GCC and this flag. When I try to do this for a simple pascal program I get linking problems. I get this using both GNU LD 2.14 or the AIX linker. This is probably a simple path or library problem, I would be very grateful for any suggestions. gpc -g3 -maix64 testmem.pas gives /tmp//ccGWEOVZ.o(.pr+0x2c): In function `.pascal_main_program': testmem.pas:17: undefined reference to `._p_New' /tmp//ccGWEOVZ.o(.pr+0x72):testmem.pas:19: undefined reference to `_p_Output' /tmp//ccGWEOVZ.o(.pr+0x7c):testmem.pas: undefined reference to `._p_Write_Init' /tmp//ccGWEOVZ.o(.pr+0x86):testmem.pas: undefined reference to `_p_InOutRes' /tmp//ccGWEOVZ.o(.pr+0x96):testmem.pas: undefined reference to `_p_Output' /tmp//ccGWEOVZ.o(.pr+0xac):testmem.pas: undefined reference to `._p_Write_String' /tmp//ccGWEOVZ.o(.pr+0xb6):testmem.pas: undefined reference to `_p_Output' /tmp//ccGWEOVZ.o(.pr+0xc8):testmem.pas: undefined reference to `._p_Write_Integer' /tmp//ccGWEOVZ.o(.pr+0xd2):testmem.pas: undefined reference to `_p_Output' /tmp//ccGWEOVZ.o(.pr+0xd8):testmem.pas: undefined reference to `._p_Write_Line' /tmp//ccGWEOVZ.o(.pr+0xe2):testmem.pas: undefined reference to `_p_Output' /tmp//ccGWEOVZ.o(.pr+0xe8):testmem.pas: undefined reference to `._p_Write_Flush' /tmp//ccGWEOVZ.o(.pr+0xf2):testmem.pas: undefined reference to `_p_InOutRes' /tmp//ccGWEOVZ.o(.pr+0x100):testmem.pas: undefined reference to `._p_CheckInOutRes' /tmp//ccGWEOVZ.o(.pr+0x1b0): In function `.init_pascal_main_program': testmem.pas:22: undefined reference to `._p_DoInitProc' /tmp//ccGWEOVZ.o(.pr+0x21e): In function `.main': testmem.pas:22: undefined reference to `_p_GPC_RTS_VERSION_20041017'

2 1

Re: internal compiler error: in find_function_data, at function.c:317
by Tom Schneider 05 Dec '04

05 Dec '04

Waldek: > The problem is that GPC lost track of variables. More precisely, > the line (in procedure printfeature): > > with f^, f^.definition^ do begin > > confused GPC. As a workaround you may replace it by: > > with f^ do with f^.definition^ do begin Thank you!! I confirm that that solved the problem when I did it for all cases. Also thanks for identifying how to correct the GPC code. Tom Dr. Thomas D. Schneider National Cancer Institute Laboratory of Experimental and Computational Biology Molecular Information Theory Group 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/

1 0

Re: internal compiler error: in find_function_data, at function.c:317
by Waldek Hebisch 02 Dec '04

02 Dec '04

Todd Fiedler wrote: > Thanks for your quick response. > > On a side note, can you tell me if the lister.i file was included with > the message you received? I have been asked to find out. I'm hoping it > did not but I would really appreciate it if you could tell me. > The `lister.i' file was in the attachement (otherwise I would have no chance to find the problem). More precisely, the attachement contained the `lister.zip' file. Note that messages to the GPC mailing list are archived at: http://www.gnu-pascal.de/crystal/gpc/en/ -- Waldek Hebisch hebisch(a)math.uni.wroc.pl

1 0

Re: your mail
by Tom Schneider 02 Dec '04

02 Dec '04

Pete, Tod: > GPC: daily digest > > This is Digest Volume 1 : Issue 587 : Digest Style "text" > Below is a summary of all the messages, showing the subject of each post > and who posted it, followed by the full text of all messages. > > internal compiler error: in find_function_data, at function.c:317 > Re: internal compiler error: in find_function_data, at function.c:317 > > ---------------------------------------------------------------------- > > Date: Wed, 1 Dec 2004 19:27:16 -0600 > From: "Fiedler, Todd, A" <tafiedler(a)cmh.edu> > To: <gpc(a)gnu.de> > Subject: internal compiler error: in find_function_data, at function.c:317 > Message-ID: <958B228E6A626242A3FEAB621C4C933504B12A0D(a)exch2000.cmh.internal> > > REVISION -- Note: I included the lister.i file as a zip because it is over > 11,000 lines long. > > Hello. I am attempting to compile a program named lister.p, that does > some genomic work. I can compile some programs in this suite while > others always generate an error. I'm not much of a pascal programmer, > it's been 15 years since I actually wrote anything in it, but a group of > researchers here would like to get this working. Any help will be very > much appreciated! > > Thanks! > Todd > > > I am compiling on Mac OS X. Here are my specs. > > $ uname -a > Darwin seed.cmh.edu 7.6.0 Darwin Kernel Version 7.6.0: Sun Oct 10 > 12:05:27 PDT 2004; root:xnu/xnu-517.9.4.obj~1/RELEASE_PPC Power > Macintosh powerpc > > $ gcc -v > Reading specs from /usr/libexec/gcc/darwin/ppc/3.3/specs > Thread model: posix > gcc version 3.3 20030304 (Apple Computer, Inc. build 1666) > > $ gpc -v > > Reading specs from > /Developer/Pascal/gpc332d1/lib/gcc-lib/powerpc-apple-darwin/3.3.2/specs > Configured with: ../gpc-332d1/configure --enable-languages=pascal,c > --prefix=/Developer/Pascal/gpc332d1 --enable-threads=posix > --target=powerpc-apple-darwin Thread model: posix gpc version 20030830, > based on gcc-3.3.2 > > > I ran gpc with the following command line: > > gpc -x Pascal -save-temps lister.p -o lister > > lister.p: In procedure `showpiece': > lister.p:7730: internal compiler error: in find_function_data, at > function.c:317 Please submit a full bug report, with preprocessed source > if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. > > > > [Attachment of type application/zip removed.] > > ------------------------------ > > Date: Thu, 2 Dec 2004 03:43:39 +0100 > From: Adriaan van Os <gpc(a)microbizz.nl> > To: gpc(a)gnu.de > Subject: Re: internal compiler error: in find_function_data, at function.c:317 > Message-ID: <F8EDEB53-440B-11D9-BAA2-000A27944772(a)microbizz.nl> > > Fiedler, Todd, A wrote: > > > lister.p: In procedure `showpiece': > > lister.p:7730: internal compiler error: in find_function_data, at > > function.c:317 Please submit a full bug report, with preprocessed > > source > > if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for > > instructions. > > Reproducable with the latest gpc sources on Mac OS X. > > Regards, > > Adriaan van Os > > > > ------------------------------ > > End of > ********** Unfortunately this appears to be a release of the source code for sequence walkers. However, it says "Attachment of type application/zip removed." Does that mean it appeared in the archive but not the mailing list? Tom

2 1

Re: your mail
by Tom Schneider 02 Dec '04

02 Dec '04

Pete: > Todd will make sure that any lister code is scrubbed from the site. > As you are aware, this was an internal error, due to modifications > of the gpc Pascal compiler and not an error in the lister code > itself. Thanks. I recognize why Todd did this, appreciate his efforts and normally it would be ok. I also recognize that we are stuck if the GPC compiler fails on lister, so it is important to have GPC working properly. It is not clear how to handle this without a general release, but perhaps a release only to the people who know how to deal with it would be appropriate. Since we just had a system upgrade but didn't change GPC, I suspect that this is a system library problem. Tom

1 0

internal compiler error: in find_function_data, at function.c:317
by Fiedler, Todd, A 02 Dec '04

02 Dec '04

REVISION -- Note: I included the lister.i file as a zip because it is over 11,000 lines long. Hello. I am attempting to compile a program named lister.p, that does some genomic work. I can compile some programs in this suite while others always generate an error. I'm not much of a pascal programmer, it's been 15 years since I actually wrote anything in it, but a group of researchers here would like to get this working. Any help will be very much appreciated! Thanks! Todd I am compiling on Mac OS X. Here are my specs. $ uname -a Darwin seed.cmh.edu 7.6.0 Darwin Kernel Version 7.6.0: Sun Oct 10 12:05:27 PDT 2004; root:xnu/xnu-517.9.4.obj~1/RELEASE_PPC Power Macintosh powerpc $ gcc -v Reading specs from /usr/libexec/gcc/darwin/ppc/3.3/specs Thread model: posix gcc version 3.3 20030304 (Apple Computer, Inc. build 1666) $ gpc -v Reading specs from /Developer/Pascal/gpc332d1/lib/gcc-lib/powerpc-apple-darwin/3.3.2/specs Configured with: ../gpc-332d1/configure --enable-languages=pascal,c --prefix=/Developer/Pascal/gpc332d1 --enable-threads=posix --target=powerpc-apple-darwin Thread model: posix gpc version 20030830, based on gcc-3.3.2 I ran gpc with the following command line: gpc -x Pascal -save-temps lister.p -o lister lister.p: In procedure `showpiece': lister.p:7730: internal compiler error: in find_function_data, at function.c:317 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions.

4 3

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