Gpc December 2003

gpc@gnu.de

22 participants
32 discussions

GDB Debugging Nightmare!
by Bryan Meredith 06 Feb '04

06 Feb '04

Hello chaps, I have looked through the list but cant find anything definitive on this one... I am using -gstabs to compile as -g on its own gives "internal error - unimplemented function unk_lang_create_fundamental_type called." (as per an earlier post). I can get things to display by casting them to their type Type(Var) with initial letters capitalised. Where I get really stuck is trying to use this technique on a thingy (its a union in C - I dont know much pascal so I dont know what its called - sorry). This isnt real code - its so I can try to explain a little better... TYPE header = RECORD item1 : WORD; item2 : WORD; item3 : LONGWORD; END; type1 = PACKED RECORD hdr ; header; custom1 : BYTE; END; { you get the idea...} thingy = RECORD CASE INTEGER OF 1: (member1 : type1); 2: (member2 : type2); 3: (member3 : type3); END; VAR dummy1 : header; dummy2 : type1; dummy3 : thingy; >From within GDB when the program is running, I can inspect the contents of dummy1 by doing p Header(Dummy1) ( I would expect a simple p dummy1 to work but any debug is better than none). How do I get it to display member2 (assuming that member2 is the relevent member). I can tell which structure to use as there is a variable that has been set. Out of interest, is there a way of telling which member is the relevent one just by looking at dummy3? Sorry if this is really amateurish - I am a C programmer that has suddenly inherited a whole load of Pascal and I must admit that I am struggling with the debugger. It works fine for me in C - I am hoping that it is my ignorance that is the cause of the problem. If there are any publications, online or in print (I have the GPC documentation but it didnt help on this one) that you recommend, please post away. Thanks for any insight, Bryan "Brain Murders" Meredith

3 8

--delphi bug?
by Prof A Olowofoyeku (The African Chief) 31 Dec '03

31 Dec '03

Hi This program fails to compile under '--borland-pascal' and '--delphi': program delphibug; {$delphi} { fails } {$borland-pascal} { so does this } CONST foo = 'PK'#5#6; { this is the offending line } begin Writeln ('OK'); end. This is the error I get (with gpc-20030830): "delphibug.pas:4: error: string concatenation without `Concat' or `+' is an extension delphibug.pas:4: error: of GNU Pascal" This error should not happen. If you remove the embedded condititionals, the program compiles fine both under BP and all versions of Delphi. Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) web: http://www.bigfoot.com/~african_chief/

6 18

Object type as function result?
by Markus Gerwinski 31 Dec '03

31 Dec '03

Hi folks, when declaring something like type tFoo = object ... end; Function bar ( ... ) = result: tFoo; ... is there a way to suppress this warning: optest.pas:53: warning: object type declared as function result type Resp. is there a good reason not to do so? (I've got a case here where it could indeed yield a more readable statement to return an object instead of a pointer to the object; but I don't know if it could cause compiler-internal problems.) Thanks, Markus

3 4

Installation on Cygwin
by Paul.Igodt 28 Dec '03

28 Dec '03

Dear GPC-colleagues I am new to this list, and maybe putting a question already answered several times. On my Win32 XP, I installed a fresh Cygwin (1.5.5-1), and downloaded GPC - binaries for it (gpc-2.1-i686-pc-cygwin.tar.gz) . Those were installed as found in http://www.gnu-pascal.de/gpc/Binary-Distributions.html#Binary%20Distributio… (basically unzippen and untarring...) Now I find a /cygnus directory in my cygwin root. However, gpc seems not to be found as executable, nor does it work. Can somebody help me? My aim is to move certain Sun Pascal files (now in Solaris) to cygwin. Are there hints which I should take account of once my compiler is up and running? Thanks a lot Paul

3 2

Gnu Pascal / Environment variables
by Paul.Igodt 26 Dec '03

26 Dec '03

Thanks for the help in installing GPC for my new CYGWIN configuration. It seems to work now. I want to transfer several pascal programs from a Sun machine (Solaris 7, compiled with Sun Pascal), to GPC. Could anybody help me e.g. by showing the code to catch some of my cygwin (bash) environment-variables: e.g. 'PWD', 'HOME', 'TERM', ... How do I ask a 'system call' to be executed from within a GPC program? E.g. assume I want to make a 'ls' of some directory, and to see if there is a file called 'testfile'. Thanks for your help. Paul

4 4

GPC for ARM7tdmi (MMU-less)
by Ingvar Marny 19 Dec '03

19 Dec '03

Hi All! Could anyone please help me to gain an understanding on subject. The situation is as follows: I built from the sources GCC 3.2.3, 3.3.2, 2.95.2 and 2.95.3 with GPC (I tried versions of GPC 20020510 and 20030830). As it is written in documentation, to make program work on ARM without MMU, it's necessary to use compiler switch -mno-got (ot mno-gotplt) but this option is available only for CRIS architecture, not for ARM. AFAIK the sequence of steps to build some Pascal program for ARM without MMU is (at least, I acted in this way): 1. configure GCC sources together with GPC with switches --enable-languages=all --target=arm-elf 2. build the whole toolchain 3. build target program for ARM (using option -mno-gotplt (or -mno-got)) 3. make flat executable file for ARM using elf2flt utility Anyway, the compiler tells me that 'no-got' is an unknown option. Is anyone experienced in the subject? Another problem which I was having during building cross compiler GPC for ARM (GCC of version 3.2.3, GPC of version 20030830, Red Hat Linux 9, kernel 2.4.20, binutils of version 2.14, host i686): I didn't manage to build it all together for the first time. It showed me some error (unfortunatly, don't remember now) I was forced to do like this: 1. configure, build and install gcc with configuration --target=arm-elf 2. configure, build and install gcc with configuration --enable-languages=pascal --target=arm-elf 3. configure, build and install gcc with configuration --enable-languages=all --target=arm-elf I'll be very grateful for any ideas. Best regards, Igor Marnat. mailto:marny@rambler.ru

2 1

spam on gpc list :-(
by Anja Gerwinski 15 Dec '03

15 Dec '03

Hello, the spammers have eventually found out how to post to the gpc list. As far as I can see, two spams made it here: Subject "Would Like to Advertise on Your Site" (12/03) Subject "NEEDED YOUR KIND ATTENTION" (12/04) Currently, non-subscribers can post to the gpc list if they reply "accept" to an automated message. Apparently, the spammers have found out how to use this. I see no other option than allowing only postings from list members in the future (*). Any other opinions? I am going to leave the separate gpc-announce list in its current mode, i.e. nobody can post directly to gpc-announce, but everybody can confirm their own posting. If spammers start misusing that, we will have to change those settings, too, so that only members of gpc-announce will be allowed to confirm their posting. (*) People with multiple addresses can still subscribe their extra addresses in "nomail" mode, so postings from those addresses will be accepted as members': If your spare address is foo@bar, email <majordomo(a)gnu.de> with the following message body: subscribe-set gpc nomail foo@bar Best wishes, Anja (who wonders how long it will take until spammers start automated subscriptions to various mailing lists)

3 3

gpc-20030830 and packed records
by Prof A Olowofoyeku (The African Chief) 14 Dec '03

14 Dec '03

Hi Frank I thought the problem with packed records was fixed in 20030830 - but this program: program packer; uses strings; Type foo = packed record sig : array [ 0..3 ] OF char; end; Var f : foo; Begin strcopy (f.sig, 'OK'); End. produces this compiler error: packer.pas: In main program: packer.pas:10: cannot take address of packed record field `sig' Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) web: http://www.bigfoot.com/~african_chief/

4 9

string in modules
by mehdi 13 Dec '03

13 Dec '03

Hi, I put a string in a module's interface. When I assign it in my main program, the string is always empty. I use this string to share information within some files. I've already read such a bug in the mailing list. But I'd like to know if this "bug" is fixed. -------------------------------My module : module m interface; export m =all; type String80 = string(80); Var myString : String80; End; ------------------------------ ---------------------------------My main program: program p; begin myString := 'allo'; writeln('myString = ', myString); end; ---------------------------------------And the result is : myString = '' My gpc version is : gpc version 20030209, based on gcc-2.95.2 19991024 (release) thanks

1 0

module without implementation
by mkhaldi＠gosympatico.ca 12 Dec '03

12 Dec '03

Hi, I apply the patch you have made. So now, the init_XXX symbol appears only for modules which have implementation part. For the modules which don't have implementation part, the init_XXX symbole doesn't appear. Actually, when import clause is called, the init_XXX symbol is generated. Is it possible to generate the init_XXX symbol for all the types of modules(with or without implementation part)? thanks

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