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): tryin

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 incomi

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 gc

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#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 pp

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 -I/usr/includ

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 in

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 -D_LARGE

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 gcc/fold

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 http://gc

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 a

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 inli

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 pro

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

h g++-3.0 fixes the problem - 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

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

On Mon, Nov 26, 2001 at 01:47:55PM -0500, Christopher C. Chimelis wrote: > > On Mon, 26 Nov 2001, Guido Guenther wrote: > > > Could you check the source code if these packages crash while messing > > with C++ exceptions? I just had a quick look into the menu package an

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 m