Gpc

gpc@gnu.de

5400 discussions

Null Character
by Oldham, Adam 30 May '01

30 May '01

What is the Null Character to GPC for use in CHARs and STRINGs? In my previopus compiler \00 was used for this. VAR a : array [1..4] of chars; b : array [1..4] of chars; c : array [1..4] of chars; d : array [1..4] of chars; BEGIN a = '\00\00\00\00'; FILLCHAR(b, 4, CHR(0)); c ='0000'; d = ''; None of these are equivalent (I would expect the last two to not be equivalent). Basically, I am just looking for a way to test if an array of chars has been zeroed out using FILLCHAR with chr(0). Also, with GPC, when a new variable is defined, is it automatically zeroed out? Thanks! Adam Oldham

2 1

Re: Memory use problem
by david＠tcs01.demon.co.uk 30 May '01

30 May '01

In message <200105161218.OAA21172(a)goedel.fjf.gnu.de> Frank Heckenbach writes: > > Oh yeah ... there were some places left in the RTS that did > allocation around the normal route, via GPC_GetMem. I've changed > them now (and removed GPC_GetMem and related routines), so such > leaks should now be reported via HeapMon as well. > > I've also found and fixed a few leaks in this area. Maybe they are > what you're observing, though I'm not sure (the $a0 surprises me, > unless you're using a lot of typed files of a type of size $a0). > > So, when my next patch is uploaded, you might want to try again with > HeapMon. Frank, Thanks. I've tried my test again using version 20010516. The heapmon report at the end of the program shows 4 undisposed pointers (which I would expect, they are 4 pointers into shared memory regions which I new at the start of the program and do not dispose of). The report from mtrace looks a lot better, but I still see some unfreed memory. These are from calls at lines 116 and 214 of rts/heap.pas. Sizes 0xd, 0x21, 0x5c, and the majority for 0xc08. Looking at the RTS source these lines are the calls to GetMemPtr^ in GPC_New and GPC_Mark. I'm not sure how to get any further information for you ... I could try running the program under a debugger, breakpointiung at these routines and looking at the call stack, but that's going to take a long while. Any further thoughts? -- David James mailto:david@tcs01.demon.co.uk Special Stage Rally results archive <URL:http://www.tcs01.demon.co.uk/>

2 1

Re: Old Bug: Global variable not initialised properly
by Frank Heckenbach 29 May '01

29 May '01

Ian Thurlbeck wrote: > Since I wrote this message, we've made a change to the way you init a call > to a library function. This ditches the use of the global variable :) and > requires you to pass it as part of the init. Old programs still work > numerically, so that's OK. > > I would go putting in a kludge in the compiler for something like this. OK, I'm putting in `--init-modules'/`{$init-modules}' now (ian5[ab].pas, also fixes ian3.pas). > It > would be interesting to know how Sun and Dec (Compaq) do this though? > It must be something the linker knows about in the object module format, I > suppose. I have no idea, and no access to those compilers ... Frank -- Frank Heckenbach, frank(a)g-n-u.de http://fjf.gnu.de/ PGP and GPG keys: http://fjf.gnu.de/plan

1 0

Module/unit could not be imported
by Casper ter Kuile 29 May '01

29 May '01

Hi, I encounter the following problem regarding GPC: I have a program with the statement: uses {Crt,Dos,Larrayd,} sysutils, initiadel, goodiesdel, pathsdel, ozsimu3zdel, simuldel, decondel, shiftdel, efuvriv3del; And I try to compile and link this and receive this error: shic3_011del.p:36: module/unit interface `Sysutils' could not be imported Anyone an idea what is going wrong and how to fix it? Thanks! Casper. Casper ter Kuile, Lab. for Radiation Research (LSO), National Institute for Public Healthg and the Environment (RIVM) PB 1, 3720 BA, Bilthoven Building A6, roomr 104, pb 33 Phone: 030-2742647 (030-2742515) E-mail: casper.ter.kuile(a)rivm.nl

3 2

BUG report for gpc-20010516.tar.gz
by Mirsad Todorovac 26 May '01

26 May '01

Dear Sir or Madam, I have to report a bug in your code which prevents your PASCAL compiler to be built unless -DEGCS -DEGCS92 and -DEGCS95 are all defined (using 2.95.3 back-end). This has not been set by ``configure'', so manual intervention was needed. I can't tell if defining -DEGCS97 would be better than not, but I was satisfied (as for now) with having a PASCAL running on the system!!! (alpha-dec-osf4.0b box, gcc-2.95.3 compiler suite, gmake, gsed) Fix: define "-DEGCS -DEGCS92 -DEGCS95" in CFLAGS, meaning run: % gmake CFLAGS="-O2 -DEGCS -DEGCS92 -DEGCS95" RTSFLAGS=-Wall The compiling breaks, for example, on conflicting definitions of the return type of xmalloc(), one in gbe.h having char * as return value and the other, in libiberty.h having PTR as return value. Other problems are some conflicting prototypes having const defined in global includes, but ommited in /p/ source tree ... Also, never in the installation instruction it isn't mentioned that GPC needs a smarter sed - this could be addressed by ``configure'' script too. Also, very helpful would be if the building of PASCAL compiler wouldn't include "fixing" of C include files again, which takes anormous amount of time on Alpha/Digital-Unix box. Thank you very much for your time. Mirsad Todorovac

2 1

Thanks! (was RE: [Fwd: Re: Newbie question ...])
by da Silva, Joe 25 May '01

25 May '01

Many thanks for that clarification, Frank! As for the EXE compression by WDOSX, the documentation certainly suggests this is genuine compression, not simply stripping the symbol table ... :-) Best regards, Joe. > -----Original Message----- > From: Frank Heckenbach [SMTP:frank@g-n-u.de] > Sent: Friday, 25 May 2001 1:43 > To: gpc(a)gnu.de > Subject: Re: [Fwd: Re: Newbie question ...] > > da Silva, Joe wrote: > > > I have now tried WDOSX 0.96 and it works with the GPC > > "Hello world" test program! Not only did it convert the > > executable to a stand-alone application (built-in DPMI > > services), it also compressed the executable to nearly > > half it's original size! :-) > > Nice, but maybe it only stripped the symbol table (like `strip' > does). > > > OK, one final newbie question : The online documentation > > (http://agnes.dida.physik.uni-essen.de/~gnu-pascal/gnu.html) > > says that GPC can be used to compile "commercial, > > non-free" applications. Is this a modification of the standard > > GNU GPL, or is this an interpretation of the GPL? > > It's a special exception. All files of the Run Time System contain a > license statement like the following: > > : This file is part of GNU Pascal. > : > : GNU Pascal is free software; you can redistribute it and/or modify > : it under the terms of the GNU General Public License as published by > : the Free Software Foundation; either version 2, or (at your option) > : any later version. > : > : GNU Pascal is distributed in the hope that it will be useful, > : but WITHOUT ANY WARRANTY; without even the implied warranty of > : MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the > : GNU General Public License for more details. > : > : You should have received a copy of the GNU General Public License > : along with GNU Pascal; see the file COPYING. If not, write to the > : Free Software Foundation, 59 Temple Place - Suite 330, Boston, MA > : 02111-1307, USA. > : > : As a special exception, if you link this file with files compiled > : with a GNU compiler to produce an executable, this does not cause > : the resulting executable to be covered by the GNU General Public > : License. This exception does not however invalidate any other > : reasons why the executable file might be covered by the GNU General > : Public License. > > The compiler itself does not contain the exception, but that's not > necessary, because the output of a GPL's program does not > automatically fall under the GPL (unless it does for other reasons). > So, only if you copy/link some actual code from the compiler's > sources in your program, it would have to be GPL'd. > > Please note that some units distributed with GPC, or contributed on > other places have different licences, so check the license of each > unit you use (but that applies to any compiler, of course). > > > The > > reason I ask, is that a number of people, including (I think) > > DJ Delorie (of DJGPP fame), have a different interpretation. > > I apologise if this question has been asked before, but > > no matter how many times I read the GPL or look at the > > information of the FSF and GNU, I just can't figure it out. > > AFAIK, the DJGPP library is released under the LGPL which does allow > linking to non-free programs, though under some conditions (e.g., > provide relinkable object files, but see the LGPL for the exact > details). Of course, as above, this does not apply for using the > code of GCC or any other GPL'd program ported to DJGPP. > > Frank > > -- > Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/ > GPC To-Do list, latest features, fixed bugs: > http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html

1 0

Old Bug: Global variable not initialised properly
by Ian Thurlbeck 24 May '01

24 May '01

Dear All After 2 years of using gpc I thought I'd better update to a newer release, so I have installed gcc-2.95.3 and gpc-20010512. It appears than an old bug has resurfaced. A global variable declared in a module is not initialised properly. The following code does NOT print out the string 'OK': -------main.h------------ var s: string(40); external; procedure print_globals; external; ------------------------- -------main.p------------ program main(input,output); #include "main.h" begin s:='OK'; print_globals; end. ------------------------- -------lib.p------------- module lib(input,output); #include "main.h" var s:string(40); procedure print_globals; begin writeln(s); end; end. ------------------------- Compile with 'gpc -o main main.p lib.p' If you move the declaration of string 's' from lib.p to main.p it works. This was fixed about 2 years ago (by Peter I think) but it seems to have gotten un-fixed. The initialisation code for the Main program, when the variable 's' is defined in the module in lib.p, is not correct. If you do: # gpc -c lib.p # gpc -S main.p # vi main.s and add "movl $40,S" before .L6: in init_pascal_main_program, then # as -V -Qy -o main.o main.s GNU assembler version 2.10.91 (i386-redhat-linux) using BFD version 2.10.91.0.2 # gpc -o main main.o lib.o # ./main OK you get the expected result. Hope there is enough information to fix the problem. Many thanks Ian -- Ian Thurlbeck http://www.stams.strath.ac.uk/ Statistics and Modelling Science, University of Strathclyde Livingstone Tower, 26 Richmond Street, Glasgow, UK, G1 1XH Tel: +44 (0)141 548 3667 Fax: +44 (0)141 552 2079 Â°Ã¯S

3 7

RE: [Fwd: Re: Newbie question ...]
by da Silva, Joe 24 May '01

24 May '01

Good news! I have now tried WDOSX 0.96 and it works with the GPC "Hello world" test program! Not only did it convert the executable to a stand-alone application (built-in DPMI services), it also compressed the executable to nearly half it's original size! :-) OK, one final newbie question : The online documentation (http://agnes.dida.physik.uni-essen.de/~gnu-pascal/gnu.html) says that GPC can be used to compile "commercial, non-free" applications. Is this a modification of the standard GNU GPL, or is this an interpretation of the GPL? The reason I ask, is that a number of people, including (I think) DJ Delorie (of DJGPP fame), have a different interpretation. I apologise if this question has been asked before, but no matter how many times I read the GPL or look at the information of the FSF and GNU, I just can't figure it out. Regards, Joe. > -----Original Message----- > From: da Silva, Joe [SMTP:Joe.daSilva@emailmetering.com] > Sent: Wednesday, 23 May 2001 18:49 > To: gpc > Subject: RE: [Fwd: Re: Newbie question ...] > > Thanks for the info., Maurice. > > WDOSX is a DOS-extender for NASM, TASM, MASM, Borland C, > Borland Delphi, MSC, Watcom C, TMT Pascal and DJGPP ... > home page : http://www.wuschel.demon.co.uk/ > > I have now downloaded the pmode13b archive, but when I follow > the links for COFF, I reach a "dead end" (can't find domain) at : > http://www.abwillms.demon.co.uk/prog/kernel2.zip :-( > > Anyway, it looks like a new version of WDOSX was released > just last month, so I will try again with this release ... > > Joe. > > -----Original Message----- > > From: Maurice Lombardi [SMTP:Maurice.Lombardi@ujf-grenoble.fr] > > Sent: Wednesday, 23 May 2001 1:45 > > To: gpc > > Subject: [Fwd: Re: Newbie question ...] > > > > > > da Silva, Joe wrote: > > > > > Greetings. > > > > > > I hope I haven't missed the answer to this question somewhere (I have > > > looked at the online information, but couldn't find it ...) : > > > > > > Is there a stub/extender available, for the DJGPP build of the > > compiler, > > > that provides DPMI services for an application, instead of loading > > > CWSDPMI? I tried stubbing the "Hello world" example using WDOSX, > > > but this simply crashed the computer ... > > > > I do not know what is WDOSX > > DJGPP gives pmode13b/s in the v2misc directory (free of course). > > This stub can be bound to the COFF image to give a standalone > executable. > > See the doc included in the distribution. > > Maurice > > > > -- > > Maurice Lombardi > > Laboratoire de Spectrometrie Physique, > > Universite Joseph Fourier de Grenoble, BP87 > > 38402 Saint Martin d'Heres Cedex FRANCE > > Tel: 33 (0)4 76 51 47 51 > > Fax: 33 (0)4 76 51 45 44 > > mailto:Maurice.Lombardi@ujf-grenoble.fr

2 1

RE: [Fwd: Re: Newbie question ...]
by da Silva, Joe 23 May '01

23 May '01

Thanks for the info., Maurice. WDOSX is a DOS-extender for NASM, TASM, MASM, Borland C, Borland Delphi, MSC, Watcom C, TMT Pascal and DJGPP ... home page : http://www.wuschel.demon.co.uk/ I have now downloaded the pmode13b archive, but when I follow the links for COFF, I reach a "dead end" (can't find domain) at : http://www.abwillms.demon.co.uk/prog/kernel2.zip :-( Anyway, it looks like a new version of WDOSX was released just last month, so I will try again with this release ... Joe. > -----Original Message----- > From: Maurice Lombardi [SMTP:Maurice.Lombardi@ujf-grenoble.fr] > Sent: Wednesday, 23 May 2001 1:45 > To: gpc > Subject: [Fwd: Re: Newbie question ...] > > > da Silva, Joe wrote: > > > Greetings. > > > > I hope I haven't missed the answer to this question somewhere (I have > > looked at the online information, but couldn't find it ...) : > > > > Is there a stub/extender available, for the DJGPP build of the > compiler, > > that provides DPMI services for an application, instead of loading > > CWSDPMI? I tried stubbing the "Hello world" example using WDOSX, > > but this simply crashed the computer ... > > I do not know what is WDOSX > DJGPP gives pmode13b/s in the v2misc directory (free of course). > This stub can be bound to the COFF image to give a standalone executable. > See the doc included in the distribution. > Maurice > > -- > Maurice Lombardi > Laboratoire de Spectrometrie Physique, > Universite Joseph Fourier de Grenoble, BP87 > 38402 Saint Martin d'Heres Cedex FRANCE > Tel: 33 (0)4 76 51 47 51 > Fax: 33 (0)4 76 51 45 44 > mailto:Maurice.Lombardi@ujf-grenoble.fr

1 0

[Fwd: Re: Newbie question ...]
by Maurice Lombardi 22 May '01

22 May '01

da Silva, Joe wrote: > Greetings. > > I hope I haven't missed the answer to this question somewhere (I have > looked at the online information, but couldn't find it ...) : > > Is there a stub/extender available, for the DJGPP build of the compiler, > that provides DPMI services for an application, instead of loading > CWSDPMI? I tried stubbing the "Hello world" example using WDOSX, > but this simply crashed the computer ... I do not know what is WDOSX DJGPP gives pmode13b/s in the v2misc directory (free of course). This stub can be bound to the COFF image to give a standalone executable. See the doc included in the distribution. Maurice -- Maurice Lombardi Laboratoire de Spectrometrie Physique, Universite Joseph Fourier de Grenoble, BP87 38402 Saint Martin d'Heres Cedex FRANCE Tel: 33 (0)4 76 51 47 51 Fax: 33 (0)4 76 51 45 44 mailto:Maurice.Lombardi@ujf-grenoble.fr

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