Bug#389539: file conflict with java-gcj-compat-dev

Package: libgcj-common Version: 1:4.1.1-13 Severity: grave Preparing to replace libgcj-common 1:4.1.1-13 (using .../libgcj-common_1%3a4.1.1-14_all.deb) ... Unpacking replacement libgcj-common ... dpkg: error processing /var/cache/apt/archives/libgcj-common_1%3a4.1.1-14_all.deb (--unpack):

Bug#268700: same files in gcc-3.3 and gcc-3.3-base

Package: gcc-3.3-base Version: 1:3.3.4-6sarge1.1 Severity: grave This just happened on a upgrade on sparc: (Reading database ... 48945 files and directories currently installed.) Preparing to replace gcc-3.3 1:3.3.4-3 (using .../gcc-3.3_1%3a3.3.4-6sarge1.1_sparc.deb) ... Unpacking replacement

Bug#268700: same files in gcc-3.3 and gcc-3.3-base

On Sat, Aug 28, 2004 at 07:20:37PM +0200, Matthias Klose wrote: Guido Guenther writes: Package: gcc-3.3-base Version: 1:3.3.4-6sarge1.1 Severity: grave This just happened on a upgrade on sparc: the nth duplicate ... see incoming. I was suprised to not find it filed against gcc-3.3

Bug#206232: gcc-3.3: [ppc] segmentation fault on altivec code

On Mon, Nov 03, 2003 at 01:51:50PM +, Colin Watson wrote: Is fftw3's current build failure on powerpc the same bug? I've attached preprocessed source for this; looking at PR target/11949 it seems similar. Seems so. Did you check if it compiles with gcc-snapshot? -- Guido signature.asc

Bug#206194: gcc-snapshot: [ppc] ICE on code using altivec

Package: gcc-snapshot Version: 20030815-1 Severity: normal Hi, this might be related to #205899 but the assoziated PR http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11793 claims that the problem is fixed in head. I'm still seeing a (though different) ICE with -snapshot at the same line of code as

Bug#206215: [ppc]: ICE: expected integer_cst, have real_cst

Package: gcc-snapshot Version: 20030815-1 Severity: normal Hi, Regression. Builds fine with gcc-3.3: /usr/lib/gcc-snapshot/bin/gcc --save-temps -c -ffast-math -fomit-frame-pointer -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I. -Inative -I.. -I../libmpdemux -I../loader

Bug#206232: gcc-3.3: [ppc] segmentation fault on altivec code

Package: gcc-3.3 Version: 1:3.3.2-0pre1 Severity: normal Hi, gcc -ffast-math -fomit-frame-pointer -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -g -DHAVE_AV_CONFIG_H -I.. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -maltivec -mabi=altivec -c -o ppc/idct_altivec.o

Bug#205899: gcc-3.3: [ppc] ICE on code using altivec

Package: gcc-3.3 Version: 1:3.3.2-0pre1 Severity: normal Hi, here's an ICE when building mplayer with altivec support on ppc: gcc -O4 -pipe -ffast-math -fomit-frame-pointer -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -g -DHAVE_AV_CONFIG_H -I.. -D_FILE_OFFSET_BITS=64

Bug#202859: compiling without optimation works

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

Bug#202859: [mips] branch out of range when building fold-const.c

Subject: gcc-3.3: [mips] branch out of range when building mips64-linux gcc Package: gcc-3.3 Version: 1:3.3.1-0rc1 Severity: normal Hi, when building a mips-linux - mips64-linux crosscompiler current gcc creates assembler code as can't handle (Branch out of range) The miscompiled file is

Re: gcobjc

On Mon, Mar 03, 2003 at 05:29:21PM +0100, Kant wrote: i'm looking for a gobjc 2.95 tar file (not a package because i'm not root) could you suggest me where i can find it? you can 'ar x package.deb' and then 'tar zxf data.tar.gz' if you want to extract the deb. Otherwise have a look at

Re: Processed: reassign 179781 to glibc, severity of 179781 is serious, merging 179781 178645

On Mon, Feb 17, 2003 at 10:58:21PM +0900, GOTO Masanori wrote: [..snip..] /usr/bin/nm __udivdi3 /usr/bin/nm __umoddi3 /usr/bin/strip __ucmpdi2 /usr/bin/strip __udivdi3 I'm sorry, but I can't understand what you mean... You mean that a binary has _udivdi3 or __umoddi3 and then

Re: Processed: reassign 179781 to glibc, severity of 179781 is serious, merging 179781 178645

Hi Gotom, I'm trying to explain how I understand these issues, but it might not be correct: On Mon, Feb 17, 2003 at 12:49:44AM +0900, GOTO Masanori wrote: 1. Why is __fixunsdfdi appeared, on the contrary why is not __fixdfdi appeared gcc does the double - signed long long conversion inline

Re: Processed: reassign 179781 to glibc, severity of 179781 is serious, merging 179781 178645

On Fri, Feb 14, 2003 at 02:10:59AM +0900, GOTO Masanori wrote: Another question is: which symbols should we add for i386 libgcc-compat? __cmpdi2 __divdi3 __fixunsdfdi __fixunssfdi __fixunsxfdi __moddi3 __ucmpdi2 __udivdi3 __umoddi3 These showed up by first looking at which symbols libgcc_s.so

Re: C++ Exception handlin on mips [was Re: Mozilla...]

- at least for the menu package. But I don't know if switching to g++-3.0 as default c++ compiler for mips is a good idea, since I have not used it much yet. -- Guido On Wed, Nov 28, 2001 at 03:29:31AM +, Colin Watson wrote: On Mon, 26 Nov 2001 at 19:01:21 +0100, Guido Guenther wrote

Re: Mozilla Indy (and other stuff)

On Sat, Nov 24, 2001 at 11:15:12PM +0100, Krzysztof Krzyzaniak wrote: [..snip..] BTW several programs crashes on my Indy i.e. menu packages, konqueror, emacs21, xemacs: Could you check the source code if these packages crash while messing with C++ exceptions? I just had a quick look into the