[Bug c/23075] [4.0/4.1 Regression] Redundant / bogus warning

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | URL|

[Bug c++/23725] [4.1 regression] Error message regression with g++.dg/inherit/using4.C

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-05 10:01 --- Nathan, your patch for PR 19497 broke this: http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00336.html Could you please have a look? -- What|Removed |Added --

[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin

--- Additional Comments From sherpya at netfarm dot it 2005-09-05 10:04 --- The patch still broken it fails to compiles some resources i.e. building reactos -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21766

[Bug c++/23725] [4.1 regression] Error message regression with g++.dg/inherit/using4.C

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW

[Bug middle-end/20408] Unnecessary code generated for empty structs

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-05 10:36 --- Pinskias patch fixes one part of the problem. For x86 there remains the issue that we are passing X on the stack and generate _Z8call_foov: .LFB2: subl$26, %esp .LCFI4: pushw %ax .LCF

[Bug libfortran/19481] libgfortran doesn't build -- configure doesn't handle cabs() well

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-05 10:37 --- It looks like this issue with cabs declaration is fixed now, with an up-to-date mingw. Closing the PR. -- What|Removed |Added --

[Bug libfortran/16991] [meta-bug] libgfortran does not build every where

-- Bug 16991 depends on bug 19481, which changed state. Bug 19481 Summary: libgfortran doesn't build -- configure doesn't handle cabs() well http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19481 What|Old Value |New Value ---

[Bug libfortran/15266] libgfortran doesn't compile on IRIX 5.3

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-05 10:41 --- (In reply to comment #13) > Fixed for 4.1.0, patch pending for 4.0.2, 3.4.5. Now fixed for 4.0 branch, commit for 3.4.5 still pending. This does not concern libgfortran any more, but there's no fixinclude

[Bug libfortran/15234] libgfortran doesn't compile on Tru64 UNIX V4.0F

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-05 10:43 --- (In reply to comment #29) > I'll address the comments raised on the mailing lists, > but since they all suggest possible cleanups to the way > LIBGFOR_TARGET_ILP32 (and now LIBGFOR_TARGET_LP64) are impleme

[Bug libfortran/14325] [libgfortran] libgfortran does not build with newlib on arm-elf (stdint.h does not define the right types)

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-05 10:44 --- > Shouldn't this one be fixed by the patch for PR15234? ping -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14325

[Bug middle-end/20408] Unnecessary code generated for empty structs

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-05 10:48 --- Unfortunately we start with D.1755 allocated to a register. This may be solved at the tree level if we fix PR23372. Or we need to be smarter at allocating space for D.1755. -- http://gcc.gnu.org/bugzil

[Bug c++/23056] [4.0/4.1 regression] ICE in write_template_arg_literal, at cp/mangle.c

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | URL|

[Bug libgcj/20684] FileChannelImpl.java fails to sync filedescriptor on force() invocation

-- What|Removed |Added Component|java|libgcj http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20684

[Bug target/23728] New: [4.0 regression] [m68k] ICE (Segmentation fault) building python

4.0 CVS 20050821, works with gcc-3.4.4 and 4.1.0 20050726, or with lowering the optimization to -O2 gcc -pthread -save-temps -O3 -c -fno-strict-aliasing -DNDEBUG -g -Wall -Wstrict-prototypes -I. -I../Include -DPy_BUILD_CORE -o Parser/acceler.o ../Parser/acceler.c ../Parser/acceler.c: In function

[Bug target/23728] [4.0 regression] [m68k] ICE (Segmentation fault) building python

-- What|Removed |Added Keywords||ice-on-valid-code Known to fail||4.0.2 Known to work|

[Bug target/23728] [4.0 regression] [m68k] ICE (Segmentation fault) building python

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-09-05 11:36 --- Created an attachment (id=9666) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9666&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23728

[Bug c++/23694] [3.4/4.0/4.1 Regression] ICE after error about extern "C".

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-05 11:40 --- Confirmed. Here's a shorter testcase which even crashes gcc 3.4.0 (works with GCC 3.3.6 and earlier): === extern "C" struct A { friend void foo(int) {} friend void foo() {} };

[Bug middle-end/20408] Unnecessary code generated for empty structs

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-05 12:38 --- Life analysis should figure out, that for (insn 10 9 11 1 (set (mem/s:QI (pre_modify:SI (reg/f:SI 7 sp) (plus:SI (reg/f:SI 7 sp) (const_int -2 [0xfffe]))) [0 S1 A8])

[Bug tree-optimization/23729] New: Segfault in tree-ssa-structalias.c:3620

When I compile the small program below at -O3 using the actual snapshot (20050902) I get a segmentation fault. Michael Cieslinski struct S02 { bool V01, V02; }; struct S03 {unsigned char V03; int V04; }; struct S05 { static void F01 ( int &P01, void *P02, void *P03 ); }; struct S07 {}; s

[Bug target/23683] review all uses of gen_rtx_MEM in sh port

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-05 12:45 --- Subject: Bug 23683 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-05 12:45:28 Modified files: gcc/config/sh : sh.c sh.md Log message: PR

[Bug target/23683] review all uses of gen_rtx_MEM in sh port

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-05 12:46 --- Subject: Bug 23683 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-05 12:45:59 Modified files: gcc: ChangeLog Log message: PR t

[Bug c++/23730] New: ICE instead of reporting a call to a non existant member function

G++ dies instead of reporting a clear error message. This is a regression as compared to 3.3 I'm afraid I can't currently upgrade to 4.1, so I can't tell if this is still a problem... Environment: System: Linux nostromo 2.4.27-1-686 #1 Wed Dec 1 19:57:47 JST 2004 i686 GNU/Linux Architecture:

[Bug c++/22592] -fvisibility-inlines-hidden broken differently

-- What|Removed |Added CC||pluto at agmk dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22592

[Bug fortran/21104] Segmentation fault on correct code

--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-05 13:20 --- Working on a patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |

[Bug target/22362] [3.4/4.0/4.1 Regression] static function calls and global register variables

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | URL|

[Bug target/23731] New: [4.1 regression] [hppa] 489 test failures in libjava

[4.1 regression] 1081 test failures in libjava Maybe related to PR23602 Matthias Starting program: /scratch/packages/gcc/snap/gcc-snapshot-20050904/build/hppa-linux-gnu/libjava/testsuite/ArrayStore.exe [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 5629)] [New Thread 3276

[Bug target/23731] [4.1 regression] [hppa] 489 test failures in libjava

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-09-05 13:24 --- Created an attachment (id=9667) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9667&action=view) libjava testlog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23731

[Bug target/23731] [4.1 regression] [hppa] 489 test failures in libjava

-- What|Removed |Added Keywords||wrong-code Known to fail||4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug target/23602] [4.1 regression] 1081 test failures in libjava, when configured for i486-linux

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-09-05 13:26 --- Seeing similiar failures on hppa-linux, filed as PR23731 Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23602

[Bug ada/23732] New: [ada] Library_Version still at 4.0 ?

gcc/ada/gnatvsn.ads probably should be updated to 4.1? -- Summary: [ada] Library_Version still at 4.0 ? Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ada AssignedTo: unassi

[Bug target/15266] libgfortran doesn't compile on IRIX 5.3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 13:53 --- (In reply to comment #19) > Now fixed for 4.0 branch, commit for 3.4.5 still pending. This does not > concern > libgfortran any more, but there's no fixincludes component, so I don't know > what > to do...

[Bug target/23728] [4.0 regression] [m68k] ICE (Segmentation fault) building python

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 14:11 --- Works for me with a cross compile from powerpc-darwin to m68k-linux-gnu build from 4.0.2 20050826 sources. cc1 was built at -O0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23728

[Bug c++/23730] [4.0/4.1 Regression] ICE instead of reporting a call to a non existant member function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 14:13 --- Confirmed backtrace: #0 lookup_member (xbasetype=0x0, name=0xb7c12924, protect=1, want_type=0 '\0') at /home/ peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/search.c:1201 #1 0x08123fc5 in lookup_fnfields (xbaset

[Bug c++/23729] [4.1 Regression] C++ generates incorrect overlapping fields

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 14:19 --- Confirmed, this is an almost dup of bug 22488. The bug is really in the front-end and not in the tree optimizers at all since the tree optimizers don't handle incorrect overlapping fields. I am going to

[Bug c++/22488] [4.1 Regression] C++ generates incorrect overlapping fields

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 14:19 --- *** Bug 23729 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22488

[Bug c++/22488] [4.1 Regression] C++ generates incorrect overlapping fields

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 14:20 --- And here is a testcase for 64bits: struct S02 { bool V01, V02; }; struct S03 {unsigned char V03; int V04; }; struct S05 { static void F01 ( int &P01, void *P02, void *P03 ); }; struct S07 {}; struct S0

[Bug target/23683] review all uses of gen_rtx_MEM in sh port

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 14:20 --- Fixed. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug bootstrap/23734] New: make[4]: execvp: /usr/local/bin/bash: Arg list too long

make[2]: Leaving directory `/xxx/gnu/gcc-3.3/objdir/hppa1.1-hp-hpux10.20/libiber ty' make[2]: Entering directory `/xxx/gnu/gcc-3.3/objdir/hppa1.1-hp-hpux10.20/libstd c++-v3' make "AR_FLAGS=rc" "CC_FOR_BUILD=gcc" "CC_FOR_TARGET=/xxx/gnu/gcc-3.3/objdir/./g cc/xgcc -B/xxx/gnu/gcc-3.3/objdir/./gcc/ -B/

[Bug libstdc++/23734] make[4]: execvp: /usr/local/bin/bash: Arg list too long

-- What|Removed |Added Component|bootstrap |libstdc++ Summary|make[4]: execvp:|make[4]: execvp: |/usr/local/bin/b

[Bug libstdc++/23734] [4.1 Regression] make[4]: execvp: /usr/local/bin/bash: Arg list too long

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 14:39 --- I think this is a dup of bug 22554. And this is more proof that it effects more than AIX unlike what Benjamin thinks. -- What|Removed |Added -

[Bug libstdc++/22554] [4.1 Regression] pb_assoc header build and install overflows exec

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 14:40 --- (In reply to comment #5) > As I mentioned this effects more than AIX, though AIX's limits are lower than > most other OS's And it looks like I am right in saying this effects more than AIX, see PR 23734 fo

[Bug ada/23732] [ada] Library_Version still at 4.0 ?

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 14:45 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug objc/23710] objc front-end should not "abort" after erroring out about method definition not in class context

-- What|Removed |Added Severity|normal |minor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23710

[Bug objc/23710] objc front-end should not "abort" after erroring out about method definition not in class context

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 14:49 --- Confirmed, a better testcase is: +(void)C{} void f(a){} --- So that there is an error after the method definition. -- What|Removed |Added --

[Bug libstdc++/23734] [4.1 Regression] make[4]: execvp: /usr/local/bin/bash: Arg list too long

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-09-05 14:50 --- Subject: Re: [4.1 Regression] make[4]: execvp: /usr/local/bin/bash: Arg list too long > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 > 14:39 --- > I think this

[Bug target/23711] [4.1 regression] [s390] bootstrap error in libjava (ICE in fixup_eh_region_note)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 14:51 --- See for more information about this issue. -- What|Removed |Added -

[Bug ada/23717] [Ada] Wrong ICE diagnostic formatting

-- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- |

[Bug rtl-optimization/23726] Missed optimizations for divmod

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 14:55 --- You most likely want to use a libcall blocks instead of the regnotes here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23726

[Bug c++/23735] New: Visibility of template base class members

Hi everybody, I'm running into some unexpected behavior with template base classes: template struct A { int a; }; template struct B : public A { B(void); }; template B::B(void) { a = 0; // This doesn't work A::a = 0; // This does ... this->a = 0; // and so does this

[Bug libgcj/20684] FileChannelImpl.java fails to sync filedescriptor on force() invocation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 14:57 --- Confirmed, classpath has a correct version so this is only a libgcj bug. -- What|Removed |Added --

[Bug java/23431] [4.0/4.1 regression] gcj allows overriding with more restrictive access

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-05 14:57 --- Subject: Bug 23431 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-05 14:57:27 Modified files: gcc/java : ChangeLog typeck.c parse.y Log mess

[Bug target/23731] [4.1 regression] [hppa] 489 test failures in libjava

-- What|Removed |Added Keywords||EH http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23731

[Bug c++/23735] Visibility of template base class members

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 15:00 --- Not a bug. Read : In a template definition, unqualified names will no longer find members of a dependent base (as specified by [temp.dep]/3 in the C++ standard). F

[Bug java/23431] [4.0/4.1 regression] gcj allows overriding with more restrictive access

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-05 15:04 --- Subject: Bug 23431 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-05 15:04:40 Modified files: libjava: ChangeLog libjava/testsuite/

[Bug java/23431] [4.0/4.1 regression] gcj allows overriding with more restrictive access

--- Additional Comments From rmathew at gcc dot gnu dot org 2005-09-05 15:06 --- Fix checked in to mainline. -- What|Removed |Added Status|NEW

[Bug java/13607] [meta-bug] access problems in java front-end

-- Bug 13607 depends on bug 23431, which changed state. Bug 23431 Summary: [4.0/4.1 regression] gcj allows overriding with more restrictive access http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23431 What|Old Value |New Value -

[Bug java/23655] [3.4/4.0/4.1 Regression] Accepts invalid

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 15:09 --- Woops I should have looked for a bug which was a dup of this. Anyways this is a dup of bug 23431. *** This bug has been marked as a duplicate of 23431 *** -- What|Removed

[Bug java/23431] [4.0/4.1 regression] gcj allows overriding with more restrictive access

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 15:09 --- *** Bug 23655 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/21983] [3.4/4.0/4.1 Regression] multiple diagnostics

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | URL|

[Bug target/21981] [4.0 only] __m64 return value should be returned in %mm0

--- Additional Comments From jakub at gcc dot gnu dot org 2005-09-05 15:24 --- I don't think this should go to the branches. It is an ABI change, which shouldn't IMO happen between x.y.z and x.y.z+1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21981

[Bug libstdc++/16612] [3.4 only] empty basic_strings can't live in shared memory

-- What|Removed |Added Target Milestone|4.1.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16612

[Bug target/19150] [3.4/4.0/4.1 Regression] suboptimal fp division with -ffast-math

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 15:45 --- Just closing as fixed for 4.1 since this is not known to effect real code. -- What|Removed |Added

[Bug other/17652] [meta-bug] GCC 4.1 pending patches

-- Bug 17652 depends on bug 19150, which changed state. Bug 19150 Summary: [3.4/4.0/4.1 Regression] suboptimal fp division with -ffast-math http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19150 What|Old Value |New Value

[Bug tree-optimization/13000] [3.4 Regression] [unit-at-a-time] Using -O2 cannot detect missing return statement in a function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 15:48 --- (In reply to comment #20) > The dependency on 17652 is there because of comment #17, q.v. We want to make > sure that we back out the patch to c_finish_bc_stmt when it is no longer > needed, > which should

[Bug target/21255] %R and %S are not safe to use from asms

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-09-05 15:58 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c++/21440] [4.0/4.1 Regression] ICE with statement-as-expression

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-05 15:59 --- Subject: Bug 21440 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-05 15:59:32 Modified files: gcc/cp : semantics.c ChangeLog gcc/te

[Bug c++/21440] [4.0/4.1 Regression] ICE with statement-as-expression

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-05 16:00 --- Subject: Bug 21440 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-05 16:00:46 Modified files: gcc/cp : semant

[Bug libgcj/23182] instanceof sometimes fails if compiled with -findirect-dispatch

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org |dot org | Status|NEW

[Bug c++/21440] [4.0/4.1 Regression] ICE with statement-as-expression

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-05 16:08 --- Fixed in 4.0.2. -- What|Removed |Added Status|ASSIGNED|RESO

[Bug c++/23667] [4.0/4.1 Regression] tr1/6_containers/unordered/hashtable/23465.cc execution test times out

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-05 16:12 --- Subject: Bug 23667 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-05 16:12:15 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite

[Bug c++/23667] [4.0/4.1 Regression] tr1/6_containers/unordered/hashtable/23465.cc execution test times out

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-05 16:13 --- Subject: Bug 23667 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-05 16:13:03 Modified files: gcc/cp : Change

[Bug libgcj/23182] instanceof sometimes fails if compiled with -findirect-dispatch

--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-05 16:15 --- One reason I suspect a compiler bug and not a bug in 'instanceof' is that the code works in the interpreter but not when BC-compiled. Tom F... I think the arguments are reversed to the call in your assertion

[Bug c++/23667] [4.0/4.1 Regression] tr1/6_containers/unordered/hashtable/23465.cc execution test times out

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-05 16:15 --- Fixed in 4.0.2. -- What|Removed |Added Status|ASSIGNED|RESO

[Bug c++/9782] [4.0/4.1 Regression] constructor not called on higher-dimensional arrays of template types

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW

[Bug c++/21210] [4.0/4.1 Regression] Trouble with __complex__ types default construction

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-05 17:03 --- I've removed the target milestone for this PR, as the discussion linked to shows that we don't know yet what we want the behavior to be. -- What|Removed |Added -

[Bug c++/21123] [4.0 regression] ICE in cp_expr_size, at cp/cp-objcp-common.c:101

--- Additional Comments From toots at rastageeks dot org 2005-09-05 17:29 --- Seen also for another KDE related build: http://buildd.debian.org/fetch.php?&pkg=kshutdown&ver=0.6.0-3&arch=m68k&stamp=1125936989&file=log&as=raw -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21123

[Bug libgcj/23182] instanceof sometimes fails if compiled with -findirect-dispatch

--- Additional Comments From fitzsim at redhat dot com 2005-09-05 17:40 --- >From http://java.sun.com/j2se/1.5.0/docs/guide/jni/spec/functions.html : IsAssignableFrom jboolean IsAssignableFrom(JNIEnv *env, jclass clazz1, jclass clazz2); Determines whether an object of clazz1 can be sa

[Bug ada/23565] [4.1 Regression] ACATS FAIL c32001e inccorect array bounds

--- Additional Comments From laurent at guerby dot net 2005-09-05 17:51 --- Fixed as of: LAST_UPDATED: Mon Sep 5 10:34:13 UTC 2005 -- What|Removed |Added Statu

[Bug ada/20548] [4.1 Regression] ACATS c52103x c52104x c52104y segfault at runtime on x86_64

--- Additional Comments From laurent at guerby dot net 2005-09-05 17:54 --- As of LAST_UPDATED: Mon Sep 5 10:34:13 UTC 2005 The c52103x is now failing again (after the big commit), and c52104x c52104y now fail in mostly the same way whereas the never failed before: ,.,. C52104X ACATS

[Bug c++/23738] New: error with documentation or error with -M used in conjunction with -w

Hi. I wanted to disable all warnings in dependency file generation (-M or -MM) but it is not working. I tried -MM and although the documentation says: -M Instead of outputting the result of preprocessing, output a rule suitable for Passing -M to the driver implies -E, and

[Bug ada/20548] [4.1 Regression] ACATS c52103x c52104x c52104y segfault at runtime on x86_64

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-05 18:04 --- > The c52103x is now failing again (after the big commit), and c52104x c52104y > now fail in mostly the same way whereas the never failed before: It's actually a progress, the compiler was silently gener

[Bug preprocessor/23738] error with documentation or error with -M used in conjunction with -w

-- What|Removed |Added Component|c++ |preprocessor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23738

[Bug preprocessor/23738] error with documentation or error with -M used in conjunction with -w

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 18:08 --- Do you have an example where this shows up? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23738

[Bug libgcj/23739] New: IsAssignableFrom reverses arguments

libgcj's IsAssignableFrom returns results opposite to those returned by Sun. This seems to be a simple mix-up of the meanings of the function's two arguments. -- Summary: IsAssignableFrom reverses arguments Product: gcc Version: 4.1.0 Status: UNCONFI

[Bug libgcj/23739] IsAssignableFrom reverses arguments

--- Additional Comments From fitzsim at redhat dot com 2005-09-05 18:54 --- Created an attachment (id=9669) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9669&action=view) test case demonstrating incorrect IsAssignableFrom results To build the test case, run "make" in the iaf dire

[Bug libgcj/23182] instanceof sometimes fails if compiled with -findirect-dispatch

--- Additional Comments From fitzsim at redhat dot com 2005-09-05 18:55 --- What I'm seeing is a bug in libgcj's implementation of IsAssignableFrom. I've filed a separate report: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23739 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23182

[Bug ada/20548] [4.1 Regression] ACATS c52103x c52104x c52104y segfault at runtime on x86_64

--- Additional Comments From laurent at guerby dot net 2005-09-05 19:09 --- Ok testing: Index: stack.lst === RCS file: stack.lst diff -N stack.lst --- /dev/null 1 Jan 1970 00:00:00 - +++ stack.lst 5 Sep 2005 19:08:3

[Bug testsuite/23400] [4.1 Regression] "make check" fixinclude failure

-- What|Removed |Added Known to work||4.0.1 Summary|"make check" fixinclude |[4.1 Regression] "make |failure

[Bug testsuite/23400] [4.1 Regression] "make check" fixinclude failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 19:47 --- This works for me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23400

[Bug target/23740] New: attiny13 and attiny2313 are not fully supported

attiny13 and attiny2313 are members of arch2. The generated code is not optimized (lost movw, spm and some form of lpm asm instructions). A new architecture should be created to fully solve the problem. This PR is related to PR 19059. -- Summary: attiny13 and attiny2313 are not full

[Bug c/23741] New: Segfault 3.4.3->3.4.4/4.1.0-beta in insn_default_latency

i was trying to upgrade GCC on my gentoo box: -- CODE -- localhost linux # emerge gcc -pvt These are the packages that I would merge, in reverse order: Calculating dependencies ...done! [ebuild NS ] sys-devel/gcc-4.1.0_beta20050902 (-altivec) -bootstrap -build - fortran -gcj

[Bug target/22289] problem in gimp downscaling routines when compiling with -mfpmath=sse

--- Additional Comments From steven at gcc dot gnu dot org 2005-09-05 21:14 --- Without a test case, the bug report is invalid even if you're seeing a legitimate bug. That's why it is closed as INVALID. Bugs are put in the SUSPENDED state if the problem is reproducible but not fixabl

[Bug c/23741] Segfault 3.4.3->3.4.4/4.1.0-beta in insn_default_latency

--- Additional Comments From spamfuckers at wp dot pl 2005-09-05 21:17 --- Created an attachment (id=9670) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9670&action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23741

[Bug libgcj/23739] IsAssignableFrom reverses arguments

--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-05 21:24 --- How embarrassing. One question is whether we ought to change CNI to conform. I suspect the answer is 'yes', for clarity's sake. -- What|Removed |Added --

[Bug libgcj/23739] IsAssignableFrom reverses arguments

--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-05 21:31 --- I'm testing a patch -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |t

[Bug middle-end/23741] Segfault 3.4.3->3.4.4/4.1.0-beta in insn_default_latency

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 21:33 --- Two things: This should have been reported to gentoo as mentioned in the ICE. Second is that gentoo should stop compiling at -O1 when bootstrapping a compiler so you can avoid bugs like this. --

[Bug middle-end/23741] Segfault 3.4.3->3.4.4/4.1.0-beta in insn_default_latency

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 21:41 --- I cannot reproduce this. This has to be either a gentoo bug or a hardware bug. Report this to gentoo. -- What|Removed |Added --

[Bug target/23743] New: 4.0.2 snapshot fails to compile valid inline asm with >= -O1

birdbath ~ # gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: /var/tmp/portage/gcc-4.0.2_beta20050901/work/gcc-4.0-20050901/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.0.2-beta20050901 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.0.2-beta20050901/includ

[Bug target/23743] 4.0.2 snapshot fails to compile valid inline asm with >= -O1

--- Additional Comments From halcy0n at gentoo dot org 2005-09-05 22:11 --- Created an attachment (id=9671) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9671&action=view) Preprocessed output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23743

[Bug target/23743] 4.0.2 snapshot fails to compile valid inline asm with >= -O1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-05 22:13 --- Lets count the register usage: "r"(cb),"r"(lum), "r"(row1),"r"(cols),"r"(row2) there are 5, plus PIC register that make 6 and then there is the frame pointer, that makes 7 which is too many for x86 so t

  1   2   >