Gpc

gpc@gnu.de

5400 discussions

Re: GPC on Mac OS X/G5
by Adriaan van Os 17 Sep '03

17 Sep '03

Private email from Boris Herman: > Hi Adriaan, > > I just wanted to know if you think that GPC can be used on Mac OS X > that is configured for G5. Especially I am interested in processing > huge arrays and the new G5, supporting 8 Gb, could do the trick. Note > that I am not talking about G5 optimization, I couldn't care less > about that. I just want to create oversized arrays and have them all > in memory. As of now I cannot have an array 1000x1000x1000 with 8byte > floating point in each cell but with a new G5 I could. > > Regards, > Boris Frankly, I don't know, nor do I have a G5 Mac to test. Apple is very vague about it, mostly marketing talk, even the latest "tech note" on G5 optimization at <http://developer.apple.com/performance/g5optimization.html>. Also, Apple's claims that Darwin is 64-bit are non-convincing to me. Thus, this is an interesting question to post on both the gcc mailing list and on Apple's darwin-development list. Generally, I think that GPC can address 8 GB if the gcc back-end can do so -- correct me Frank/Waldek if I am wrong. Regards, Adriaan van Os

1 0

Module global string bug
by Wood David 16 Sep '03

16 Sep '03

Frank, I don't know if there is a bug number for this but I am attaching two really small bits of code which show it up. It's the only 'genuine' bug I have ever really come across in gpc. Basically, the globally defined string doesn't seem to get any length so whenever something is assigned to it, the contents vanish. Regards David Wood QinetiQ Farnborough The Information contained in this E-Mail and any subsequent correspondence is private and is intended solely for the intended recipient(s). For those other than the recipient any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance on such information is prohibited and may be unlawful. Emails and other electronic communication with QinetiQ may be monitored. Calls to our Customer Contact Centre may be recorded for quality control, regulatory and monitoring purposes.

2 2

Linking On OSX
by Kevan Hashemi 16 Sep '03

16 Sep '03

Dear GPC Users, I have installed gpc on my MacOS 10.2.6 computer. I have the following makefile, which makes executable glue out of main.c and foobar.p. I compile main.c as a library so I can look inside it with otool -v -t -V and see the symbolic stub references. glue: main.o foobar.o gpc main.o foobar.o -o glue main.o: main.c gpc -c main.c -o main.o foobar.o: foobar.p gpc -c foobar.p -o foobar.o rm foobar.p clean: rm foobar.o foobar_unit.gpi main.o glue Foobar.p looks like: unit Foobar_Unit; interface function Foobar(x:longint):longint; implementation function Foobar(x:longint):longint; begin Foobar:=x*x*x; end; end. and main.c looks like: #include <stdio.h> extern int Foobar(int x); int main() { printf("The Foobar of %d is %d \n",5,Foobar(5)); return 0; } I get no compiler warnings, but when I run glue from the terminal command line my output is: The Foobar of 5 is -1985538999 I have been trying for a couple of days, and I cannot get the main.o object to link correctly to foobar.o. I think I need to add some gpc command-line options, but none that I have tried seem to work. Thy symbols in the objects are correct, and I get an unresolved symbol error if I remove foobar.o from the makefile directory. Can you help? Yours, Kevan Hashemi, Brandeis University Physics Department

2 2

Re: Linking On OSX
by Kevan Hashemi 16 Sep '03

16 Sep '03

Dear Peter, > In GPC, Integer is equivalent to int in C. > > Have you tried it that way? > Peter. I thought I had, but I tried again by using integer in Pascal and int in C, and now it works perfectly. I am so pleased, I won't even bother to be ashamed. Thank you for your help. Yours, Kevan Hashemi

1 0

Just a little gripe about syntax changes
by Wood David 15 Sep '03

15 Sep '03

Hi, A while back, when Frank released gpc-20030507, he noted that there were a few changes that we wouldn't like, especially regarding external function references. Well ok, the first release forced me to add 'name' to all my external Pascal routines since the default was now all lowercase (even though Pascal routines are defined with an initial uppercase letter - a strange mismatch it seems). Although a nuisance, I accepted this was just a case of getting over the bit I wouldn't like. Of course, 'name' isn't in gpc-2.1, so everyone else running our software had to upgrade to 20030507 too. Having now done the upgrade to 20030830, I started getting errors due to duplicated unit declarations in the INTERFACE and IMPLEMENTATION blocks (for what reason?). Anyway, I deleted the duplication, only to discover that 20030507 required the duplication, so again, all of our machines had to be upgraded to 20030830. Whilst I'm getting very good at rebuilding gpc, I would hope future gpc releases will focus on bug-fixes and ensuring backward compiler compatibility, thus removing the need to match our software to a precise compiler version. Sorry for the moan, we're all always busy - keep up the good work (especially if you can fix the module global string declaration bug!!). Regards David Wood QinetiQ Farnborough The Information contained in this E-Mail and any subsequent correspondence is private and is intended solely for the intended recipient(s). For those other than the recipient any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance on such information is prohibited and may be unlawful. Emails and other electronic communication with QinetiQ may be monitored. Calls to our Customer Contact Centre may be recorded for quality control, regulatory and monitoring purposes.

3 2

Demo program for elusive error in GPC
by Frank D. Engel, Jr. 15 Sep '03

15 Sep '03

Several weeks (perhaps even a month?) ago, I posted a note about a problem I was having with GPC, under MacOS X, and repeatable under IRIX. The compiled program was incorrectly giving me a bus error, but inserting an extra WRITELN somewhere would sometimes solve the problem. I have finaly put together an archive which consistantly demonstrates the problem. Since I have not yet decided firmly on a license for the program, I am requesting that it be used only for helping to find the bug in GPC at this time. If you are interested in doing this, and wish to have access to my archive, please eMail me offlist (fde101(a)yahoo.com) for a copy. Note that I do not consistantly check my mail on certain days of the week, so it may take me a few days to reply. To see the problem: $ gunzip opas.tar.gz $ tar xf opas.tar $ cd opas $ make When the compile fails with a bus error, open 'debug.pas' in a text editor, change the line: {$DEFINE TRACE} to: {$UNDEF TRACE} Save it, then: $ make After getting the same error (more quickly this time), change the line back to {$DEFINE TRACE}, save it, and once more: $ make Now it goes through correctly, and my program actually works, too! Strange. ===== ======= Frank D. Engel, Jr. Modify the equilibrium of the vertically-oriented particle decelerator to result in the reestablishment of its resistance to counterproductive atmospheric penetration. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

2 1

Re: gpc-20030830 released (testsuite)
by Adriaan van Os 14 Sep '03

14 Sep '03

The testsuite results for the latest gpc-20030830 compiler with gcc-3.3.1 are the same as for gpc-20030507 with gcc-3.3.x. For the record, I listed the results below. Regards, Adriaan van Os ----- G4:~] adriaan% gpc -v Reading specs from /Developer/Pascal/gpc331d4/lib/gcc-lib/powerpc-apple-darwin/3.3.1/specs Configured with: ../gpc-331d4/configure --enable-languages=pascal,c --prefix=/Developer/Pascal/gpc331d4 --enable-threads=posix --target=powerpc-apple-darwin Thread model: posix gpc version 20030830, based on gcc-3.3.1 [G4:~/gnu/testgpc/test-20030830] adriaan% make EXTRA_PFLAGS=--longjmp-all-nonlocal-labels Running the GPC Test Suite. This may take a while ... rm -f *.dat *.o *.s *.i *.gpi *.gpd *.gpc core a.out stderr.out *.exe testmake.tmp dummy.c dummy.pas dummy.out diff_cr*.tmp fixcr fixcr.exe rm -f todo/a.out todo/*.exe todo/*.o todo/*.s todo/*.i todo/*.gpi todo/*.gpd todo/core { gpc --version | head -1; gpc --print-search-dirs | grep install | head -1; hostname || echo "unknown host"; date "+%Y-%m-%d %H:%M:%S"; } | \ sed -e 's,^,Testing ,;N;s,\n.*gcc-lib[/\], (,;s,[/\].*,),;N;s,\n, (,;s,$,),;N;s/\n/, /' Testing gpc 20030830, based on gcc-3.3.1 (powerpc-apple-darwin) (G4.local.), 2003-09-14 17:45:03 echo "gpc -g -O3 -W -Wall -Wundef -Wpointer-arith -Wno-unused --longjmp-all-nonlocal-labels " gpc -g -O3 -W -Wall -Wundef -Wpointer-arith -Wno-unused --longjmp-all-nonlocal-labels PC="gpc" PFLAGS="--autobuild -g -O3 -W -Wall -Wundef -Wpointer-arith -Wno-unused --longjmp-all-nonlocal-labels " SRCDIR="." TEST_MAKE_FLAG=test-make-flag "./test_run" "*.pas" | tee test_log | "./test_sum" | tee test_summary TEST agettext2test.pas: SKIPPED: libintl not installed TEST asmtest.pas: SKIPPED: only for IA32 TEST asmtest2.pas: SKIPPED: only for IA32 TEST asmtest3.pas: SKIPPED: only for IA32 TEST bill5.pas: SKIPPED: `attribute( section(".ltext") )' not available TEST dario.pas: SKIPPED: only for IA32 TEST fjf105a.pas: SKIPPED: librx not installed TEST fjf105b.pas: SKIPPED: librx not installed TEST fjf165a.pas: SKIPPED: German locale not installed TEST fjf77.pas: SKIPPED: range of LongReal not sufficient for test TEST fproc.pas: /var/tmp//ccdFaUpQ.s:unknown:Can't emit reloc {- symbol "LSJR11"} @ file address 800. /var/tmp//ccdFaUpQ.s:unknown:Can't emit reloc {- symbol "LSJR11"} @ file address 796. /var/tmp//ccdFaUpQ.s:unknown:Undefined local symbol L3$pb failed TEST gettexttest.pas: SKIPPED: libintl not installed TEST gmptest.pas: SKIPPED: libgmp not installed TEST jj5.pas: SKIPPED: `attribute (stdcall)' not available TEST longr2.pas: SKIPPED: no LongReal math routines available TEST nlgpp2.pas: /var/tmp//cc4oD0DK.s:unknown:Can't emit reloc {- symbol "LSJR11"} @ file address 1056. /var/tmp//cc4oD0DK.s:unknown:Can't emit reloc {- symbol "LSJR11"} @ file address 1052. /var/tmp//cc4oD0DK.s:unknown:Undefined local symbol L3$pb failed TEST regextest.pas: SKIPPED: librx not installed TEST systemtest.pas: *** malloc: vm_allocate(size=2147483648) failed with 3 *** malloc[9324]: error: Can't allocate region *** malloc: vm_allocate(size=2147483648) failed with 3 *** malloc[9324]: error: Can't allocate region OK # of GPC tests 3794 # of GPC tests passed 3776 # of GPC tests skipped 15 # of GPC tests failed 3 [G4:~/gnu/testgpc/test-20030830] adriaan% make MASK="fproc.pas nlgpp2.pas" EXTRA_PFLAGS="--longjmp-all-nonlocal-labels -O2" Running the GPC Test Suite. This may take a while ... rm -f *.dat *.o *.s *.i *.gpi *.gpd *.gpc core a.out stderr.out *.exe testmake.tmp dummy.c dummy.pas dummy.out diff_cr*.tmp fixcr fixcr.exe rm -f todo/a.out todo/*.exe todo/*.o todo/*.s todo/*.i todo/*.gpi todo/*.gpd todo/core { gpc --version | head -1; gpc --print-search-dirs | grep install | head -1; hostname || echo "unknown host"; date "+%Y-%m-%d %H:%M:%S"; } | \ sed -e 's,^,Testing ,;N;s,\n.*gcc-lib[/\], (,;s,[/\].*,),;N;s,\n, (,;s,$,),;N;s/\n/, /' Testing gpc 20030830, based on gcc-3.3.1 (powerpc-apple-darwin) (G4.local.), 2003-09-14 18:49:23 echo "gpc -g -O3 -W -Wall -Wundef -Wpointer-arith -Wno-unused --longjmp-all-nonlocal-labels -O2 " gpc -g -O3 -W -Wall -Wundef -Wpointer-arith -Wno-unused --longjmp-all-nonlocal-labels -O2 PC="gpc" PFLAGS="--autobuild -g -O3 -W -Wall -Wundef -Wpointer-arith -Wno-unused --longjmp-all-nonlocal-labels -O2 " SRCDIR="." TEST_MAKE_FLAG=test-make-flag "./test_run" fproc.pas nlgpp2.pas | tee test_log | "./test_sum" | tee test_summary # of GPC tests 2 # of GPC tests passed 2 # of GPC tests skipped 0 # of GPC tests failed 0

1 0

Dwarf debugging
by Waldek Hebisch 14 Sep '03

14 Sep '03

I have experimental patches that enable Dwarf debugging of Pascal programs with gdb-5.2.1 and gdb-5.3. The patch adds code to tell Dwarf reader in gdb that the language is Pascal (otherwise it treats language as unknown) and code to read info about sets. Known problems: -- sametimes (mostly?) names are case sensitive -- schema shows some wild info (stabs give me similar problem) You can fetch the patches at: http://www.math.uni.wroc.pl/~hebisch/gpc -- Waldek Hebisch hebisch(a)math.uni.wroc.pl or hebisch(a)hera.math.uni.wroc.pl

1 0

Trim routine
by Mehdi Khaldi 12 Sep '03

12 Sep '03

Hi, I get this error : ./src/test.p: In main program: ./src/test.p:11: label `goal' used before containing binding contour ------------------------------------------------------------ program t; label goal; var s: string(80); begin if s <>'' then goto goal; s:=trim(s); goto goal; goal: end. -------------------------------------------------------------- I suspect trim routine to be the cause. If I remove trim call, my program compile right. Thanks

3 2

some problems
by DOMINIQUE THILLAUD 10 Sep '03

10 Sep '03

Thanks to Tom and Adriaan, my compiler in in order on Mac OSX (but before trying to load the Developper Tools CD from USA1 and not from Europa, I was desesperate). Yet, other problems are coming... 1) PATH problems 1a) I'm unable to execute the a.out (nor the hello if using -o) directly but must use the stupid ./a.out (or ./hello). Even if I redefine the variable PATH in ~/.tcshrc (adding to it the current directory .). Where lies the file who defines PATH ? 1b) I construct some modules for toolboxes (like timer.p) or for abstract types (like lists.p) and I would like to put them in a genuine directory such that the compiler could find them from any other directory : how do it ? 2) export problem If I construct a module to implement an abstract type such that rational numbers, how export operators ? Writing : export rationals = (rational, +, -, *, /) ; give me a parse error before '+' (trying to enclose + between ' ' or " " is useless) Thanks in advance, Dominique

7 7

Jump to page:

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