Gpc

gpc@gnu.de

5400 discussions

Post GPC2.1 release problems
by Wood David 25 Mar '03

25 Mar '03

Hi, Just a short note to say that I've not had much luck compiling our software with the two 2003 gpc alpha releases. Everything works fine with the 2.1 release. Running gpc20030209 built with the gcc 3.2.1 backend, I got a segmentation fault whilst compiling one of our modules (no prior errors/warnings to indicate what may have caused it). Running gpc20030323, again built with the gcc 3.2.1 backend, the segmentation fault goes away but the compiler now hangs in an endless loop when I compile any module that uses a particular unit I have. Doing --debug-source seems to show the compiler hanging part way through each module, but I haven't found a pattern to the code which causes it to stop. I've now run the gpc20030323 i686 binary (built with gcc 2.95.3) and I'm getting a new gpc1 segmentation fault. This occurs when I do CASE i OF 0: Segmentation fault here BEGIN ... END; It occurred because integer i was no longer defined. The declaration was the no longer valid i : static integer which needed to be i : integer attribute (static); Admittedly, fixing this cured the fault and it appears I may be able to compile everything with this binary (I still have a lot of changes to make). However, a segmentation fault is a nasty way of exiting the compiler. I will do the code conversions to compile with this release (which you're right - I do hate) but the gcc 3.2.1 backend builds still seem fragile. Sorry I can't be any more specific about the bugs yet and I don't want to sound critical. I think gpc is in great shape thanks to all your efforts. The gcc3 step is no easy one to take as we have found in many other areas. 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.

2 1

Pascal from C with 30020323
by Andrew Gregory 25 Mar '03

25 Mar '03

I've produced some Pascal which is called from C. The Pascal program looks like this: program myprog; {$gpc-main=Dummy} myfunc (parameters.. .) : integer; asmname 'name'; {$include "myfile.pas"} begin end. The function myfunc is given in the file "myfile.pas". To suit the new compiler 20030323 I changed the declaration above to myfunc (parameters.. .) : integer; attribute (name = 'name'); external; The compiler now objects to the re-declaration of myfunc. How can I get round this without editing myfile.pas (which is used by a number of other programs, so I don't want to alter it)? Andrew. ------------------------------------------------------------------- This e-mail and any attachments may contain confidential and/or privileged material; it is for the intended addressee(s) only. If you are not a named addressee, you must not use, retain or disclose such information. NPL Management Ltd cannot guarantee that the e-mail or any attachments are free from viruses. NPL Management Ltd. Registered in England and Wales. No: 2937881 Registered Office: Teddington, Middlesex, United Kingdom TW11 0LW. -------------------------------------------------------------------

3 2

Re: Pascal from C with 30020323
by Andrew Gregory 25 Mar '03

25 Mar '03

Apologies, I omitted the keyword Function in Function myfunc (parameters ...) etc. in my email. The problem of re-declaration of myfunc in included file still remains. Andrew. > -----Original Message----- > From: Andrew Gregory [mailto:Andrew.Gregory@npl.co.uk] > Sent: 25 March 2003 13:58 > To: 'gpc(a)gnu.de' > Subject: Pascal from C with 30020323 > > > I've produced some Pascal which is called from C. The Pascal program > looks like this: > > program myprog; > > {$gpc-main=Dummy} > > myfunc (parameters.. .) : integer; asmname 'name'; > > {$include "myfile.pas"} > > begin end. > > > > The function myfunc is given in the file "myfile.pas". > > To suit the new compiler 20030323 I changed the declaration above to > > > myfunc (parameters.. .) : integer; attribute (name = 'name'); > external; > > The compiler now objects to the re-declaration of myfunc. How > can I get > round this > without editing myfile.pas (which is used by a number of > other programs, > so I don't want to alter it)? > > Andrew. > > > > ------------------------------------------------------------------- > This e-mail and any attachments may contain confidential and/or > privileged material; it is for the intended addressee(s) only. > If you are not a named addressee, you must not use, retain or > disclose such information. > > NPL Management Ltd cannot guarantee that the e-mail or any > attachments are free from viruses. > > NPL Management Ltd. Registered in England and Wales. No: 2937881 > Registered Office: Teddington, Middlesex, United Kingdom TW11 0LW. > ------------------------------------------------------------------- > ------------------------------------------------------------------- This e-mail and any attachments may contain confidential and/or privileged material; it is for the intended addressee(s) only. If you are not a named addressee, you must not use, retain or disclose such information. NPL Management Ltd cannot guarantee that the e-mail or any attachments are free from viruses. NPL Management Ltd. Registered in England and Wales. No: 2937881 Registered Office: Teddington, Middlesex, United Kingdom TW11 0LW. -------------------------------------------------------------------

1 0

gpc-20030323 - Mingw binaries
by Prof. A Olowofoyeku (The African Chief) 25 Mar '03

25 Mar '03

Hi all I have uploaded Mingw binaries for gpc-20030323. These binaries are based on gcc-3.2.2. You can find them on the GPC server, in this directory: http://gnu-pascal.de/contrib/chief/win32/gcc-3.x/ The files are: gpc-20030323.i386-pc-mingw32.tar.gz (Mingw binaries) gpc-20030323-debug.i386-pc-mingw32.tar.gz (Mingw binaries, compiled with debug information). Note: these binaries contain "fixed" versions of system.pas and dos.pas Best regards, The Chief --------- Prof. Abimbola Olowofoyeku (The African Chief) Web: http://www.bigfoot.com/~african_chief/

1 0

[Fwd] Music programs/chord decoder
by Frank Heckenbach 24 Mar '03

24 Mar '03

The following was entered on the web user input forms (before they were removed, of course ;-). When answering, please note that the author may not be subscribed to this list. Therefore I've set the `Reply-To' (but those who let the list override their `Reply-To' might have to set it again). : From: <george325(a)twmi.rr.com> : : in 1980 i wrote a music program for a synthesizer to connect to a : computer. unfortunatly i did it in dos. about 1990 i completed the : job with chords and music notation. i never recoded it in windows. : i have about a dozen programs from others that allow me to play : the synth. unfortunaty none of these decode chords.i have now : retired and am looking for a pascal compiler to up date my : program. all of the video programming is lost to dos but the music : and chord decoder is still usefull. i hated boreland for dropping : pascal,i owned all 8 versions. before 1982 i used pascal z.which : was slow. i have tmtpl pascal which may do the job. any ideas are : appreciated george weible 734 464 1896

1 0

GPC 2.1 optimization bug
by Jan Kardell 24 Mar '03

24 Mar '03

Hi, I've run into a code generation bug with GPC 2.1. When I use optimization -O2, a calculation uses an uninitialized register. With -O1 the generated code looks very different, and it works. Compiler: Binary distribution of gpc 2.1 downloaded from http://www.gnu-pascal.de/binary/gpc-2.1-with-gcc.i686-pc-linux-gnu.tar.gz Computer: i586 running SuSE 7.2, kernel stock 2.4.17 I have not tried any newer versions of the compiler since i could not find binary versions and I do hesitate a bit to compile one myself. If binary versions of compiler snapshots where available, my guess is you would get a bigger testing audience. regards Jan Kardell MIDA Systemutveckling AB

4 3

Re: Conformant array curiosity
by Wood David 24 Mar '03

24 Mar '03

Frank, Thanks for your reply. I've managed to cut down the module to this very short module so I just get two errors, both - prior parameter's size depends on 'A': MODULE Test interface; export Test=(Test_proc); PROCEDURE Test_proc(List : ARRAY[a..b :INTEGER] OF DOUBLE); END. MODULE Test implementation; PROCEDURE Test_proc; BEGIN List[a]:= 2.3; List[2]:= 2.3; END; { Test_proc } END. The errors correspond to each assignment although the error line is the declaration. Sure enough, converting this to a unit fixes the problem: UNIT Test; Interface PROCEDURE Test_proc(List : ARRAY[a..b :INTEGER] OF DOUBLE); Implementation PROCEDURE Test_proc; BEGIN List[a]:= 2.3; List[2]:= 2.3; END; { Test_proc } END. Is the module syntax illegal or is it a bug? If it is a bug, at least you can take comfort in knowing it can kill the DEC Pascal compiler too! 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.

2 2

Re: TimeStamp?
by Frank Heckenbach 22 Mar '03

22 Mar '03

Peter N Lewis wrote: > >: - Data Type: struct tm > >: > >: [...] > >: > >: `long int tm_gmtoff' > >: This field describes the time zone that was used to compute > >: this broken-down time value, including any adjustment for > >: daylight saving; it is the number of seconds that you must > >: add to UTC to get local time. You can also think of this as > >: the number of seconds east of UTC. For example, for U.S. > >: Eastern Standard Time, the value is `-5*60*60'. The > >: `tm_gmtoff' field is derived from BSD and is a GNU library > >: extension; it is not visible in a strict ISO C environment. > > > >I think I could check for this field and use it where available. If > >this is present on Mac OS X (I hope so, since the field seems to > >come from BSD), this might solve the problem. > > Yes, the tm struct has this field. It looks to me like you should > call localtime to get it as otherwise it might not initialize the > timezone stuff. Yes, localtime is called, anyway. > >The descriptions also made me aware of the sign issue (which I > >hadn't considered before). Which sign is the "correct" one? > > Correct timezones are positive east. We are at +8 hours, the USA is > roughly -8 hours. > > This is the first I've ever heard of anyone doing positive timezones > going west. > > http://www30.cds.ne.jp/~yukinaka/eureka/library/articles/etc/timezone.html > http://www.zill.net/pgdocs/timezones.html > etc Thanks for the references. I'll change it (even if it means another incompatible change). Gale Paeper wrote: > There is a `tm_gmtoff' field in <time.h>; however, it is just a struct > field in a type declaration: > > struct tm { > int tm_sec; /* seconds after the minute [0-60] */ > int tm_min; /* minutes after the hour [0-59] */ > int tm_hour; /* hours since midnight [0-23] */ > int tm_mday; /* day of the month [1-31] */ > int tm_mon; /* months since January [0-11] */ > int tm_year; /* years since 1900 */ > int tm_wday; /* days since Sunday [0-6] */ > int tm_yday; /* days since January 1 [0-365] */ > int tm_isdst; /* Daylight Savings Time flag */ > long tm_gmtoff; /* offset from CUT in seconds */ > char *tm_zone; /* timezone abbreviation */ > }; > > So, in brief, on Mac OS X, the only thing available in <time.h> or > <sys/time.h> to get a valid value for TimeStamp's timezone field is one > of the available, appropriate function calls. Since I don't have the > breadth of systems experience necessary, I don't know what to suggest > for a GPC solution. If it would help, Frank, I could send you copies of > the two Mac OS X hearder files in private e-mail. I think you see a problem where none exists. We do have such a structure (returned by localtime), so we can just use this field. Frank -- Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/, 7977168E GPC To-Do list, latest features, fixed bugs: http://www.gnu-pascal.de/todo.html GPC download signing key: 51FF C1F0 1A77 C6C2 4482 4DDC 117A 9773 7F88 1707

1 0

building gpc
by Mehdi Khaldi 22 Mar '03

22 Mar '03

Hi, I am building gpc on solaris7. First of all, I configure like that " configure --disable-multilib" I use this option because, an error occurs with gcc. Gcc developers said that I must set this option. Then, I build with gmake command and I get this error : ../.././xgpc -B../.././ -I../.././p/rts -c -I. -W -Wall -Wpointer-arith -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -g -O2 --unit-path= ./gcc-core-3.2.1/gcc/p/rts --automake `cat needed-options` -DRTS_RELEASE_STRING="'`cat ./gcc-core-3.2.1/gcc/p/rts/rts-version`'" -DGCC_VERSION="'3.2.1'" ./gcc-core-3.2.1/gcc/p/rts/string.pas ./gcc-core-3.2.1/gcc/p/rts/string.pas: In function `NewString': ./gcc-core-3.2.1/gcc/p/rts/string.pas:674: internal error: Segmentation Fault Please submit a full bug report, with preprocessed source if appropriate thanks

2 1

gpc building
by Mehdi Khaldi 21 Mar '03

21 Mar '03

Hi, I fixed the missed space in the patch file. Then I built the gpc compiler with the make command. It worked until an other error occured : /Home/Users/mkhaldi/workspace/gpc-build/gcc/xgcc -B/Home/Users/mkhaldi/workspace/gpc-build/gcc/ -B/usr/local/sparc-sun-solaris2.7/bin/ -B/usr/local/sparc-sun-solaris2.7/lib/ -isystem /usr/local/sparc-sun-solaris2.7/include -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -shared -nodefaultlibs -Wl,-h,libgcc_s.so.1 -Wl,-z,text -Wl,-z,defs -Wl,-M,libgcc/sparcv9/libgcc.map -o sparcv9/libgcc_s.so.1 -m64 libgcc/sparcv9/_muldi3.o libgcc/sparcv9/_negdi2.o libgcc/sparcv9/_lshrdi3.o libgcc/sparcv9/_ashldi3.o libgcc/sparcv9/_ashrdi3.o libgcc/sparcv9/_ffsdi2.o libgcc/sparcv9/_clz.o libgcc/sparcv9/_cmpdi2.o libgcc/sparcv9/_ucmpdi2.o libgcc/sparcv9/_floatdidf.o libgcc/sparcv9/_floatdisf.o libgcc/sparcv9/_fixunsdfsi.o libgcc/sparcv9/_fixunssfsi.o libgcc/sparcv9/_fixunsdfdi.o libgcc/sparcv9/_fixdfdi.o libgcc/sparcv9/_fixunssfdi.o libgcc/sparcv9/_fixsfdi.o libgcc/sparcv9/_fixxfdi.o libgcc/sparcv9/_fixunsxfdi.o libgcc/sparcv9/_floatdixf.o libgcc/sparcv9/_fixunsxfsi.o libgcc/sparcv9/_fixtfdi.o libgcc/sparcv9/_fixunstfdi.o libgcc/sparcv9/_floatditf.o libgcc/sparcv9/_clear_cache.o libgcc/sparcv9/_trampoline.o libgcc/sparcv9/__main.o libgcc/sparcv9/_exit.o libgcc/sparcv9/_absvsi2.o libgcc/sparcv9/_absvdi2.o libgcc/sparcv9/_addvsi3.o libgcc/sparcv9/_addvdi3.o libgcc/sparcv9/_subvsi3.o libgcc/sparcv9/_subvdi3.o libgcc/sparcv9/_mulvsi3.o libgcc/sparcv9/_mulvdi3.o libgcc/sparcv9/_negvsi2.o libgcc/sparcv9/_negvdi2.o libgcc/sparcv9/_ctors.o libgcc/sparcv9/_divdi3.o libgcc/sparcv9/_moddi3.o libgcc/sparcv9/_udivdi3.o libgcc/sparcv9/_umoddi3.o libgcc/sparcv9/_udiv_w_sdiv.o libgcc/sparcv9/_udivmoddi4.o libgcc/sparcv9/unwind-dw2.o libgcc/sparcv9/unwind-dw2-fde.o libgcc/sparcv9/unwind-sjlj.o -lc && rm -f libgcc_s_sparcv9.so && ln -s sparcv9/libgcc_s.so.1 libgcc_s_sparcv9.so ld: fatal: file /lib/sparcv9/values-Xa.o: wrong machine class What is the problem? How to fix it? Thanks

1 0

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