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
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 …
[View More]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
[View Less]
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 "…
[View More]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
[View Less]
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
-------------------------------------…
[View More]----------------------------------
mailto:mariusz@math.uwb.edu.pl office: +48 (85) 745 7552
http://math.uwb.edu.pl/~mariusz mobile: +48 (604) 777 588
[View Less]
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 );
…
[View More]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
[View Less]
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: …
[View More]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
[View Less]
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 …
[View More]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
[View Less]
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.
…
[View More]
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.
[View Less]
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
…
[View More]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
[View Less]