LAST_UPDATED: Tue Jul 22 22:33:04 UTC 2003
Native configuration is arm-unknown-linux-gnu
=== libjava tests ===
Running target unix
FAIL: natlongfield.cc compilation
FAIL: natshortfield.cc compilation
FAIL: calls run
WARNING: program timed out.
FAIL: cxxtest run
FAIL: field run
F
LAST_UPDATED: Tue Jul 22 06:27:21 UTC 2003
Native configuration is arm-unknown-linux-gnu
=== libjava tests ===
Running target unix
FAIL: calls run
WARNING: program timed out.
FAIL: cxxtest run
FAIL: field run
FAIL: final_method run
FAIL: findclass run
FAIL: invoke run
FAIL: mart
On Sat, Jul 26, 2003 at 09:37:28AM +0200, Matthias Klose wrote:
> Ben, I think, this is the same as #202924, introduced by the
> sparc64-build patch. Is there a reason that -Y P,/usr/lib is replaced
> with -L/usr/lib ?
I can't remember why I had done that, but feel free to revert it.
--
Debian
Hi,
subject says it all. Compiling without -O2 resolves the problem. I had
no chance to compare the assembler output yet, though.
Regards,
-- Guido
pgp6jQefqHwgZ.pgp
Description: PGP signature
Ben, I think, this is the same as #202924, introduced by the
sparc64-build patch. Is there a reason that -Y P,/usr/lib is replaced
with -L/usr/lib ?
--- sparc64-build.gcc-3.3.tmp/src/gcc/config/sparc/linux64.h2003-03-13
08:40:33.0 +
+++ sparc64-build.gcc-3.3/src/gcc/config/sparc/
Package: gcc-3.3
Version: 1:3.3.1-0pre0
Severity: normal
Hello,
I remarked a problem with gcc on Sparc which concerns the linking order
of libraries. I have done a simple test to show that:
First foo.c:
<--->
void foo()
{
}
<--->
Second file, main.c:
<--->
int main()
{
foo();
return 0;
}
6 matches
Mail list logo
