Gpc December 1999

gpc@gnu.de

26 participants
45 discussions

Bug? Variants don't overlay when they contain strings
by david＠tcs01.demon.co.uk 28 Dec '99

28 Dec '99

Should the different variants in a variant record overlay in the same memory? Previous Pascals I have used have guaranteed this, and I've got low-level code that relies on this. The simple example below shows that this is not true for GPC - the version as reported by gpc -v is: Reading specs from /usr/local/lib/gcc-lib/i586-pc-linux-gnu/2.95.2/specs gpc version 19991030, based on 2.95.2 19991024 (release) The output from the program is: addr of i is: -1073742896 addr of s is: -1073742760 addr of ic is: -1073742668 program daj15(input,output); type trec = record case integer of 1:(i:array [1..34] of integer); 2:(s:string(80)); 3:(ic:packed array[0..79] of char); end; var r:trec; procedure sub(r:trec); begin writeln('addr of i is: ',integer(addr(r.i)):1); writeln('addr of s is: ',integer(addr(r.s)):1); writeln('addr of ic is: ',integer(addr(r.ic)):1); end; begin sub(r); end. If the string s is removed from the record, then the same address is reported for i and ic. (I know the variants are not the same length, and they are intended not to be.) -- David James mailto:david@tcs01.demon.co.uk

1 0

compiling gpc units
by Dr A Olowofoyeku 24 Dec '99

24 Dec '99

Hi all I have been following the threads on compiling the GPC units for a while. A simple solution is an empty program that USEs all the units - build that program, and all the units are built automatically. Here is my version; {**********************************************************************} {**********************************************************************} {************** A program to build the main GPC units *****************} {*************** run 'gpc --autobuild -O2 build.pas' *****************} {**********************************************************************} {**********************************************************************} Program Build; USES crt, dos, dosunix, gmp, gpc, gpcutil, heapmon, overlay, pipe, ports, printer, regex, strings, system, trap, turbo3, windos; Begin End. Best regards, The Chief -------- Dr. Abimbola A. Olowofoyeku (The African Chief) Email: laa12(a)keele.ac.uk Homepage: http://ourworld.compuserve.com/homepages/African_Chief/ Author of: Chief's Installer Pro v5.21.1 for Win32 http://ourworld.compuserve.com/homepages/African_Chief/chief521.zip

1 0

Re: could not compile crt.pas
by Frank Heckenbach 23 Dec '99

23 Dec '99

Mason Ip wrote: > I wrote: > > BTW, this little script could build all the units (except > gpc-bp.pas for BP, not for GPC). > > > /opt/GCC2952/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/units> cat > build_units > > #!/bin/sh > > for file in `ls *.pas` > > do > > gpc -c $file > > done > > Oooop... forgot to say : > Run this script twice; the first run build those units without > dependancy on the others; the second run build the remainder. Dirty and > quick :) I think you can just use `--automake' in this script to avoid the problem... BTW, ls is not really needed, just `for file in *.pas' will do. Well, in fact, you can even do `gpc --automake -c *.pas', I just tried it... :-) 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

RE: could not compile crt.pas
by Mason Ip 23 Dec '99

23 Dec '99

I wrote: > BTW, this little script could build all the units (except gpc-bp.pas for BP, not for GPC). > /opt/GCC2952/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/units> cat build_units > #!/bin/sh > for file in `ls *.pas` > do > gpc -c $file > done Oooop... forgot to say : Run this script twice; the first run build those units without dependancy on the others; the second run build the remainder. Dirty and quick :)

1 0

RE: could not compile crt.pas
by Mason Ip 23 Dec '99

23 Dec '99

Thanks a lot, Frank. BTW, this little script could build all the units (except gpc-bp.pas for BP, not for GPC). /opt/GCC2952/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/units> cat build_units #!/bin/sh for file in `ls *.pas` do gpc -c $file done Thanks again. > ---------- > From: Frank Heckenbach[SMTP:frank@g-n-u.de] > Sent: Thursday, December 23, 1999 10:56 AM > To: gpc(a)gnu.de > Subject: Re: could not compile crt.pas > > Mason Ip wrote: > > > I had compiled gpc on Sparc Solaris 7 OK. But the crt.pas was not > compiled. > > As Mariusz said, units are not compiled when building GPC, but when > needed in a program. > > > After installation, gpc (and gcc, etc) were installed OK. But there was > no > > crt.gpm built from crt.pas. > > There is no crt.gpm because CRT is a (BP style) unit, not an (EP > style) module. Units create .gpi and .o files, modules .gpi, .gpm > and .o. > > > /opt/GCC2952/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/units> gpc -O > > --automake crt.pas > > By default, GPC tries to link (i.e. create an executable) which it > can't do with a unit. To compile a unit, use the `-c' option. > > Or, you can directly compile a program, e.g. > `gpc -O --automake /usr/doc/gpc/examples/crtdemo.pas' which will > automatically compile CRT and link all requires files and libraries. > > I'm just writing a utility which will make all of this easier... > > 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

Re: Help for gpc install
by Frank Heckenbach 23 Dec '99

23 Dec '99

"Khimenko Victor" wrote: > >> glibc (for example) is also stable product and many libraries compiled with it > >> are distributed and still you can get mess while mixing libraries compiled > >> against glibc 2.0.x/glibc 2.1.x (EVEN if developers of glibc tried VERY > >> hard to make glibc 2.1 backward compatible with glibc 2.0 on binary level!). > > > That's (beside the problems of incompatible glibc's on different > > distributions) why I personally don't consider glibc too stable > > yet... > > Hmm. libjpeg, libpng, libgif/libungif, Qt, GTK, etc, etc. Are we really have > ANY stable libraries at all ? To me it looks like wrong criterion :-) > Different visions of libraries usually are NOT compatible on binary level. > Be it in Linux, Windows or Solaris. As for static libs, they have the version number encoded into them (file names, and `-soname=...'), so the linker can prevent the wrong one from being linked. (At least that's true for Unix-like systems; I've heard under Windoze there are bigger problems, but I don't have personnal experience...) But if the compiler version also matters, it means we would have to use something like `/usr/lib/libjpeg.so.6.0.1.gcc-2.8.1'... And for static libs, this matters if another lib is compiled with one version of the lib (i.e., against its headers), and later used with another version of the lib. Yes, this can be a problem, but only affects a fraction of the libs out there (e.g. svgalib), while libgcc.a could potentially affect everything since it's used automatically by GCC, so the extent of problems would be much bigger. Anyway, I'm gonna ask the GCC people next year... 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

Re: could not compile crt.pas
by Frank Heckenbach 23 Dec '99

23 Dec '99

Mason Ip wrote: > I had compiled gpc on Sparc Solaris 7 OK. But the crt.pas was not compiled. As Mariusz said, units are not compiled when building GPC, but when needed in a program. > After installation, gpc (and gcc, etc) were installed OK. But there was no > crt.gpm built from crt.pas. There is no crt.gpm because CRT is a (BP style) unit, not an (EP style) module. Units create .gpi and .o files, modules .gpi, .gpm and .o. > /opt/GCC2952/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/units> gpc -O > --automake crt.pas By default, GPC tries to link (i.e. create an executable) which it can't do with a unit. To compile a unit, use the `-c' option. Or, you can directly compile a program, e.g. `gpc -O --automake /usr/doc/gpc/examples/crtdemo.pas' which will automatically compile CRT and link all requires files and libraries. I'm just writing a utility which will make all of this easier... 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

could not compile crt.pas
by Mason Ip 23 Dec '99

23 Dec '99

I had compiled gpc on Sparc Solaris 7 OK. But the crt.pas was not compiled. The sources of gcc and gpc were as follow. ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/alpha/gpc-19991030.tar.gz ftp://ftp.cs.ubc.ca/pub/archive/mirror/gnu/gcc/gcc-2.95.2.tar.gz After installation, gpc (and gcc, etc) were installed OK. But there was no crt.gpm built from crt.pas. The following were what I got when trying to compile crt.pas manually. /opt/GCC2952/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/units> which gpc /opt/GCC2952/bin/gpc /opt/GCC2952/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/units> gpc -v Reading specs from /opt/GCC2952/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/specs gpc version 19991030, based on 2.95.2 19991024 (release) /opt/GCC2952/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/units> gpc -O --automake crt.pas Undefined first referenced symbol in file crt_clrscr /var/tmp/cclOaycI1.o crt_clearterminal /var/tmp/cclOaycI1.o crt_restore_terminal_crt /var/tmp/cclOaycI1.o crt_read /var/tmp/cclOaycI1.o crt_HasColors /var/tmp/cclOaycI1.o crt_restore_terminal_no_crt /var/tmp/cclOaycI1.o crt_get_input_fd /var/tmp/cclOaycI1.o crt_readchar /var/tmp/cclOaycI1.o crt_NormAttr /var/tmp/cclOaycI1.o crt_setcontrolchars /var/tmp/cclOaycI1.o crt_ungetch /var/tmp/cclOaycI1.o [snip] crt_winsize /var/tmp/cclOaycI1.o crt_readwin /var/tmp/cclOaycI1.o main /opt/GCC2952/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/crt1.o crt_getcursorshape /var/tmp/cclOaycI1.o crt_setscroll /var/tmp/cclOaycI1.o crt_ColorFlag /var/tmp/cclOaycI1.o crt_check_winchanged /var/tmp/cclOaycI1.o crt_gotoxy /var/tmp/cclOaycI1.o crt_done /var/tmp/cclOaycI1.o ld: fatal: Symbol referencing errors. No output written to a.out collect2: ld returned 1 exit status /opt/GCC2952/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/units> /opt/GCC2952/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/units> ls ./ crtunix.h gpc.gpm pipec.c ../ crtunix1.h gpc.o ports.pas crt.gpi crtx.c gpc.pas printer.pas crt.inc crtxcurses.h gpc_bp.gpi regex.pas crt.pas dos.gpi gpc_delphi.gpi regexc.c crtc.c dos.pas gpc_ep.gpi strings.pas crtc.h dosunix.pas gpc_sp.gpi system.pas crtc.o gmp.gpi gpcutil.pas trap.pas crtdospc.h gmp.pas heapmon.pas trapc.c crtdummy.h gpc-bp.pas overlay.pas turbo3.pas crtlinux386.h gpc.gpi pipe.pas windos.pas /opt/GCC2952/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/units> I have libncurses installed on my system (from sunfreeware). What did I miss for compiling crt.pas ? Thanks for any pointer; please excuse me if this problem had been answered (and I had missed the answer).

2 1

Vacation
by Frank Heckenbach 23 Dec '99

23 Dec '99

Hi, the GPC team is taking vacations. Peter has already gone on holidays, and I'll also be off for some days. Furthermore, we do not know for sure if our mail server, or any server on the way, or any server's power supply, or whatever else will by affected by any Y2K bugs. So, if you send a request to the list in the next few weeks and don't get any reply, please send it again some weeks later... Merry Christmas and a Happy New Year (without too many bugs :-), 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

2 1

Re: Help for gpc install
by Frank Heckenbach 23 Dec '99

23 Dec '99

"Khimenko Victor" wrote: > > Since GPC uses the same backend as GCC, this is equivalent > > to the question whether you can link C files compiled with gcc-2.8.1 > > and gcc-2.95, which is the situation if you install gcc-2.95 on your > > system while your libraries have been compiled with gcc-2.8.1. Since > > I didn't read in the GCC docs that I should recompile all my libs > > after installing a new GCC version, I still can't believe that > > there's a problem (as far as C and Pascal are concerned)... > > There WAS such problems with oldier versions of GCC (2.5 => 2.7 or something). > Now gcc backend looks stable enough to avoid it but who knows ? Ask in gcc > mailing list if want to be 100% sure (not about gpc but about different > versions of gcc and "C" backend of course :-) Of course. :-) Will do so... > glibc (for example) is also stable product and many libraries compiled with it > are distributed and still you can get mess while mixing libraries compiled > against glibc 2.0.x/glibc 2.1.x (EVEN if developers of glibc tried VERY > hard to make glibc 2.1 backward compatible with glibc 2.0 on binary level!). That's (beside the problems of incompatible glibc's on different distributions) why I personally don't consider glibc too stable yet... 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

2 1

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 1999