Gpc July 2000

gpc@gnu.de

35 participants
109 discussions

Re: Compiling GPC under Irix 6.5
by Jean-Marc Ottorini 21 Jul '00

21 Jul '00

>It looks to me as if there is a '\' mising on the line ending -DCRT_END, >so I presume the xgcc produced a file called "a.out" and then after >that make tried to execute the command "-o tcrtend.o". > > >| >| gmake[1]: Entering directory >`/usr/people/ottorini/pascal/gpc-build/libiberty' >| if [ x"no" = xyes ] && [ ! -d pic ]; then \ >| mkdir pic; \ >| etc... >| ...................................................................... >| ............. >| >| /usr/people/ottorini/pascal/gpc-build/gcc/xgcc \ >| -B/usr/people/ottorini/pascal/gpc-build/gcc/ \ >| -B/usr/freeware2/mips-sgi-irix6.5/bin/ \ >| -I/usr/freeware2/mips-sgi-irix6.5/include -DIN_GCC \ >| -g -O2 -I./include -I. \ >| -I/usr/people/ottorini/pascal/gcc-2.95.2/gcc \ >| -I/usr/people/ottorini/pascal/gcc-2.95.2/gcc/config \ >| -I/usr/people/ottorini/pascal/gcc-2.95.2/gcc/../include -g0 \ >| -finhibit-size-directive -fno-inline-functions -fno-exceptions -g1 \ >| -c /usr/people/ottorini/pascal/gcc-2.95.2/gcc/crtstuff.c -DCRT_END >| -o tcrtend.o >| gmake[3]: Leaving directory `/usr/people/ottorini/pascal/gpc-build/gcc' >| tcrtend.o - No such file or directory >| gmake[2]: *** [stmp-multilib-sub] Error 2 >| gmake[2]: Leaving directory `/usr/people/ottorini/pascal/gpc-build/gcc' >| gmake[1]: *** [stmp-multilib] Error 1 >| gmake[1]: Leaving directory `/usr/people/ottorini/pascal/gpc-build/gcc' >| gmake: *** [install-gcc] Error 2 >| stat-sgi 24% Many many thanks for your answer, Richard, but this lack of "\" is due to a mail system reformating process. Nethertheless, you have pointed in a direction where I am going to check some items. Jean-Marc

1 0

Compiling GPC under Irix 6.5
by Jean-Marc Ottorini 21 Jul '00

21 Jul '00

I am currently in the process of compiling GPC on an SGI O2 station under Irix 6.5, and an error is occurring in the buiding of the compiler (after a successful configuration). This compilation is based on gcc-2.95.2 (the core version) and gpc-20000719. I am listing below the error messages (the binary file tcrtend.o is not found): ---------------------------------------------------------------------- ---------- gmake gmake[1]: Entering directory `/usr/people/ottorini/pascal/gpc-build/libiberty' if [ x"no" = xyes ] && [ ! -d pic ]; then \ mkdir pic; \ etc... ...................................................................... ............. /usr/people/ottorini/pascal/gpc-build/gcc/xgcc \ -B/usr/people/ottorini/pascal/gpc-build/gcc/ \ -B/usr/freeware2/mips-sgi-irix6.5/bin/ \ -I/usr/freeware2/mips-sgi-irix6.5/include -DIN_GCC \ -g -O2 -I./include -I. \ -I/usr/people/ottorini/pascal/gcc-2.95.2/gcc \ -I/usr/people/ottorini/pascal/gcc-2.95.2/gcc/config \ -I/usr/people/ottorini/pascal/gcc-2.95.2/gcc/../include -g0 \ -finhibit-size-directive -fno-inline-functions -fno-exceptions -g1 \ -c /usr/people/ottorini/pascal/gcc-2.95.2/gcc/crtstuff.c -DCRT_END -o tcrtend.o gmake[3]: Leaving directory `/usr/people/ottorini/pascal/gpc-build/gcc' tcrtend.o - No such file or directory gmake[2]: *** [stmp-multilib-sub] Error 2 gmake[2]: Leaving directory `/usr/people/ottorini/pascal/gpc-build/gcc' gmake[1]: *** [stmp-multilib] Error 1 gmake[1]: Leaving directory `/usr/people/ottorini/pascal/gpc-build/gcc' gmake: *** [install-gcc] Error 2 stat-sgi 24% ---------------------------------------------------------------------- ---------- I would be the most grateful if somenone could give me a hint as to how possibly fix this problem. Jean-Marc Ottorini

1 0

Re: gpc-20000707 djgpp native compilation
by Frank Heckenbach 20 Jul '00

20 Jul '00

I wrote: > Maurice Lombardi wrote: > > > same problem with gmp. The new gmp 3 is incompatible with the gmp 2.2 used by gpc for a stupid > > reason: all names in the library have been prepended by a g. It is probably only necessary to update > > accordingly the interface gmp.pas > > I'm aware of this problem, and working on it. It's a little tricky > to do it in such a way that GMP 2.x will still work, but Peter and I > have found a way how to do it. Should be fixed now. Patch will be uploaded soon. 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: gpc-20000707 djgpp native compilation
by Frank Heckenbach 19 Jul '00

19 Jul '00

Peter Gerwinski wrote: > > Var Go32_Info_Block: AsmName '_go32_info_block' T_Go32_Info_Block; > > The syntax of `asmname' has changed. The new syntax reads: > > Var Go32_Info_Block: T_Go32_Info_Block; AsmName '_go32_info_block'; Almost. It should be: Var Go32_Info_Block: T_Go32_Info_Block; AsmName '_go32_info_block'; external; 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

gpc-20000707 djgpp native compilation
by Maurice Lombardi 19 Jul '00

19 Jul '00

Hi all I have made a native compilation of gpc-20000707 and uploaded it into: ftp://agnes.dida.physik.uni-essen.de/home/maurice/gpc-20000707-i586-pc-msdosdjgpp-v203.zip It needs only very minor changes to the sources to work. They are contained in the two attached diffs to apply to gpc-20000707 and gcc-2952 source directories. - the gpc-20000707.diff corrects for an already reported problem with djgpp where pwd under command.com respond c:\djgpp\ garbling ADD_RTS_PARENT_DIR in make-lang.in - the gcc-2952 - includes --enable-languages=pascal in build.djg\djbuild1.sh - comments out unneeded lines in build.djg\build.bat - puts a manifest file in installs.djg\manifest needed to automatically generate the zip in summary, since this will have to be done several times (twp new alphas are already on agnes): supposing you have all downloaded in c:\installs cd c:\djgpp unzip32 \installs\gcc2952s.zip cd gnu\gcc-2.952 patch -p1 < \installs\gcc-2.952.diff cd .. tar -xvzhf \installs\gpc-2000070.tar.gz #do not forget the h parameter: it dereferences the links in the diffs, giving non-zero gcc-2.95.2.diff files cd gpc-20000707 patch -p1 < \installs\gpc-20000707.diff cd .. mv gpc-20000707\p gcc-2.952\gcc cd gcc-2.952\build.djg build It runs blindly since it outputs to several .log files. Watch a moment... when everything stops it means that gpc is asking whether you want to apply the patch. Just hit return (you can control what you are doing with an editor which looks to the file djconfig.log, but take an editor which automatically updates when the edited file is changed by an other process) and have a coffee ... You can then install the usual way the file gpc20bb.zip produced in installs.djg When running the demos I have found - gpc-in-c.h in the unit directory is not in a standard search directory for C header files, I moved it manually (in the zip) into the %DJGPP%\lib\gcc-lib\djgpp\2.952\include - intfiledemo.pas does not work. Cannot rewrite a non assigned file under djgpp The testsuite is now still running. Failures come mostly from the same cause. All this is made on a W98se dos box with LFN=y Hope this helps Maurice -- 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 51 45 44 mailto:Maurice.Lombardi@ujf-grenoble.fr

4 6

Re: gpc-20000707 djgpp native compilation
by Frank Heckenbach 18 Jul '00

18 Jul '00

Maurice Lombardi wrote: > [...] > > OK but the error comes afterwards: > > internal file name: (null) > internal file name: (null) > internal file name: (null) > internal file name: c:\djgpp\tmp\GPaaa14287 > c:/lombardi/djgpp/gpc/bug2.exe: permission denied to erase internal file `F' (er > ror #472 at 1597) > > This file is indeed created, and it has zero length > > > If this still works, you might want to make sure it really isn't a > > LFN problem. You could change rts/filename.pas, function > > GetTempFileName, so it return a name not longer than 8+3 (e.g., just > > return a constant name for testing), and rebuild the RTS. If the > > problem still exists then, it's no LFN problem... > > Same result > > internal file name: (null) > internal file name: (null) > internal file name: (null) > internal file name: c:\djgpp\tmp\aaa12508 > c:/lombardi/djgpp/gpc/bug2.exe: permission denied to erase internal file `F' (er > ror #472 at 1597) I think I found the bug now. The problem was that I can't reproduce it well -- Dos doesn't seem to like unlinking an opened file, but running under DosEmu (like I do when testing GPC), it works because it calls the Linux file routines and they just do it. After simulating a failure, I could see the problem and hopefully fix it. The patch will be uploaded to CVS soon. Thanks for helping to find 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

3 3

Re: gpc-20000707 djgpp native compilation
by Frank Heckenbach 18 Jul '00

18 Jul '00

Maurice Lombardi wrote: > fjf119 and fjf120: may be a relation with the previous bug ? > failure related to reset(input) I think there was an error in the test program themselves -- blame the one who wrote them (I won't tell you it was me ;-). It's quite possible the error didn't show until now due to some recent changes in the RTS. But now I've fixed the test programs (hopefully -- you might want to test them on your system). > Anyway the compiler seems quite good now. > Time to make a release ? We've got some items on our list to do before the release, but we're getting close. 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

Linking without automake/autobuild
by Mariusz Zynel 18 Jul '00

18 Jul '00

Hi All, I'm trying to link a program, that uses a couple of my own units already precompiled. So, I'm not specifying neither --automake nor --autobuild. Link editor ld reports error it can't find referenced symbols. There are two ways to go through this: 1. use autobuild facility - everything builds fine, or 2. supply object file names for gpc when linking - nightmare in case of advanced projects, though C works that way. I'm using 20000714 version on Solaris 8 x86. I remember I had similar problems with unofficial April version. I didn't find that in documentation, is it an unfixed bug? On the other hand, Pascal units works different than C modules and special make tool is necessary. I remember Frank's posting on that. So, automake seems quite natural as default. Maybe there should be an option to turn it off instead? E.g. Free Pascal works so that it always runs in autobuild mode, at least one of its older versions I had. Regards -- . Mariusz Zynel Institute of Mathematics | phone: +48 (85) 745 75 52 University of Bialystok | Akademicka 2 St | mailto:mariusz@math.uwb.edu.pl 15-267 Bialystok | Poland | http://math.uwb.edu.pl/~mariusz/

4 4

Re: constant out of range
by Nathalie Jarosz 18 Jul '00

18 Jul '00

Hello all! It works with an array of longint. By the way, what is comp? Nathalie ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

2 1

Re: time stamp problem? timebug.p
by Frank Heckenbach 18 Jul '00

18 Jul '00

Tom Schneider wrote: > timebug.p: In function `pascal_main_program': > timebug.p:57: TimeStamp record type parameter required > > What did I do wrong? Don't declare TimeStamp yourself. The type is already built-in. The manual just describes how it looks like. In Pascal, two different records, even if the fields are the same, are not compatible. 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

← Newer
1
2
3
4
5
6
7
8
...
11
Older →

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 July 2000