std::string::compare bug

A web search tells me this is an old bug but I'm just building a new box (web install of wood and I've built a 2.4.18 kernel for K7) and it has shown up in my gcc install. >gcc --version 2.95.4 >ls /usr/lib | grep std libstdc++-3-libc6.2-2-2.10.0.a libstdc++-3-libc6.2-2-2.10.0.so libstdc++-libc

Patch to gcc-3.3 source package to build cross-compilers

Hello. I've sent my patch several days ago, however I got no reply. Perhaps a mail sent as a reply to an old message was just unnoticed and lost. So re-sending... --- Hello. At last I've created a patch (see the attachment) for gcc-3.3 source package (3.3.3ds2-0pre2) that builds C and C++ cr

Re: Patch to gcc-3.3 source package to build cross-compilers

Nikita V. Youshchenko writes: > Hello. > > I've sent my patch several days ago, however I got no reply. Perhaps a mail > sent as a reply to an old message was just unnoticed and lost. So > re-sending... applied and sent you directly a reply. will be in the next upload. thanks, Matthias

Re: gcc internal compiler error on mips with octave-forge

On Tue, Jan 20, 2004 at 11:06:30AM -0600, Dirk Eddelbuettel wrote: > FAILED [dpkg-buildpackage died] *cough* I must completely incompetent with mips: -rw-r--r--1 root root 1440808 Jan 20 23:47 octave-forge_2004.01.18-1_mips.deb The build just worked like a charme on pepe.build

[DEBIAN PROJECT HOMEPAGE]Installed size = 40kB for all architectures but alpha (12kB)?

http://packages.debian.org/stable/devel/gcj: alpha arm i386ia64m68kpowerpc s390sparc [lof] [lof] [lof] [lof] [lof] [lof] [lof] [lof] Size: 1.3 1.3 1.3 1.3 1.3 1.3 1.3 1.3 Installed size: 12

Processed: Re: Bug#175478: [Bug target/9201] [3.3 regression] ICE in instantiate_virtual_regs_1 compiling octave-2.1 on m68k-linux

Processing commands for [EMAIL PROTECTED]: > tags 175478 + fixed-upstream Bug#175478: [PR target/9201] [3.2 branch regression] ICE compiling octave-2.1 on m68k-linux Tags were: upstream Tags added: fixed-upstream > retitle 175478 [PR target/9201] [fixed in 3.4, 3.2/3.3 regression] ICE > compili

[Bug optimization/13634] [3.3 regression] ICE in emit_move_insn_1

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-01-21 07:37 --- *** This bug has been marked as a duplicate of 13472 *** -- What|Removed |Added

Bug#192135: [Bug ada/10889] Convention Fortran matrices mishandled in generics

-- What|Removed |Added Target Milestone|--- |3.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10889 --- You are receiving this mail because: ---

Bug#192135: [Bug ada/10889] Convention Fortran matrices mishandled in generics

--- Additional Comments From charlet at gcc dot gnu dot org 2004-01-21 10:41 --- Fixed in mainline. Arno -- What|Removed |Added Status|NEW

Bug#192135: [Bug ada/10889] Convention Fortran matrices mishandled in generics

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-01-21 10:35 --- Subject: Bug 10889 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-01-21 10:35:20 Modified files: gcc/ada: 7staprop.adb exp_aggr.adb exp_ch9.adb

Bug#227894: more tests and versions

I reproduced this error on two further debian sid installations (but not fresh installed ones) The example source code: #include using std::cerr; using std::cout; using std::endl; int main() { try { int a_number = 7; throw a_number; } catch(int number_exception) { cerr <<

[Bug bootstrap/13722] [3.4/3.5 regression] [ia64] Ada bootstrap failure

--- Additional Comments From rakdver at gcc dot gnu dot org 2004-01-21 13:16 --- Created an attachment (id=5543) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=5543&action=view) C testcase for the problem The bug can also be reproduced with this c testcase: ./cc1 tc.i ... init_

[Bug target/13722] [3.4/3.5 regression] [ia64] ICE in push_secondary_reload

-- What|Removed |Added Status|UNCONFIRMED |NEW Component|bootstrap |target Ever Confirmed||1

Bug#227894: No error when using older kernel

I just booted an older kernel 2.4.22. At this version everything works as expected! Valgrind reports no errors! This error now maybe has to be transferred to the valgrind or kernel 2.6 bug page. Bye Gunther signature.asc Description: This is a digitally signed message part

[Bug target/13722] [3.4/3.5 regression] [ia64] ICE in push_secondary_reload

--- Additional Comments From dhazeghi at yahoo dot com 2004-01-21 16:53 --- Reduces to: struct cset_converter { void * func; char cd; }; extern void cpp_error (void *, int, char *,...); static struct cset_converter init_iconv_desc (void *to) { struct cset_converter ret; if(to)

Bug#221738: marked as done ([PR java/10304] gcj-3.3: ICE during babel build)

Your message dated 21 Jan 2004 12:19:47 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#221738: gcj-3.3: ICE during babel build has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now

[Bug middle-end/12871] ICE building gnat for native m68k-linux on i486-linux

--- Additional Comments From dhazeghi at yahoo dot com 2004-01-21 18:09 --- Is this still occurring? Is constructing a C testcase possible? Thanks. -- What|Removed |Added

[Bug c++/11295] [3.3/3.4 regression] ICE in cp_expr_size, at cp/cp-lang.c:314 when using a non-trivial object in a compound statement expression

--- Additional Comments From schwab at suse dot de 2004-01-21 23:16 --- The bug reappeared on 3.4/3.5 at 2004-01-10, see . -- What|Removed |Added -

[Bug c++/11295] [3.3/3.4 regression] ICE in cp_expr_size, at cp/cp-lang.c:314 when using a non-trivial object in a compound statement expression

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-01-21 23:23 --- What is the ICE on ia64, it works just fine on powerpc and x86. -- What|Removed |Added

[Bug c++/11295] [3.3/3.4 regression] ICE in cp_expr_size, at cp/cp-lang.c:314 when using a non-trivial object in a compound statement expression

--- Additional Comments From schwab at suse dot de 2004-01-21 23:47 --- It ICE's at cp/cp-lang.c:347, which appears to be the same place as in the original report. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11295 --- You are receiving this mail because: --- You are on t

Results for 3.4.0 20040118 (prerelease) testsuite on arm-unknown-linux-gnu

LAST_UPDATED: Sun Jan 18 22:44:29 UTC 2004 Native configuration is arm-unknown-linux-gnu === libffi tests === Running target unix FAIL: libffi.call/closure_fn0.c (test for excess errors) WARNING: libffi.call/closure_fn0.c compilation failed to produce executable FAIL: libffi.cal

[Bug target/13722] [3.4/3.5 regression] [ia64] ICE in push_secondary_reload

--- Additional Comments From wilson at specifixinc dot com 2004-01-22 02:13 --- Subject: Re: [3.4/3.5 regression] [ia64] ICE in push_secondary_reload See the MIME attachment. I see Zack has left yet another IA-64 turd for me to clean up. Sigh. The main problem with Zack's patch is th

[Bug target/13722] [3.4/3.5 regression] [ia64] ICE in push_secondary_reload

--- Additional Comments From zack at codesourcery dot com 2004-01-22 02:26 --- Subject: Re: [3.4/3.5 regression] [ia64] ICE in push_secondary_reload "wilson at specifixinc dot com" <[EMAIL PROTECTED]> writes: > I see Zack has left yet another IA-64 turd for me to clean up. Sigh. ..

[Bug target/13722] [3.4/3.5 regression] [ia64] ICE in push_secondary_reload

--- Additional Comments From wilson at specifixinc dot com 2004-01-22 05:21 --- Subject: Re: [3.4/3.5 regression] [ia64] ICE in push_secondary_reload zack at codesourcery dot com wrote: > ... excuse me for having bigger problems on my plate right now. Not > to mention that none of thi