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
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 ===
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
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
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
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
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
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
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
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
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
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'
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
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
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
15 matches
Mail list logo