Hi everyone,
GPC version 20020410, the release candidate #6 for GPC 2.1, has been uploaded to http://www.gnu-pascal.de/current/gpc-20020410.tar.gz
A diff against RC 5 can be found at http://www.gnu-pascal.de/current/gpc-20020402-20020410.diff.gz
According to a request by the Chief, the install target `pascal.install' and the Pascal only binary distributions (`pascal.bindist') do not include libgcc.a anymore. It is now only included with `pascal.install-with-gcc' and Pascal binaries with gcc (`pascal.bindist-with-gcc'), since the former should be used if (and only if) a matching GCC version is already installed which includes libgcc.a.
A module name conflict (which prohibited certain module names, e.g., `Files') was resolved, thanks to a report by Carel Fellinger. In the course of fixing this problem, the directive `asmname' was enabled for programs, units and module interfaces.
Some small bugs were fixed, including a problem when building GPC with `-pipe' (thanks to a report by George Shapovalov), the problem that ParamStr was not accepted as the first argument of `ReadStr' and `Val' (thanks to a report by Maurice Lombardi), a bug with differences of integer constans and a bug with a special case of nested schema types (thanks to reports by Emil Jerabek) and some other small bugs.
Frank
Frank Heckenbach wrote:
GPC version 20020410, the release candidate #6 for GPC 2.1, has been uploaded to http://www.gnu-pascal.de/current/gpc-20020410.tar.gz
I have compiled and uploaded it in the new usual place(s),
under fixed links:
http://www.gnu-pascal.de/contrib/maurice/gpc2953b.zip http://www.gnu-pascal.de/current/djgpp/gpc2953b.zip
But I have not been able to update directory http://www.gnu-pascal.de/current/binary/ because I have not write permission on it.
The _beta_ pdcurses 2.4 library has been replaced by the _release_ pdcur24b.zip available on simtelnet in djgpp distributions. The library is now named libpdcurses.a instead of libcurso.a (crt.pas was changed accordingly by Franck).
Similarly in the libs directory
http://www.gnu-pascal.de/current/libs/binary/i386-pc-msdosdjgpp/
the newer versions of the libraries gmp311 libjpeg6b libpng1012 pdcurses24 zlib114 come from simtelnet djgpp distribs (only renamed with our standard names). libtiff 3.4 is compiled out of the box from the sources. librx155 is the beta which was there previously.
grx244b is a binary of grx-2.4.4 intended for gpc/djgpp beginners. It can be installed the usual way in any djgpp tree (without compiling), and it contains the auxiliary libraries libjpeg libpng libtiff libz (and only them) from the previous packages. The fonts are in a standard djgpp location %DJGPP%\share\grx\fonts and are known by default through a suitable GRX_DEFAULT_FONT_PATH during compilation (valid what may be the true address of the djgpp tree).
All libs contain now manifest files for clean updates in the djgpp way:
cd %DJGPP% rm -fv @manifest\soso_old.mft unzip32 \temp\soso_new.zip
Maurice
Maurice Lombardi wrote:
But I have not been able to update directory http://www.gnu-pascal.de/current/binary/ because I have not write permission on it.
Now you should have permission.
Similarly in the libs directory
http://www.gnu-pascal.de/current/libs/binary/i386-pc-msdosdjgpp/
the newer versions of the libraries gmp311 libjpeg6b libpng1012 pdcurses24 zlib114 come from simtelnet djgpp distribs (only renamed with our standard names). libtiff 3.4 is compiled out of the box from the sources. librx155 is the beta which was there previously.
grx244b is a binary of grx-2.4.4 intended for gpc/djgpp beginners. It can be installed the usual way in any djgpp tree (without compiling), and it contains the auxiliary libraries libjpeg libpng libtiff libz (and only them) from the previous packages.
In this case, you might want to remove the standalone archives of those libs. I'd put them there only for GRX support, since AFAIK there exists no spearate GPC interface to them (yet).
Frank
Frank Heckenbach wrote:
Maurice Lombardi wrote:
Similarly in the libs directory
http://www.gnu-pascal.de/current/libs/binary/i386-pc-msdosdjgpp/
the newer versions of the libraries gmp311 libjpeg6b libpng1012 pdcurses24 zlib114 come from simtelnet djgpp distribs (only renamed with our standard names). libtiff 3.4 is compiled out of the box from the sources. librx155 is the beta which was there previously.
grx244b is a binary of grx-2.4.4 intended for gpc/djgpp beginners. It can be installed the usual way in any djgpp tree (without compiling), and it contains the auxiliary libraries libjpeg libpng libtiff libz (and only them) from the previous packages.
In this case, you might want to remove the standalone archives of those libs. I'd put them there only for GRX support, since AFAIK there exists no spearate GPC interface to them (yet).
OK, done.
In this directory remain only tiff (which is not distributed in binary for djgpp), rx beta (found nowhere), and gmp pdcurses grx for those which arrive in this directory through the libs/binary directory.
Maurice
I have updated the ebuild to use rc6. It has been commited and is in the gentoo database now.
On Thursday 11 April 2002 04:31, Frank Heckenbach wrote:
GPC version 20020410, the release candidate #6 for GPC 2.1, has been uploaded to http://www.gnu-pascal.de/current/gpc-20020410.tar.gz
Some small bugs were fixed, including a problem when building GPC with `-pipe' (thanks to a report by George Shapovalov), the problem
Frank: I am sorry to inform you, but this did not resolve the -pipe problem. I had to resort to removing -pipe from CFLAGS. If you wish I can email you the ebuild so that you may try to reproduce this. The ebuild is a bash script, so you should be able to use it even without gentoo specific apps.
Some system info: uname: Linux 2.4.17-r3 #1 i686 GenuineIntel
gcc -v: Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/2.95.3/specs gcc version 2.95.3 20010315 (release)
glibc version: 2.2.5
George
George Shapovalov wrote:
Some small bugs were fixed, including a problem when building GPC with `-pipe' (thanks to a report by George Shapovalov), the problem
Frank: I am sorry to inform you, but this did not resolve the -pipe problem. I had to resort to removing -pipe from CFLAGS. If you wish I can email you the ebuild so that you may try to reproduce this. The ebuild is a bash script, so you should be able to use it even without gentoo specific apps.
Yes please -- along with an error log of your attempt with `-pipe'.
Frank