Russ Whitaker wrote:
Could you please post the complete error message (only one if they're all the same)?
edited output to one msg:
TEST abso1.pas: /usr/local/lib/gcc-lib/i586-pc-linux-gnu/2.95.2/libgpc.a(randfile.o): In function `do_seek': /usr/local/src/gcc-2.95.2/gcc/p/rts/randfile.c:327: the `llseek' function may be dangerous; use `lseek64' instead. OK
Thanks. I'll look into it. For a quick fix, you can try inserting the line:
#undef HAVE_LLSEEK
into rts/rts.h, after the line:
#include "rts-config.h"
This will disable 64 bit file access, until we can do this right.
Frank
Hi all
I can't run the test suite as presented (under Mingw and Cygwin), because I keep getting an error "*.pas: no such file" or something like that. Of course I can compile the source files singly or run a "for" loop at the command line - but presumably, you want the test suite to run on all platforms ...
Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) Author of: Chief's Installer Pro v5.22.1 for Win32 http://www.bigfoot.com/~African_Chief/chief32.htm Email: African_Chief@bigfoot.com
Some time ago, I wrote:
Russ Whitaker wrote:
Could you please post the complete error message (only one if they're all the same)?
edited output to one msg:
TEST abso1.pas: /usr/local/lib/gcc-lib/i586-pc-linux-gnu/2.95.2/libgpc.a(randfile.o): In function `do_seek': /usr/local/src/gcc-2.95.2/gcc/p/rts/randfile.c:327: the `llseek' function may be dangerous; use `lseek64' instead. OK
Thanks. I'll look into it. For a quick fix, you can try inserting the line:
#undef HAVE_LLSEEK
into rts/rts.h, after the line:
#include "rts-config.h"
This will disable 64 bit file access, until we can do this right.
I think I've now found out how to do this right, and I've incorporated the necessary changes into the current code base.
Could you (or anyone else) please check if it compiles now without the above work-around?
Note: To actually access files > 2GB on Linux on a 32 bit processor, you need glibc 2.1.3 and a fairly recent development kernel (like 2.3.99 or 2.4-pre), but the linker warnings should now be gone on all systems.
Frank
-- Frank Heckenbach, frank@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
On Wed, 13 Sep 2000, Frank Heckenbach wrote:
Some time ago, I wrote:
Russ Whitaker wrote:
Could you please post the complete error message (only one if they're all the same)?
edited output to one msg:
TEST abso1.pas: /usr/local/lib/gcc-lib/i586-pc-linux-gnu/2.95.2/libgpc.a(randfile.o): In function `do_seek': /usr/local/src/gcc-2.95.2/gcc/p/rts/randfile.c:327: the `llseek' function may be dangerous; use `lseek64' instead. OK
I think I've now found out how to do this right, and I've incorporated the necessary changes into the current code base.
Could you (or anyone else) please check if it compiles now without the above work-around?
Note: To actually access files > 2GB on Linux on a 32 bit processor, you need glibc 2.1.3 and a fairly recent development kernel (like 2.3.99 or 2.4-pre), but the linker warnings should now be gone on all systems.
compiled gpc-20000913: sucess !
test results: tests 1278 passed 1271 skipped 2 fail 5
the ones that failed are: dialec3.pas; getopt1.pas; getopt2.pas; getopt3.pas; gpctest.pas
that last one reported: Error in UnixTimeToTimeStamp
Thanks, Russ
Russ Whitaker wrote:
compiled gpc-20000913: sucess !
test results: tests 1278 passed 1271 skipped 2 fail 5
Great!
the ones that failed are: dialec3.pas; getopt1.pas; getopt2.pas; getopt3.pas;
What's the errors here?
gpctest.pas
that last one reported: Error in UnixTimeToTimeStamp
I'm changing it to output more debugging information. When it's been uploaded (tonight or tomorrow), please run it again, and send me the output.
Frank
-
Frank Heckenbach -
Prof Abimbola A Olowofoyeku -
Russ Whitaker