Gpc

gpc@gnu.de

5400 discussions

Re: GPC 2.1 RC 1 released
by Frank Heckenbach 31 Dec '01

31 Dec '01

Hi, > sounds great! Will there be an OS/2 (emx) binary, too? I don't have the > setup for a build myself these days. Please ask on the list (gpc(a)gnu.de). I don't have an EMX setup myself, but maybe someone else does. Frank -- Frank Heckenbach, frank(a)g-n-u.de http://fjf.gnu.de/ PGP and GPG keys: http://fjf.gnu.de/plan

1 0

Random in GPC Pascal?
by A. Huici 28 Dec '01

28 Dec '01

Hello, How I can use "Random" function or another pseudo random number generator in GPC Pascal? Sincerely, a.huici(a)telia.com

3 2

Interfacing C++
by Robert.Roebling＠t-online.de 23 Dec '01

23 Dec '01

Hi, I consider writing an GNU Pascal interface to a rather large C++ library. Ideally, I would like to match Pascal objects to C++ classes, either directly or indirectly. There are already Python, Perl, Basic and Lua bindings for the same C++ library, so we are not uninformed about the work involved in writing a new language binding. My question is if there is any helper tool that makes lifer for this kind of thing easier than having to do everything by hand? Thanks for any info. Please reply to me directly as I am not subscribed to the GPC mailing list - I am subscribed to too many already. The C++ library is free and Open Source, if that matters to anyone. It is the GUI library wxWindows. Regards, Robert

1 0

[Fwd: ANNOUNCE: DJGPP V2.03 Refresh Beta]
by Maurice Lombardi 20 Dec '01

20 Dec '01

Hi gpc/djgpp users I have recompiled gpc-20011202 for the "refresh" version announced below. But I have no Windows 2000 or XP machine to test it. I have only checked that it works well with W98se. It is uploaded on agnes as ftp://agnes.dida.physik.uni-essen.de/home/maurice/gpc-20011202-gcc-2953.i586-pc-msdosdjgpp-refresh.zip When running in a W98se Dos box it gives zero error (2 tests skipped as usual) when running the test suite by going into the gcc/p/test directory and issuing simply "make": this was one of the improvements announced (Nesting will recover selectors). The dostest.bat which was designed to overcome this bug by splitting the tests in chunks of 250 will no more be necessary when/if this version will be uploaded to simtelnet. Meanwhile do not use it "as is" with this version because it triggers an other bug ... apparently the maximum length of the command line which can be passed from dostest.bat to make has been somewhat decreased: it works if the tests are split in chunks of only 128 ... The following diff will do the job: --- dostest.bat.orig Thu Jan 4 07:22:08 2001 +++ dostest.bat Thu Dec 20 18:57:44 2001 @@ -28,6 +28,6 @@ if exist make.out del make.out if exist dtlist.* del dtlist.* make msg -ls -1 *.pas | split -l 250 - dtlist. +ls -1 *.pas | split -l 128 - dtlist. for %%f in (dtlist.*) do make MASK="`cat %%f`" pascal.check-long >> make.out sh test_sum < make.out This diff can be included without harm in next gpc snapshots. Meanwhile a file gpc-test-20011202.zip (with modified dostest.bat) has been uploaded to agnes in the same directory as above for people wanting to check this version of gpc with Windows 2000 / XP. (The test suite is not included with the binaries). -------- Message d'origine -------- Objet: ANNOUNCE: DJGPP V2.03 Refresh Beta Date: Tue, 18 Dec 2001 08:47:21 -0600 (CST) De: sandmann(a)clio.rice.edu (Charles Sandmann) Répondre-A: djgpp(a)delorie.com A: djgpp-announce(a)delorie.com DJGPP release V2.03 has been available since January 2000. In that time a small number of bugs have been discovered and corrected. Windows 2000 and Windows XP were released with some bugs in their DOS support. The goal for the refreshed release was to provide complete binary compatibility and fixes for known problems that were simple and low risk to fix. The updated version works with Windows ME, Windows 2000 and Windows XP in addition to earlier platforms. Fixes included in the update distribution: Windows 2000 and XP long file name support fixes Windows 2000 and XP program nesting fixes Windows 2000 and XP debugging breakpoint fixes Windows NT, 2000 and XP sbrk address wrap fixes Windows ME fixes in rename and mkdir __dpmi_simulate_real_mode_procedure_retf_stack fix Symify fixes to prevent crashes on symbol interpretation Error message instead of crash if no selector for _dos_ds Termios read bug fix on STDIN Format fix in strftime Freopen will always reuse same handle Nesting will recover selectors (long makes should not fail) Itimer fix for usecs == 0 Long path bug fixes (to prevent being treated as /) FSEXT fixes for dup and dup2 Y2K fix in djasm More details (and html links to updated distributions) are available from: http://clio.rice.edu/djgpp/win2k/main_203.htm The files can also be retrieved using ftp from: ftp://clio.rice.edu/djgpp/v203u/ Some key GNU distributions have been rebuilt with the updated library to make installs and building other packages easier on Windows 2000 and XP. If you have a chance (or need any of the fixes mentioned) please try out the new distributions. If the distributions are an improvement over the current distributions they will replace the files on Simtel. -- 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 63 54 95 mailto:Maurice.Lombardi@ujf-grenoble.fr

2 1

Solaris 8 binaries
by Mariusz Zynel 20 Dec '01

20 Dec '01

Hi All, Due to some inquires I had recently, have just build latest GPC (20011202) under Solaris 8 using GCC 2.95.3. Binaries are packaged with native Solaris tools and are available at: ftp://math.uwb.edu.pl/pub/solaris8 as well as: ftp://agnes.dida.physik.uni-essen.de/home/mariusz Regards -- . Mariusz Zynel University of Bialystok, Institute of Mathematics Akademicka 2, 15-267 Bialystok, Poland ----------------------------------------------------------------------- mailto:mariusz@math.uwb.edu.pl office: +48 (85) 745 7552 http://math.uwb.edu.pl/~mariusz mobile: +48 (604) 777 588

2 1

Re: bug report
by Russell Whitaker 20 Dec '01

20 Dec '01

If you take the listing and make some minor changes so it looks like: unit Buff; interface const MAXLINES = 20000; type lline = string ( 4000 ); procedure BB_AddLine( Aline: lline ); {adds to end} implementation { var cap : integer;} type ptrline = ^Line; Line = string ( ); TbbArray = array[1..MAXLINES] of ptrline; var BigBuffer : Tbbarray; {array of pointers to data} LineCount : integer = 0; procedure BB_AddLine( Aline: lline ); begin inc( LineCount ); BigBuffer[ LineCount ] := new( ptrline, length( Aline )); BigBuffer[ LineCount ]^ := Aline; end; end. Compile the above, you get: buff.pas:17: parse error before `)' buff.pas:17: missing expression buff.pas:17: warning: missing string capacity - assuming 255 buff.pas: In procedure `Bb_addline': buff.pas:28: too many arguments to `New' Now, uncomment lines 12,13 so it reads var cap: integer; And add in cap to line 17 so it reads Line = string( cap ); The unit now compiles and works as expected. (creates strings with capacity = length at runtime) Russ

3 3

starting problems ...
by Fernando Carrilho 20 Dec '01

20 Dec '01

I'm trying to start to work with gnu pascal on a solaris 2.6 platform. After installing the binary distribution 19990118, my first attempts to compile a simple program (demoproc.pas, included in the distribution) have no sucessfull at all: using gpc --automake demoproc.pas produces the output ld: fatal: file crt1.o: open failed: No cuch file or directory ld: fatal: file crti.o: open failed: No cuch file or directory ld: fatal: file crtbegin.o: open failed: No cuch file or directory ld: fatal: library -lgcc: not found ld: fatal: file crtend.o: open failed: No cuch file or directory ld: fatal: file crtn.o: open failed: No cuch file or directory It looks something is misconfigured ... I'm using GPC_EXEC_PREFIX=/usr/local/lib/gcc-lib/*/* This should be a very basic thing to solve, but .... can someone help ? Thank you, Fernando Carrilho

2 1

New GDB version 5.1 available
by Pierre Muller 19 Dec '01

19 Dec '01

This is just to inform people that GDB 5.1 was released. http://sources.redhat.com/ml/gdb-announce/2001/msg00010.html Extract of the annoucement of particular interest for gpc and fpc-pascal mailing lists : ........................ What has changed in GDB? *** Changes in GDB 5.1: ........................ * Support for debugging Pascal programs. GDB now includes support for debugging Pascal programs. The following main features are supported: - Pascal-specific data types such as sets; - automatic recognition of Pascal sources based on file-name extension; - Pascal-style display of data types, variables, and functions; - a Pascal expression parser. However, some important features are not yet supported. - Pascal string operations are not supported at all; - there are some problems with boolean types; - Pascal type hexadecimal constants are not supported because they conflict with the internal variables format; - support for Pascal objects and classes is not full yet; - unlike Pascal, GDB is case-sensitive for symbol names. >>>>>>>>>>>>>>>>>>>>>>< The pascal language support is essentially my work, but it is still far from complete and far from perfect. One of the latest patch applied should allow to get a nice representation of GPC strings. Please don't hesitate to report problems about pascal support .... Two reminders: -- if you really can't do what you used to do anymore with GDB, try simply to set the language to C with (gdb) set langugage c and try again if it works better. Don't forget that if you are in pascal language, pascal syntax must be used: so to change the value of a variable 'x' in the program, you will need to use (gdb) set x := 5 instead of (gdb) set x = 5 for older GDB version. In the hope that these changes will be useful for the pascal community. Pierre Muller Institut Charles Sadron 6,rue Boussingault F 67083 STRASBOURG CEDEX (France) mailto:muller@ics.u-strasbg.fr Phone : (33)-3-88-41-40-07 Fax : (33)-3-88-41-40-99

6 8

Re: bug report
by Russell Whitaker 19 Dec '01

19 Dec '01

Hi Thanks for the prompt and detailed reply. Below is a copy of program with errors removed. Noteable: 1. a var declaration is required before a type declaration. 2. later on, the varible just declared really isn't needed. in this case a "new(ptrline, length( Aline ))" works just as well. There may be several ways you could redesign gpc to remove the var requirement. One way would be to allow a dummy varible in a type declaration so new() would know there is more than one item. Russ unit Buff; interface const MAXLINES = 20000; type lline = string ( 4000 ); procedure BB_AddLine( Aline: lline ); {adds to end} implementation var cap : integer; type ptrline = ^Line; Line = string ( cap ); TbbArray = array[1..MAXLINES] of ptrline; var BigBuffer : Tbbarray; {array of pointers to data} LineCount : integer = 0; procedure BB_AddLine( Aline: lline ); begin inc( LineCount ); cap := length( Aline ); BigBuffer[ LineCount ] := new( ptrline, cap ); BigBuffer[ LineCount ]^ := Aline; end; end.

2 1

GPC 2.1 RC 1 released
by Frank Heckenbach 17 Dec '01

17 Dec '01

Hi everyone, GPC version 20011202 has been uploaded to the usual places, CVS and FTP: ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/current/gpc-20011202.tar.gz We consider this version the Release Candidate #1 for the upcoming GPC 2.1 release. Many things have changed since the last announced version. (Please see the `Done' section of the To-Do list and the `News' chapter in the manual or on the homepage for details.) Though many bugs have been fixed since the last version, there is still a number of known bugs left, some of which are longstanding issues that will take some time to be fixed. Therefore, according to a discussion in gpc(a)gnu.de, we have decided to make a 2.1 release now, anyway. This version has been tested successfully (i.e., the test suite ran without failures -- except martin2a.pas and fjf434c.pas on some platforms which should have been moved to knownbugs, and will be further investigated before the final release) on the following systems: i586-pc-linux-gnulibc1 (gcc-2.8.1) i586-pc-linux-gnulibc1 (gcc-2.95.3) i386-pc-msdosdjgpp (gcc-2.8.1) sparc-sun-solaris2.6 (gcc-2.95.2) mips-sgi-irix6.5 (gcc-2.95.2) alpha-dec-osf4.0b (gcc-2.95.3) Test reports from other systems are welcome. If you find new or especially important bugs, or very important missing features, let us know so we can perhaps fix them before 2.1. Any major changes, however, will not be done in the 2.1 source tree, but rather in the next alpha versions leading to 2.2. 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

4 4

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