Bug#323313: ICE compiling gnubik on i386 in size_binop

2005-08-15 Thread Matt Kraai
Package: gcc-4.0 Version: 4.0.1-4 Severity: important gnubik fails to build because there is an ICE: > if i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -DWIDGET_SET_gtk=1 > -DSCRIPTDIR=\"/usr/share/gnubik/scripts\" > -DGUILEDIR=\"/usr/share/gnubik/guile\" -DICONDIR=\"/usr/share/gnubik/icons\"

Bug#323325: ICE compiling gnustep-base's mframe.m

2005-08-15 Thread Matt Kraai
Package: gobjc-4.0 Version: 4.0.1-4 Severity: important gnustep-base fails to build on i386 because there is an ICE compiling mframe.m in i386: > gcc mframe.m -c \ > -MMD -MP -DGNUSTEP_INSTALL_PREFIX=/usr/lib/GNUstep/System > -DGNUSTEP_LOCAL_ROOT=/usr/local/lib/GNUstep/Local > -DGNUSTEP_N

Bug#323285: /usr/lib64 should be in a separate package

2005-08-15 Thread Alex Romosan
Matthias Klose <[EMAIL PROTECTED]> writes: > Alex Romosan writes: >> Package: libg2c0-dev >> Version: 1:3.4.4-7 >> Severity: minor >> >> i am not really sure why /usr/lib64 is includede in a package for a 32 >> bit architecture (i386 in this case). please move them to their own >> package. > > be

Bug#323285: /usr/lib64 should be in a separate package

2005-08-15 Thread Matthias Klose
Alex Romosan writes: > Package: libg2c0-dev > Version: 1:3.4.4-7 > Severity: minor > > i am not really sure why /usr/lib64 is includede in a package for a 32 > bit architecture (i386 in this case). please move them to their own > package. because it doesn't hurt. please send a patch to fix it.

Bug#321785: fakeroot: segfaults on [hppa]

2005-08-15 Thread John David Anglin
> > no, it's not fakeroot, it's make segfaulting ... > [...] > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread 16384 (LWP 16911)] > > 0x4091fd20 in __canonicalize_funcptr_for_compare () from > > /lib/libpthread.so.0 > > (gdb) bt > > #0 0x4091fd20 in __canonicalize_

[Bug rtl-optimization/323] optimized code gives strange floating point results

2005-08-15 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15 21:23 --- *** Bug 23407 has been marked as a duplicate of this bug. *** -- What|Removed |Added

Bug#323285: /usr/lib64 should be in a separate package

2005-08-15 Thread Alex Romosan
Package: libg2c0-dev Version: 1:3.4.4-7 Severity: minor i am not really sure why /usr/lib64 is includede in a package for a 32 bit architecture (i386 in this case). please move them to their own package. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy:

Bug#323235: fails to find files during debug

2005-08-15 Thread martin f krafft
Package: libstdc++6-4.0-dbg, gdb Severity: minor Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912505584352 (LWP 21298)] 0x2ad69a65 in sentry (this=0x7fffdf00, [EMAIL PROTECTED]) at ostream.tcc:55 55 ostream.tcc: No such file or directory. in ostrea

Bug#323186: gfortran-4.0: gfortran should warn about 'f95' alias

2005-08-15 Thread Matthias Klose
[EMAIL PROTECTED] writes: > of this change somewhere would be nice - I can see no mention > in any of the changelogs provided. gcc-defaults (1.23) unstable; urgency=high * gfortran: Add alternative for f95. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Troubl

Bug#323186: gfortran-4.0: gfortran should warn about 'f95' alias

2005-08-15 Thread tow21
Package: gfortran-4.0 Version: 4.0.1-2 Severity: normal I recognise that this is partly a matter of taste; but I would much prefer that gfortran *not* provide a convenience alias to f95. I recognise that it is under my control via update-alternatives; however: Prior to the release of gfortran, a

[Bug bootstrap/12527] [3.3/3.4 regression] [arm] bootstrap error on arm-linux, miscompiling genconstants

2005-08-15 Thread rearnsha at gcc dot gnu dot org
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-08-15 09:37 --- (In reply to comment #23) > doko's patch triggers PR23256. gcc 3.3.3 on armeb appears to miscompile > itself > when SUBTARGET_CPU_DEFAULT is TARGET_CPU_arm6, but with TARGET_CPU_arm7tdmi it > all works fi