[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-06 06:16 --- > -fstack-check doesn't seem to cure the problem, any idea? Does it not at least prevent the segmentation faults? Recovering from a STORAGE_ERROR is another story and doesn't work very well with the FSF

[Bug c/23161] Labels and empty statement warnings

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

[Bug c/23165] [4.0 regression] ICE with -W

--- Additional Comments From phython at gcc dot gnu dot org 2005-09-06 06:10 --- Fixed on the 4.0 branch. -- What|Removed |Added Status|ASSIGNED

[Bug c/23161] Labels and empty statement warnings

-- Bug 23161 depends on bug 23165, which changed state. Bug 23165 Summary: [4.0 regression] ICE with -W http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23165 What|Old Value |New Value

[Bug c/23165] [4.0 regression] ICE with -W

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06 06:07 --- Subject: Bug 23165 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-06 06:07:07 Modified files: gcc: Change

[Bug c/23161] Labels and empty statement warnings

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06 06:07 --- Subject: Bug 23161 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-06 06:07:07 Modified files: gcc: Change

[Bug c++/23225] [4.0 Regression] tree check: expected class type, have exceptional (error_mark) in build_pointer_type_for_mode, at tree.c:4246

--- Additional Comments From phython at gcc dot gnu dot org 2005-09-06 05:39 --- Fixed on 4.0 branch now as well. -- What|Removed |Added Status|ASSIGNED

[Bug c++/23225] [4.0 Regression] tree check: expected class type, have exceptional (error_mark) in build_pointer_type_for_mode, at tree.c:4246

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06 05:37 --- Subject: Bug 23225 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-06 05:36:59 Modified files: gcc: Change

[Bug c/23747] New: ICE with -O2, -O3 execute/builtins/memcpy-chk.c

Configured with: /home4/src/gcc/org/gcc/configure --target=m32r-linux-gnu --prefix=/usr/local/m32r-linux --srcdir=/home4/src/gcc/org/gcc --with-headers=/home4/src/glibc-next//include --enable-checking --enable-languages=c,c++ Thread model: posix gcc version 4.1.0 20050906 (experimental) /home4/src/

[Bug middle-end/21460] sjlj_emit_function_enter adds rtl to wrong block

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06 04:54 --- Subject: Bug 21460 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-06 04:53:54 Modified files: gcc: ChangeLog except.c Log message:

[Bug awt/20720] crash when pressing laptop arrow keys

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

[Bug middle-end/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-06 03:40 --- Looks like the issue is that reload's assert should be checking about internal_throw when it is checking the trap_count. See for the patch which could be

[Bug awt/20720] crash when pressing laptop arrow keys

--- Additional Comments From cvs-commit at developer dot classpath dot org 2005-09-06 03:30 --- Subject: Bug 20720 CVSROOT:/cvsroot/classpath Module name:classpath Branch: Changes by: Thomas Fitzsimmons <[EMAIL PROTECTED]> 05/09/06 03:08:54 Modified files:

[Bug awt/20720] crash when pressing laptop arrow keys

--- Additional Comments From fitzsim at redhat dot com 2005-09-06 03:16 --- Fixed in GNU Classpath. Closing. -- What|Removed |Added Status|ASSIGNED

[Bug target/23746] m32c.h has a typo

--- Additional Comments From dj at redhat dot com 2005-09-06 02:35 --- Obvious fix applied to HEAD. -- What|Removed |Added Status|UNCONFIRMED |RES

[Bug target/23746] m32c.h has a typo

--- Additional Comments From dj at redhat dot com 2005-09-06 02:34 --- Subject: Re: New: m32c.h has a typo > Note the misspelled "ALIGMNENT". Fixed. 2005-09-05 DJ Delorie <[EMAIL PROTECTED]> * config/m32c/m32c.h (TRAMPOLINE_ALIGNMENT): Correct misspelling of macro.

[Bug middle-end/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-06 02:21 --- Hmm, with -fno-tree-ter, we don't get an ICE but I this is a middle-end bug with respect of lowering eh constructs. -- What|Removed |Added -

[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-06 01:58 --- Let me fix the type mismatch and see if that fixes it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23711

[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-06 01:57 --- I am starting to think this is a front-end bug. We do have a mismatch types here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23711

[Bug target/23746] New: m32c.h has a typo

gcc/config/m32c/m32c.h contains: #define TRAMPOLINE_ALIGMNENT m32c_trampoline_alignment () Note the misspelled "ALIGMNENT". -- Summary: m32c.h has a typo Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority:

[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-06 01:48 --- Reduced testcase: extern "Java" { namespace java { namespace lang { class Class; class Throwable; } } } typedef class java::lang::Class* jclass; typedef class java::lang::Throwa

[Bug target/21017] ppc 64bit target not using rlwinm

--- Additional Comments From amodra at bigpond dot net dot au 2005-09-06 01:36 --- Actually, the 32-bit code is valid for 64-bit. ie. we don't need an rldicl 3,3,0,32 after the rlwinm, but that's another problem entirely. -- What|Removed |Added

[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-06 01:03 --- I am starting to think this is not a reload issue but an issue somewhere else which combines the instructions into one movsi. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23711

[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-06 00:59 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23711

[Bug target/21017] ppc 64bit target not using rlwinm

--- Additional Comments From amodra at bigpond dot net dot au 2005-09-06 00:37 --- Yes, we get (ior:SI (lshiftrt:SI (subreg:SI (reg/v:DI 119 [ x ]) 4) (const_int 16 [0x10])) (subreg:SI (ashift:DI (reg/v:DI 119 [ x ]) (const_int 16 [0x10])) 4)) which doesn't match

[Bug target/21017] ppc 64bit target not using rlwinm

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net |dot org |dot au Status|NEW

[Bug c++/23437] [3.4/4.0/4.1 Regression] error: ... cannot appear in a constant-expression

--- Additional Comments From giovannibajo at libero dot it 2005-09-05 23:28 --- Not yet, I still have to find some time to commit the patch. It will be fixed in GCC 4.1 and GCC 4.0.2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23437

[Bug tree-optimization/23745] New: VRP does not get information from casts from a smaller precision

An example: int f(_Bool a) { int t = a; if (t != 2) return 0; return 1; } int f1(unsigned char a) { int t = a; if (t != 256) return 0; return 1; } Both of these we can find that if statement is always true. No other pass does this currently. -- Summary: VRP does no

[Bug tree-optimization/23744] New: VRP does not merge discontinuous ranges of PHIs

Take the following code: int g(int i, int j) { int t = 0; if (i == j) t = 3; if (t != 5) return 0; else return 1; } We should be able to in VRP find that t can never be in 5 as t should have the range [0,3] instead of changing the range to varying. We do optimize this in DOM

[Bug middle-end/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 22:49 --- (In reply to comment #2) > 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 > bu

[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 22:20 --- -fstack-check doesn't seem to cure the problem, any idea? Laurent gnatmake --GCC="/home/guerby/work/gcc/build/build-20050905T211402/gcc/xgcc -B/home/guerby/work/gcc/build/build-20050905T211402/gcc/" -gnatws -O2

[Bug libgcj/23739] JNI: IsAssignableFrom reverses arguments

--- Additional Comments From mckinlay at redhat dot com 2005-09-05 22:20 --- IMO Sun actually got it wrong here ;-) Reading function arguments from left-to-right, I'd expect the first argument to be the context ("Is") and the second to be the class refered to in (the "From"). Having sai

[Bug inline-asm/11203] source doesn't compile with -O0 but they compile with -O3

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

[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:19 --- Close as a dup of bug 11203. *** This bug has been marked as a duplicate of 11203 *** -- What|Removed |Added

[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:19 --- Reopening for a second to ... -- What|Removed |Added Status|RESOLVED

[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

[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] 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 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 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 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 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 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 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] 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/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 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 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 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 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 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/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 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 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 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 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 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 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 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 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 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++/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++/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 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 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 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++/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 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 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 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 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 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 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 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 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/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 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 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 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/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/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/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 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 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 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 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 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 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 ada/23717] [Ada] Wrong ICE diagnostic formatting

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

[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 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 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 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 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 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 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++/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 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 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 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

  1   2   >