Re: [parisc-linux] glibc binary NMU for hppa, built with gcc-3.4

2005-09-20 Thread Matthias Klose
John David Anglin writes:
  Following the discussion on parisc, I uploaded glibc built with
  gcc-3.4. Validated, that gcc-4.0 bootstraps again and the python build
  errors are gone.
 
 Does this fix GCC PR 23731?

can't check, it currently segfaults trying to generate the
classmap.db (same thing already happens with 4.0 on m68k-linux).

$ gdb .libs/gcj-dbtool
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as hppa-linux...Using host libthread_db library 
/lib/libthread_db.so.1.

(gdb) set args -n foo.db
(gdb) run
Starting program: 
/scratch/packages/gcc/snap/gcc-snapshot-20050919/build/hppa-linux-gnu/libjava/.libs/gcj-dbtool
 -n foo.db
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 4227)]
[New Thread 32769 (LWP 4230)]
[New Thread 16386 (LWP 4231)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 4227)]
0x41809c14 in _Unwind_Resume_or_Rethrow () from 
/usr/lib/gcc-snapshot/lib/libgcc_s.so.2
(gdb) bt
#0  0x41809c14 in _Unwind_Resume_or_Rethrow () from 
/usr/lib/gcc-snapshot/lib/libgcc_s.so.2
#1  0x4180aed0 in _Unwind_Find_FDE () from 
/usr/lib/gcc-snapshot/lib/libgcc_s.so.2
#2  0x41995ccc in dl_iterate_phdr () from /lib/libc.so.6
#3  0x4180aa6c in _Unwind_Find_FDE () from 
/usr/lib/gcc-snapshot/lib/libgcc_s.so.2
#4  0x41806f38 in _Unwind_FindEnclosingFunction () from 
/usr/lib/gcc-snapshot/lib/libgcc_s.so.2
#5  0x418085d4 in _Unwind_Backtrace () from 
/usr/lib/gcc-snapshot/lib/libgcc_s.so.2
#6  0x40ae1004 in _Jv_StackTrace::GetStackTrace () from 
/usr/lib/gcc-snapshot/lib/libgcj.so.7
#7  0x40b16028 in java::lang::VMThrowable::fillInStackTrace () from 
/usr/lib/gcc-snapshot/lib/libgcj.so.7
#8  0x40d58e84 in java::lang::Throwable::fillInStackTrace () from 
/usr/lib/gcc-snapshot/lib/libgcj.so.7
#9  0x40d58f78 in java::lang::Throwable::Throwable () from 
/usr/lib/gcc-snapshot/lib/libgcj.so.7
#10 0x40d58fb0 in java::lang::Throwable::Throwable () from 
/usr/lib/gcc-snapshot/lib/libgcj.so.7
#11 0x40d5908c in java::lang::Exception::Exception () from 
/usr/lib/gcc-snapshot/lib/libgcj.so.7
#12 0x40d590d4 in java::lang::ClassNotFoundException::ClassNotFoundException ()
   from /usr/lib/gcc-snapshot/lib/libgcj.so.7
#13 0x40d59100 in java::lang::ClassNotFoundException::ClassNotFoundException ()
   from /usr/lib/gcc-snapshot/lib/libgcj.so.7
#14 0x40d91414 in java::net::URLClassLoader::findClass () from 
/usr/lib/gcc-snapshot/lib/libgcj.so.7
#15 0x40b2a178 in gnu::gcj::runtime::BootClassLoader::bootLoadClass ()
   from /usr/lib/gcc-snapshot/lib/libgcj.so.7
#16 0x40b15f30 in java::lang::VMClassLoader::loadClass () from 
/usr/lib/gcc-snapshot/lib/libgcj.so.7
#17 0x40b0d738 in _Jv_FindClass () from /usr/lib/gcc-snapshot/lib/libgcj.so.7
#18 0x40acd64c in _Jv_FindClassFromSignature () from 
/usr/lib/gcc-snapshot/lib/libgcj.so.7
#19 0x40ae20ec in _Jv_Linker::resolve_field () from 
/usr/lib/gcc-snapshot/lib/libgcj.so.7
#20 0x40ae4250 in _Jv_Linker::ensure_class_linked () from 
/usr/lib/gcc-snapshot/lib/libgcj.so.7
#21 0x40ae4400 in _Jv_Linker::wait_for_state () from 
/usr/lib/gcc-snapshot/lib/libgcj.so.7
#22 0x40b0c720 in java::lang::Class::initializeClass () from 
/usr/lib/gcc-snapshot/lib/libgcj.so.7
#23 0x40b27df0 in gnu::gcj::convert::BytesToUnicode::getDecoder ()
   from /usr/lib/gcc-snapshot/lib/libgcj.so.7
#24 0x40b13c50 in java::lang::String::init () from 
/usr/lib/gcc-snapshot/lib/libgcj.so.7
#25 0x40d6d71c in java::lang::String::String () from 
/usr/lib/gcc-snapshot/lib/libgcj.so.7
#26 0x40acddac in JvConvertArgv () from /usr/lib/gcc-snapshot/lib/libgcj.so.7
#27 0x40acf008 in _Jv_RunMain () from /usr/lib/gcc-snapshot/lib/libgcj.so.7
#28 0x40acf24c in _Jv_RunMain () from /usr/lib/gcc-snapshot/lib/libgcj.so.7
#29 0x40acf278 in JvRunMain () from /usr/lib/gcc-snapshot/lib/libgcj.so.7
#30 0x418a2664 in __libc_start_main () from /lib/libc.so.6
#31 0x0001259c in _start () at ../sysdeps/hppa/elf/start.S:84
#32 0x0001259c in _start () at ../sysdeps/hppa/elf/start.S:84
#33 0x0001259c in _start () at ../sysdeps/hppa/elf/start.S:84
#34 0x0001259c in _start () at ../sysdeps/hppa/elf/start.S:84
#35 0x0001259c in _start () at ../sysdeps/hppa/elf/start.S:84
#36 0x0001259c in _start () at ../sysdeps/hppa/elf/start.S:84
#37 0x0001259c in _start () at ../sysdeps/hppa/elf/start.S:84
#38 0x0001259c in _start () at ../sysdeps/hppa/elf/start.S:84
#39 0x0001259c in _start () at ../sysdeps/hppa/elf/start.S:84
#40 0x0001259c in _start () at ../sysdeps/hppa/elf/start.S:84

[gdb hangs here]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




Re: [parisc-linux] glibc binary NMU for hppa, built with gcc-3.4

2005-09-20 Thread Matthias Klose
John David Anglin writes:
  Following the discussion on parisc, I uploaded glibc built with
  gcc-3.4. Validated, that gcc-4.0 bootstraps again and the python build
  errors are gone.
 
 Does this fix GCC PR 23731?

down to 475 test failures. Maybe related to PR23602


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: [parisc-linux] glibc binary NMU for hppa, built with gcc-3.4

2005-09-20 Thread John David Anglin
 John David Anglin writes:
   Following the discussion on parisc, I uploaded glibc built with
   gcc-3.4. Validated, that gcc-4.0 bootstraps again and the python build
   errors are gone.
  
  Does this fix GCC PR 23731?
 
 down to 475 test failures. Maybe related to PR23602

I suspect that there are still glibc issues.

With 2.3.2.ds1-22, I don't see anywhere this number of fails:
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00946.html.
From testing with 4.1, I know that the SyncTest and Thread_Monitor
can be fixed by adding locking to the pa compare_and_swap
implementation for java.  This is important on SMP systems.

I made a couple of changes to libjava on head which fixed problems
with java exception handling on the pa:

2005-08-21  John David Anglin  [EMAIL PROTECTED]

PR libgcj/23507
* stacktrace.cc (_Jv_StackTrace::UnwindTraceFn): Fix typo in newLength
assignment.  Cast operands of compare to function pointer type.

2005-08-20  John David Anglin  [EMAIL PROTECTED]

PR libgcj/21692
* sysdep/pa/descriptor.h: New file.
* configure.host: Use sysdep/pa/descriptor.h on hppa*-*.

Possibly, we need to look at back porting these fixes.  However,
the code in 4.0 is different and I wasn't seeing the same errors.

Dave
-- 
J. David Anglin  [EMAIL PROTECTED]
National Research Council of Canada  (613) 990-0752 (FAX: 952-6602)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



glibc binary NMU for hppa, built with gcc-3.4

2005-09-17 Thread Matthias Klose
Following the discussion on parisc, I uploaded glibc built with
gcc-3.4. Validated, that gcc-4.0 bootstraps again and the python build
errors are gone.

Please make this change for the next sourceful upload.

Matthias


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]