Gpc

gpc@gnu.de

5400 discussions

Re: CStrings
by Russ Whitaker 10 Jun '01

10 Jun '01

On Sun, 10 Jun 2001, Frank Heckenbach wrote: > Pointer to an Indefinite-length Zero-based Zero-terminated Array of > Char: PizzaChar. Tastes good to me. ;-) Now that's something you could sink your teeth into! These odd-ball names reminds me when, years ago, I was working for a company that required names for the wires on a wire-list. At times it got rather difficult to come up with unique, meaningfull names. So buried in one of the lists was: fez the name of a local beer-bar. rkg initials of one of the engineers on the project. Russ

1 0

problem with building GPC
by Kocherlakota Harikrishna 04 Jun '01

04 Jun '01

Hello Attached is the error we encountered, while building GPC We used gcc-2.95.2 and gpc-20010527 combination gpc.pas:57: #error Trying to compile gpc.pas with a non-matching GPC version is likely to cause problems. make[2]: *** [gpc.o] Error 1 make[2]: Leaving directory `/root/usr1/gcc-2.95.2/gcc/p/rts' make[1]: *** [pascal.rts] Error 2 make[1]: Leaving directory `/root/usr1/gcc-2.95.2/gcc' make: *** [install-gcc] Error 2 Request your suggestions Thanks and Regards hari

3 3

gcc-3.0
by Russ Whitaker 04 Jun '01

04 Jun '01

Hi Saw in the news that gcc-3.0 is promised to release on 6/15. So downloaded gcc-core-3.0-20010525.tar.gz and using gcc-2.97.diff as a guide, created gcc-3.0.diff (attached). caution: it does patch ok, but that's as far as I got. There could be a typo hiding in there. enjoy Russ

3 6

Re: Memory use problem
by david＠tcs01.demon.co.uk 04 Jun '01

04 Jun '01

In message <200105300203.EAA27083(a)goedel.fjf.gnu.de> Frank Heckenbach writes: > David James wrote: > [snip] > > 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. > > Those called from line 116 (which should all be $c08 on 32 bit > machines) are the internal structures used to keep track of the > pointers (i.e., if you don't use HeapMon and don't call `Mark' > anywhere in your code, they should disappear). I see that something > can be optimized to keep their number smaller, and I'll do this now, > but since you probably don't need HeapMon except for debugging, that > shouldn't be too important to you, I suppose. > > About the other ones: The RTS uses a few of them to store internal > values. These intentionally don't show up in HeapMon, and their > number should be fixed (i.e., not growing when the program runs > longer). Besides them and the ones you allocated, there should be no > pointers allocated from line 214 (which is the main entry point for > allocation) left. > > In particular, without HeapMon the program should not lose more and > more memory now, I hope (and soon also with HeapMon). Thank you for the details. I've now tried my test after removing HeapMon from the program, and the memory leaks seem to have away. Thank you very much. -- David James mailto:david@tcs01.demon.co.uk Special Stage Rally results archive <URL:http://www.tcs01.demon.co.uk/>

2 1

GtkUnits-20010602
by Nicola Girardi 02 Jun '01

02 Jun '01

Hi GPC People!! Quite sadly I still have got *no* feedback )-: for the GtkUnits package, but anyway I kept on working on it. The URL is always the same: <http://agnes.dida.physik.uni-essen.de/~nicola/GtkUnits/>. Here's an excerpt from the ChangeLog file after the last release. Most important is the introduction of the GdkPixbuf units. I hope someone will be using these units some day. : Sat 2 Jun 2001 16:00 Nicola Girardi <nikke(a)swlibero.org> : : * Added gdk-pixbuf/gdkpixbufloader.pas. : : * Added a test program which shows the nice penguin logo in : PNG format. : : * Reverted top level Makefile to old name mask as the sub : packages number is growing. New `make advice'. : : Mon 28 May 2001 18:34 Nicola Girardi <nikke(a)swlibero.org> : : * Removed {$L gtk/glib/etc.} in gtk.inc and others. Use : gtk-config, glib-config etc., that's smarter. : : * Updated README. : : Tue 22 May 2001 22:49 Nicola Girardi <nikke(a)swlibero.org> : : * Changed directory structure for gtk-tutorial (now : tutorial/) removed subdirectories, adjusted Makefile. : : Sun 13 May 2001 10:35 Nicola Girardi <nikke(a)swlibero.org> : : * Removed stale gtk-tutorial/selection/selectionc.c, fixed : the compilation bug in gettargets.pas, fixed selection.pas. : : Sun 13 May 2001 7:56 Nicola Girardi <nikke(a)swlibero.org> : : * Started porting of gdk-pixbuf. (Image loading library.) : gdk-pixbuf/gdkpixbuf.pas completed. : : Sun 6 May 2001 10:56 Nicola Girardi <nikke(a)swlibero.org> : : * GLIB logging functions stripped out. No need for the printf() : function family under Pascal. Maybe in the future a set of logging : functions will be implemented using Write as the backend. Regards, Nick

1 0

Multideimensional packed arrays
by david＠tcs01.demon.co.uk 01 Jun '01

01 Jun '01

Is this a known problem? program daj24(input,output); const maxmarker=5; maxcat=62; type t1pack=packed array [1..maxmarker,1..maxcat] of boolean; t2pack=packed array [1..maxmarker] of packed array [1..maxcat] of boolean; begin (*daj24*) writeln('Sizeof 1 pack is ',sizeof(t1pack):1); writeln('Sizeof 2 pack is ',sizeof(t2pack):1); end. (*daj24*) GPC version 20010516 reports sizeof 1 as 310, and sizeof 2 as 40. My previous version (19991030) reports both as 40. Looking at the info files, this looks like fjf149.pas fixed at 19980729. -- David James mailto:david@tcs01.demon.co.uk Special Stage Rally results archive <URL:http://www.tcs01.demon.co.uk/>

1 0

build error on linux-powerpc with recent 010516 snapshot
by Matthias Klose 01 Jun '01

01 Jun '01

The snapshot builds fine on i386, m68k, sparc and alpha (all linux). base gcc is the CVS gcc-2_95-branch.

1 0

Pindent
by Thomas Zambito 31 May '01

31 May '01

Hello GNU Pascal Team, I am evaluating Pindent which is -- I am sure you are aware -- a source-beautifier and translator of Pascal. Pindent has been submitted to become a GNU package, and I am looking for any opinions that the GNU Pascal Team may have about it. Is it useful, stable, does it do what its supposed to do, et cetera? There is more info about Pindent here: http://mond.dida.physik.uni-essen.de/~pindent/ Thank you in advance for your help, it will be good to have your opinions, as I have little experience with Pascal. Thanks again, Thomas Zambito GNU Software Evaluator http://www.gnu.org

1 0

const parameters
by Adam Naumowicz 31 May '01

31 May '01

Hello, I would like to know whether (or why) GPC makes strict type checking on procedure parameters passed as const. In a program like this: ---------------------------------- program tester; type firstobj=object end; secondobj=object(firstobj) end; procedure test(f:firstobj); begin end; var o:secondobj; begin test(o); end. ---------------------------- the compiler reports: tester.dpr:9: objects must not be value parameters tester.dpr: In main program: tester.dpr:16: illegal explicit assignment between objects The second error seems a little misterious for me, but it doesn't matter, maybe some errors recovery problem. I understand the reasons for not passing objects by value, so I tried to replace the procedure header by procedure test(const f:firstobj); but then passing an object derived from ffirstobj I get an error: tester.dpr:16: type mismatch in argument 1 of `Test'. So my question is - do I have to write such procedures in GPC as procedure test(var f:firstobj); ? I know I should probably use pointers to objects, but for some reason I would like to use this realization. Can someone explain me that? Regards, Adam Naumowicz -------------------------------------- WWW: http://math.uwb.edu.pl/~adamn/ --------------------------------------

2 1

RE: Null Character
by da Silva, Joe 31 May '01

31 May '01

For what it's worth, one of the most important features for me, of Pascal over C, is that Pascal strings can store ANY character, including NUL. I would guess than in at least half the programs I have written over the years that use strings, I have required this capability! This is also why I will never use Component Pascal - Uncle Wirth made a serious mistake by selecting C-style strings for that language! Regards, Joe. > -----Original Message----- > From: Frank Heckenbach [SMTP:frank@g-n-u.de] > Sent: Thursday, 31 May 2001 7:23 > To: gpc(a)gnu.de; adam.oldham(a)marconi.com > Subject: Re: Null Character > > Oldham, Adam wrote: > > > What is the Null Character to GPC for use in CHARs and STRINGs? In my > > previopus compiler \00 was used for this. > > I think we have discussed this several times already. (You are > subscribed to this list and got the replies, didn't you?) > > Again, if another compiler treats '\00' as a NUL character, that's > simply wrong, because in Pascal a string enclosed in '' must treat > every character literally (except ' itself which must be doubled to > get a literal '). > > > 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'; > > That's a 12 char string. > > > FILLCHAR(b, 4, CHR(0)); > > That's correct. > > > c ='0000'; > > That's 4 times the ASCII '0' (#48). > > > d = ''; > > That's an empty string which, if assigned to a fixed char array, > gets filled with spaces (according to the standard). Since Pascal > strings are not zero-terminated (as C strings are), no NUL appears > here. > > You can do it without FillChar as well: > Chr (0) + Chr (0) + Chr (0) + Chr (0) > > Or (non-standard Borland-compatible way): > #0#0#0#0 > > Or (non-standard GPC extension): > "\0\0\0\0" > (note the double quotes!) > > > Also, with GPC, when > > a new variable is defined, is it automatically zeroed out? > > No (even if they sometimes happen to be zeroed, you can't rely on > this). > > 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

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