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-…
[View More]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
[View Less]
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 …
[View More]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
[View Less]
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
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-…
[View More]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
[View Less]
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
> > …
[View More]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
[View Less]
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 …
[View More]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
[View Less]
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 …
[View More]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/
[View Less]
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
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
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.
Frank
--
Frank Heckenbach, frank(a)g-n-u.de, http://fjf.…
[View More]gnu.de/
GPC To-Do list, latest features, fixed bugs:
http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html
[View Less]