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@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 wrote:
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@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.
How about djgpp with gcc 2.95.3 (or later) ?
On 12 Dec 2001, at 23:42, Frank Heckenbach wrote:
Hi everyone,
GPC version 20011202 has been uploaded to the usual places, CVS and FTP:
[...]
Something seems to be broken in the handling of units. For example, this program;
program broken; uses system; var x : integer = 123456; begin Writeln (lo (x)); Writeln (hi (x)); end.
will generate compile-time errors if "system.pas" is not found. This is so even though the precompiled unit binaries (system.gpi and system.o) are where they should be. The program compiles okay under previous versions (well, at least up till 20010623, which I have been using until now).
History: in the past, I have always been able to build all the standard units (in the "units" directory), and then move the sources elsewhere, while leaving the .gp? and .o files where they were. GPC was always able to link the object files without problem. This feature now seems to be broken. Is this deliberate or a side effect of something else?
Best regards, The Chief --------- Prof. Abimbola Olowofoyeku (The African Chief) Author of Chief's Installer Pro for Win32 Email: African_Chief@bigfoot.com http://www.bigfoot.com/~african_chief/
Prof. A Olowofoyeku (The African Chief) wrote:
On 12 Dec 2001, at 23:42, Frank Heckenbach wrote:
Hi everyone,
GPC version 20011202 has been uploaded to the usual places, CVS and FTP:
[...]
Something seems to be broken in the handling of units. For example, this program;
program broken; uses system; var x : integer = 123456; begin Writeln (lo (x)); Writeln (hi (x)); end.
will generate compile-time errors if "system.pas" is not found. This is so even though the precompiled unit binaries (system.gpi and system.o) are where they should be. The program compiles okay under previous versions (well, at least up till 20010623, which I have been using until now).
History: in the past, I have always been able to build all the standard units (in the "units" directory), and then move the sources elsewhere, while leaving the .gp? and .o files where they were. GPC was always able to link the object files without problem. This feature now seems to be broken. Is this deliberate or a side effect of something else?
The latter (I've changed some things in the module handling recently). Should be fixed now.
BTW, why do you move the units away? To avoid unnecessary recompiling? I think (hope) GPC shouldn't do this anymore.
Frank
On 15 Dec 01, at 1:07, Frank Heckenbach wrote:
[...]
History: in the past, I have always been able to build all the standard units (in the "units" directory), and then move the sources elsewhere, while leaving the .gp? and .o files where they were. GPC was always able to link the object files without problem. This feature now seems to be broken. Is this deliberate or a side effect of something else?
The latter (I've changed some things in the module handling recently). Should be fixed now.
Ok, thanks. I will apply the patch later.
BTW, why do you move the units away? To avoid unnecessary recompiling?
Yes.
I think (hope) GPC shouldn't do this anymore.
I will let you know in due course whether this is the case.
Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) Author of: Chief's Installer Pro for Win32 http://www.bigfoot.com/~African_Chief/chief32.htm Email: African_Chief@bigfoot.com
-
CBFalconer -
Frank Heckenbach -
Prof Abimbola Olowofoyeku -
Prof. A Olowofoyeku (The African Chief)