Gpc September 2003

gpc@gnu.de

31 participants
37 discussions

Best Way to Link With GCC
by Kevan Hashemi 19 Sep '03

19 Sep '03

Dear GPC Users, I have pascal code that reads and writes from standard io. I would like to compile it into a library that someone who has only GCC can link to. With the help of the GPC demo programs, I have arrived at the solution I give below. What is the standard way of solving this problem? Yours, Kevan Hashemi ----------- My Solution ----------- We arrange our pascal code as a program (as in gcc_c_pas.pas demo): program example; procedure pascal_procedure; attribute (name='Pascal_Procedure'); begin WriteLn('Here we are in the Pascal Procedure.'); Flush(Output) end; begin end. We compile this program as a dynamic library: gpc -o example.o -dynamiclib example.pas --gpc-main=dummy We can look inside with UNIX command "otool -T -v example.o" and see the _p_initialize routine is there for us to link to. In our C program we have: extern int _p_initialize (int argc, char **argv, char **envp); and in the main loop or init routine we put: _p_initialize (0,NULL,NULL); Now we link with GCC: gcc -o lwdaq lwdaq.o example.o We can call Pascal_Procedure from the C program and get output to the terminal.

2 1

128-bit keys
by Prof A Olowofoyeku (The African Chief) 19 Sep '03

19 Sep '03

All gpc gurus and mathematicians Does anyone have some code to generate impossible-to-crack-in-500-years 128-bit encryption keys? Thanks. Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) web: http://www.bigfoot.com/~african_chief/

4 3

Re: 128-bit keys
by Prof A Olowofoyeku (The African Chief) 19 Sep '03

19 Sep '03

I wrote earlier ... > All gpc gurus and mathematicians > > Does anyone have some code to generate impossible-to-crack-in-500-years > 128-bit encryption keys? One addition. I also need to have the keys in hexadecimal format, thanks. Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) web: http://www.bigfoot.com/~african_chief/

1 0

Patent demonstration
by Eike Lange 18 Sep '03

18 Sep '03

Hi Folks! (Sorry for the cross post) Tomorrow starts the second netwide demonstration against software patents. (http://swpat.ffii.org/index.en.html) I'd like to replace the index page at http://grx.gnu.de and http://www.gnu-pascal.{de,org} with a page similar to http://www.gnu.org. This time, the page should last until 24th of september. Any objections? It would be nice, if you could contribute with your own pages. Eike -- http://www.gnushi.de

3 3

Re: Module global string bug
by Wood David 18 Sep '03

18 Sep '03

Thanks Waldek, That's a really big help. Having migrated from DEC Pascal which had very different MODULE integration syntax I had never picked up on the importance of the IMPORT clause, especially as the code has always compiled without a hitch. I wonder if there is any way gpc can pick up on the use of declarations which haven't been properly initialised, either at compile time or run-time? Regards, David Wood. > -----Original Message----- > From: Waldek Hebisch [mailto:hebisch@math.uni.wroc.pl] > Sent: Tuesday, September 16, 2003 12:44 PM > To: Wood David > Cc: gpc(a)gnu.de > Subject: Re: Module global string bug > > > David Wood wrote: > > 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. > > Your program is buggy: you forgot to 'import' your module. Even if > you want to access objects in the module via external name you still > need to 'import' it so its inititializer is run automatically. If you > want main program to be in other language, then you need to call > 'init_With_string' explicitly. > > -- > Waldek Hebisch > hebisch(a)math.uni.wroc.pl or hebisch(a)hera.math.uni.wroc.pl > 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 QinetiQ may be recorded for quality control, regulatory and monitoring purposes.

5 7

Bugfix
by Frank Heckenbach 17 Sep '03

17 Sep '03

Another memory management bugfix, thanks to Waldek Hebisch. (I've updated the archives on the server again.) Those who've seen memory problems with the new GPC, please try again with this and the other patches applied. 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

4 10

automake gpi
by Mehdi Khaldi 17 Sep '03

17 Sep '03

How to make gpi files automatically without generating object files? I'd like to generate only gpi files. I'll use --interface-only option. But, an error occurs when I use automake option. Is there another option to (re)generate automatically gpi files?

1 0

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

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