Bug#592281: gcj-4.4-jdk: libgcj.spec not found on some architectures

2010-08-08 Thread Johann Felix Soden
Package: gcj-4.4-jdk Version: 4.4.4-9 Severity: important The pdftk package (version 1.41+dfsg-9) FTBFS on several architectures (alpha, hppa, ia64, mips, mipsel, powerpc, s390, sparc), but builds without problems on others (amd64, armel, i386, kfreebsd-*). The only reason for the FTBFS seems t

Results for 4.4.5 20100728 (prerelease) (Debian 4.4.4-8) testsuite on s390-ibm-linux-gnu

2010-08-08 Thread Matthias Klose
LAST_UPDATED: Obtained from SVN: tags/gcc_4_4_4_release revision 158895 Target: s390-linux-gnu gcc version 4.4.5 20100728 (prerelease) (Debian 4.4.4-8) Native configuration is s390-ibm-linux-gnu === g++ tests === Running target unix === g++ Summary for unix ===

Results for 4.4.5 20100728 (prerelease) (Debian 4.4.4-8) testsuite on hppa-unknown-linux-gnu

2010-08-08 Thread Matthias Klose
LAST_UPDATED: Obtained from SVN: tags/gcc_4_4_4_release revision 158895 Target: hppa-linux-gnu gcc version 4.4.5 20100728 (prerelease) (Debian 4.4.4-8) Native configuration is hppa-unknown-linux-gnu === g++ tests === Running target unix === g++ Summary === # o

Bug#589389: FTBFS on ia64

2010-08-08 Thread Emilio Pozuelo Monfort
On 08/08/10 18:23, Emilio Pozuelo Monfort wrote: > I've debugged it on merulo and it builds fine with gcc-4.3 and gcc-snapshot, > only fails with gcc-4.4. However with -O0 and -O1 it builds fine with > gcc-4.4, only -O2 fails. FWIW this was with gcc-4.4 4.4.4-7 (the one that is installed on merulo

Processed: Re: Bug#589389: FTBFS on ia64

2010-08-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > reassign 589389 gcc-4.4 Bug #589389 [genius] FTBFS on ia64 Bug reassigned from package 'genius' to 'gcc-4.4'. Bug No longer marked as found in versions genius/1.0.9-1. > affects 589389 genius Bug #589389 [gcc-4.4] FTBFS on ia64 Added indication th

Processed (with 1 errors): retitle some wnpp bugs

2010-08-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > retitle 418481 RFP: mupacs -- emacs mode for MuPAD Bug #418481 [wnpp] RFC: MuPACS, an emacs mode for MuPAD Changed Bug title to 'RFP: mupacs -- emacs mode for MuPAD' from 'RFC: MuPACS, an emacs mode for MuPAD' > retitle 440680 ITP: apparmor -- ap

Bug#578831: link failure with LTO: ???invalid DSO for symbol `pthread_cancel@@GLIBC_2.0' definition???

2010-08-08 Thread Kirill Smelkov
On Sun, Aug 08, 2010 at 12:24:58PM +0200, Steinar H. Gunderson wrote: > On Sun, Aug 08, 2010 at 02:20:38PM +0400, Kirill Smelkov wrote: > > No thanks, I can't afford NDA for myself. > > I wouldn't require an NDA to be signed -- it would be on honor code. :-) > (It's not a commercial product, but I

Bug#578831: link failure with LTO: ???invalid DSO for symbol `pthread_cancel@@GLIBC_2.0' definition???

2010-08-08 Thread Steinar H. Gunderson
On Sun, Aug 08, 2010 at 12:46:54PM +0200, Steinar H. Gunderson wrote: > OK, I think I've spotted the problem -- it doesn't like that .a files > reference variables in .o files. Actually, .a files are not recompiled for LTO at all. If I stick everything in .a files and link, linking is very fast; i

Bug#578831: link failure with LTO: ???invalid DSO for symbol `pthread_cancel@@GLIBC_2.0' definition???

2010-08-08 Thread Steinar H. Gunderson
On Sun, Aug 08, 2010 at 12:24:58PM +0200, Steinar H. Gunderson wrote: >> Though I may suggest to try latest upstream binutils and gcc-4.5 to see >> whether it works there, and if not, try harder to still disentangle the >> testcase. > I'll give probably give it a shot, eventually. OK, I think I've

Bug#578831: link failure with LTO: ???invalid DSO for symbol `pthread_cancel@@GLIBC_2.0' definition???

2010-08-08 Thread Steinar H. Gunderson
On Sun, Aug 08, 2010 at 02:20:38PM +0400, Kirill Smelkov wrote: > Just a note - if your program uses pthread you should pass -pthread > explicitly, even if some other library you link to uses pthread, because > with -Wl,-no-add-needed (which is the default in Fedora, and may be some > time in Debia

Bug#578831: link failure with LTO: ???invalid DSO for symbol `pthread_cancel@@GLIBC_2.0' definition???

2010-08-08 Thread Kirill Smelkov
On Sun, Aug 08, 2010 at 11:55:28AM +0200, Steinar H. Gunderson wrote: > On Sun, Aug 08, 2010 at 01:47:09PM +0400, Kirill Smelkov wrote: > > The fix Matthias reffered to, is that you no longer need to pass -pthread > > explicitly if your program does not use pthreads. Please try it out -- > > it sho

Bug#578831: link failure with LTO: “invalid DSO for symbol `pthread_cancel@@GLIBC_2.0' definition”

2010-08-08 Thread Steinar H. Gunderson
On Sun, Aug 08, 2010 at 01:47:09PM +0400, Kirill Smelkov wrote: > The fix Matthias reffered to, is that you no longer need to pass -pthread > explicitly if your program does not use pthreads. Please try it out -- > it should not complain about pthread_cancel. Well, my program uses pthreads, so it'

Bug#578831: link failure with LTO: “invalid DSO for symbol `pthread_cancel@@GLIBC_2.0' definition”

2010-08-08 Thread Kirill Smelkov
On Sat, Aug 07, 2010 at 10:08:27PM +0200, Steinar H. Gunderson wrote: > On Sat, Aug 07, 2010 at 09:46:31PM +0200, Matthias Klose wrote: > > fixed in binutils 2.20.1-13 (and in binutils from experimental). > > I'm afraid it's not: > > fugl:~/dev/tehintro> ld -v > GNU ld (GNU Binutils for Debian) 2

Processed: Re: gfortran-4.4 does not support -Wp, -MD for *.F (4.4 regression, needed for auto-dependencies)

2010-08-08 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > package gfortran-4.4 Limiting to bugs with field 'package' containing at least one of 'gfortran-4.4' Limit currently set to 'package':'gfortran-4.4' > tag 576864 + fixed-upstream - upstream Bug #576864 [gfortran-4.4] gfortran-4.4 does not support

Bug#576864: gfortran-4.4 does not support -Wp, -MD for *.F (4.4 regression, needed for auto-dependencies)

2010-08-08 Thread Kirill Smelkov
package gfortran-4.4 tag 576864 + fixed-upstream - upstream thanks The fix was commited to upstream gcc-4_4-branch today: http://gcc.gnu.org/viewcvs?view=revision&revision=162990 Now all we need, is to pull from there. Thanks, Kirill -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.deb