[Bug c/17913] [4.0 Regression] ICE jumping into statement expression

--- Additional Comments From loki at inf dot u-szeged dot hu 2004-10-28 06:42 --- (In reply to comment #7) > > Surely this is not valid? > > The validity is the subject of bug 772 and the long thread linked from > there. This bug is for a particular ICE which is a regression; whether

[Bug c++/17775] [3.3/3.4/4.0 Regression] -frepo with function template in anonymous namespace fails to compile

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-28 06:24 --- There is really no easy way to fix this problem. If we were to have -frepo set the random seed to a known value, we'd then get link errors when linking multiple translation units containing anonymous names

[Bug c++/16381] [3.3/4.0 Regression] Structure layout bug

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-28 06:18 --- On Cygwin, I still get "24 32 24" for Base 2. The reason turns out to have nothing to do with PODs. Rather, it is due to the fact that on Cygwin, BIGGEST_FIELD_ALIGNMENT is set to 8 bytes. So, even thoug

[Bug c++/18077] [3.3/3.4/4.0 Regression] Members of anonymous namespaces get name mangled with first global variable instead of file name

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-28 06:04 --- Using -z muldefs is beyond the scope of the C++ standard. There is no way to win for everyone here; some people really do not want the random names because they want predictability from the compiler. --

[Bug c++/16381] [3.3/4.0 Regression] Structure layout bug

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-28 06:00 --- On i686-pc-linux-gnu, with both GCC 3.4.2 and GCC 4.0, I see : __m128 size 16, align 16 Quad size 16, align 16 Base1 32 Derived1 32 Offset 20 Base2 32 Derived2 48 Offset 32 I am building a Cygwin cross

[Bug c++/17056] [3.3/3.4/4.0 Regression] ambiguous function call problem

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-28 05:40 --- This code is invalid; neither template is more specialized than the other. -- What|Removed |Added ---

[Bug c++/18140] [3.4/4.0 regression] C++ parser bug when using >> in templates

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-28 05:28 --- Fixed in GCC 3.4.3. -- What|Removed |Added Status|ASSIGNED|

[Bug c++/18140] [3.4/4.0 regression] C++ parser bug when using >> in templates

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 05:28 --- Subject: Bug 18140 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-28 05:28:24 Modified files: gcc/cp : Change

[Bug c++/17435] [4.0 Regression] Binding a temporary of derived type to reference of base

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-28 05:26 --- Fixed in GCC 4.0. -- What|Removed |Added Status|ASSIGNED|RE

[Bug c++/17435] [4.0 Regression] Binding a temporary of derived type to reference of base

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 05:17 --- Subject: Bug 17435 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-28 05:17:15 Modified files: gcc/cp : ChangeLog parser.c call.c gc

[Bug c++/18140] [3.4/4.0 regression] C++ parser bug when using >> in templates

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 05:17 --- Subject: Bug 18140 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-28 05:17:15 Modified files: gcc/cp : ChangeLog parser.c call.c gc

[Bug c++/14124] enum definition with __attribute__((packed)) gives syntax errors

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 04:42 --- Patch here: . -- What|Removed |Added

[Bug tree-optimization/16799] PowerPC - load reuse opportunity

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

[Bug tree-optimization/16799] PowerPC - load reuse opportunity

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 04:27 --- Fixed on the mainline (note this is powerp64-darwin but should represent powerpc64-linux closely): _foo: lwz r0,0(r3) .align32 4,0x6000 L2: subf r9,r0,r3 lwz r0,0(r9)

[Bug libstdc++/18185] Unhandled exceptions leak

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 04:13 --- Confirmed. Patch posted here: . -- What|Removed |Added

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 03:59 --- Fixed, note Ada still does not build but the first issue is a known one with a patch. -- What|Removed |Added -

[Bug c++/17166] Improve diagnostic for empty overload set listing the rejected overloads

--- Additional Comments From giovannibajo at libero dot it 2004-10-28 03:58 --- No, this is not a substitution failure, but rather a deduction failure. We cannot deduce the enum from the function call because it is not a valid non- type template parameter. What is questionable here is

[Bug middle-end/18163] [4.0 Regression] libffi test case ICE's on darwin

--- Additional Comments From rth at gcc dot gnu dot org 2004-10-28 03:56 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED R

[Bug c++/17648] [3.3/3.4 Regression] template destructor was not called for inherited classes

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

[Bug middle-end/18163] [4.0 Regression] libffi test case ICE's on darwin

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 03:53 --- Subject: Bug 18163 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-28 03:53:33 Modified files: gcc: ChangeLog expr.c Log message:

[Bug middle-end/18163] [4.0 Regression] libffi test case ICE's on darwin

-- What|Removed |Added CC|rth at gcc dot gnu dot org | AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org

[Bug c++/13560] [3.3 regression] wrong file name in error message

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 03:50 --- Fixed also in 3.4.3, Gaby is this okay to apply to the 3.3 branch when it opens up again? -- What|Removed |Added

[Bug c++/13560] [3.3/3.4 regression] wrong file name in error message

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 03:49 --- Subject: Bug 13560 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-28 03:49:41 Modified files: gcc/cp : Change

[Bug c++/17648] [3.3/3.4 Regression] template destructor was not called for inherited classes

--- Additional Comments From giovannibajo at libero dot it 2004-10-28 03:49 --- OK, reported to be actual on 3.4.2 as well, on HP-UX at least. It looks like some really weird problem, maybe latent on mainline. Can any of our testcase reduction specialist try to extract a small testcase

[Bug c++/17645] Add a warning for potentially unsafe unsigned operations

--- Additional Comments From giovannibajo at libero dot it 2004-10-28 03:44 --- So, is this bug still valid, or does -ftrapv do what you want? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17645

[Bug other/18186] Spelling error

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 03:43 --- Subject: Bug 18186 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-28 03:43:10 Modified files: gcc: Change

[Bug other/18186] Spelling error

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 03:42 --- Fixed in 3.4.3. -- What|Removed |Added Status|UNCONFIRMED |RESOL

[Bug other/18186] Spelling error

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 03:42 --- Subject: Bug 18186 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-28 03:42:22 Modified files: gcc: ChangeLog common.opt Log message:

[Bug c++/17577] [4.0 Regression] #pragma implementation no longer diagnoses use after file to which it applies

--- Additional Comments From giovannibajo at libero dot it 2004-10-28 03:40 --- This is a regression, by the way. -- What|Removed |Added CC|

[Bug c++/17743] dependent expressions in attributes

--- Additional Comments From giovannibajo at libero dot it 2004-10-28 03:38 --- (In reply to comment #19) > Jason, this is the bug I talked about briefly. Do you think > the Redmond offsetof work is also applicable here? Mind to share that? -- http://gcc.gnu.org/bugzilla/show_bug.c

[Bug c++/18016] Warn about member variables initialized with itself

--- Additional Comments From giovannibajo at libero dot it 2004-10-28 03:35 --- > -Winit-self has nothing to do with this problem really. > in this case :a(a) is equivalent to this->a = this->a; Not really. The member-list syntax is used to *initialize* the members, not to assign a val

[Bug middle-end/18164] [4.0 Regression] ICE on trivial invalid asm

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

[Bug tree-optimization/17529] [4.0 Regression] ICE in get_indirect_ref_operands

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 03:03 --- Subject: Bug 17529 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-28 03:03:48 Modified files: gcc: ChangeLog tree-cfg.c gcc/tes

[Bug tree-optimization/17529] [4.0 Regression] ICE in get_indirect_ref_operands

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 02:52 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c++/12288] unintelligible error message for constructor declaration with misspelled type

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 02:08 --- The example in comment#2 is fixed on the mainline (the q part is a different problem, I will file it soon): pr12288.cc:3: error: qT1 in class 'X' does not name a type But other than that we still have prob

[Bug java/18190] [4.0 regression] primitive array optimization is gone

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 01:39 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug target/18010] bad unwind info due to multiple returns (missing epilogue)

--- Additional Comments From wilson at tuliptree dot org 2004-10-28 01:16 --- Subject: Re: bad unwind info due to multiple returns (missing epilogue) On Wed, 2004-10-27 at 04:05, davidm at hpl dot hp dot com wrote: > Command: /home/davidm/src/gcc/gcc/cc1 -quiet -iprefix /home/da

[Bug java/18190] New: [4.0 regression] primitive array optimization is gone

Sample source: public class t { public static final int[] x = { 5, 7, 9, 11 }; } In gcc 3.3 (and 3.4 and earlier than 3.3), this code compiled to something like: .LJv0.0: .long _Jv_intVTable .long 4 .long 5 .long 7 .long 9 .long 11 N

[Bug c++/17435] [4.0 Regression] Binding a temporary of derived type to reference of base

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

[Bug rtl-optimization/16088] [4.0 Regression] Generates wrong code

--- Additional Comments From geoffk at gcc dot gnu dot org 2004-10-27 23:53 --- No, I don't think you can trust the values of variables in gdb when using stabs (like on Darwin) at optimisation levels higher than -O0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16088

[Bug target/18154] Inefficient max/min code for PowerPC

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 23:52 --- I should note when I was doing SPEC work, using subfc/subfe did not help SPEC at all (I tried to change the source and also rs6000.md). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18154

[Bug target/18154] Inefficient max/min code for PowerPC

--- Additional Comments From geoffk at gcc dot gnu dot org 2004-10-27 23:45 --- I'm not sure that subfc/subfe is going to be cheaper than a compare and a branch, even if the branch is mispredicted half the time. Do you have timing results? -- http://gcc.gnu.org/bugzilla/show_bug.c

[Bug target/18189] [3.3 regression] __fixunsdfdi problem on m68k

-- What|Removed |Added CC||schwab at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18189

[Bug target/18189] [3.3 regression] __fixunsdfdi problem on m68k

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

[Bug target/13158] bad unwind info as a result of sibcall

--- Additional Comments From wilson at gcc dot gnu dot org 2004-10-27 23:16 --- Thanks for the help. I got bogged down trying to figure out how to debug gcj/libjava problems, and wasn't able to make any useful progress before getting distracted by other stuff. I've now checked the patc

[Bug target/18189] [3.3 regression] __fixunsdfdi problem on m68k

-- What|Removed |Added Known to fail||3.3.5 Known to work||3.2.3 3.3.4 3.4.2 http://gcc.gnu.org/bugzilla/show_bug.

[Bug target/18189] New: [3.3 regression] __fixunsdfdi problem on m68k

[forwarded from http://bugs.debian.org/278388] bug submitter writes: I confirm RC Bug#278135 on crest.debian.org's dchroot unstable, so I track down it with help of gotom and we suspect this is because of __fixunsdfdi in libgcc.a of gcc-3.3 (1:3.3.5-1). I confirm that gawk-3.1.4-1 (was succsessf

[Bug java/18068] With --enable-checking=rtl, libjava test "pr83 -O3 compilation from bytecode" fails

--- Additional Comments From hp at gcc dot gnu dot org 2004-10-27 22:59 --- bah -- What|Removed |Added Status|ASSIGNED|RESOLVED Resol

[Bug java/18068] With --enable-checking=rtl, libjava test "pr83 -O3 compilation from bytecode" fails

--- Additional Comments From hp at gcc dot gnu dot org 2004-10-27 22:58 --- Bah, I haven't been able to repeat it for the last two updates; the test passes and no differences with/without --enable-checking=rtl. -- What|Removed |Added -

[Bug target/13158] bad unwind info as a result of sibcall

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-27 22:44 --- Subject: Bug 13158 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-27 22:44:09 Modified files: gcc: ChangeLog gcc/config/ia64: i

[Bug libstdc++/14248] [3.4 Regression] Bit_vectors do not work (regression)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 22:10 --- *** Bug 18188 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/18188] bit_vector in backward/bvector.h should be in std namespace

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 22:10 --- But it should not be in the std namespace because the C++ standard does not define it in the std namespace. *** This bug has been marked as a duplicate of 14248 *** -- What|Removed

[Bug c++/18188] bit_vector in backward/bvector.h should be in std namespace

--- Additional Comments From miles at lubin dot us 2004-10-27 22:06 --- I am trying to port an old application to gcc 3.4, and it assumes that bit_vector is in std. It's supposed to be backwords compatible, but its not, hence the bug report. -- What|Removed

[Bug c++/18188] bit_vector in backward/bvector.h should be in std namespace

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 21:45 --- No bit_vector is not defined there at all, it the header is for backwards compatibility only and really should not be used. Use vector instead. -- What|Removed |Added

[Bug debug/17406] [4.0 regression] ICE dwarf2out_frame_debug_expr, at dwarf2out.c:1692

--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-10-27 21:27 --- Patch submitted here for review: http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02425.html Danny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17406

[Bug libfortran/18105] Compile errors in libgfortran/io/unix.c break Windows bootstrap

--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-27 21:19 --- Revised patch here: (honest). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18105

[Bug c++/18188] New: bit_vector in backward/bvector.h should be in std namespace

The typedef for bit_vector in backward/bvector.h should be in the std namespace. -- Summary: bit_vector in backward/bvector.h should be in std namespace Product: gcc Version: 3.4.1 Status: UNCONFIRMED Severity: minor

[Bug libfortran/18105] Compile errors in libgfortran/io/unix.c break Windows bootstrap

--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-27 20:37 --- Revised patch here: . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18105

[Bug libfortran/18103] libgfortran system header conflict breaks bootstrap on MinGW

--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-27 20:36 --- In addition to the patch in comment #1, this patch is also needed to fix this bug: . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18103

[Bug libstdc++/18185] Unhandled exceptions leak

--- Additional Comments From velco at fadata dot bg 2004-10-27 20:29 --- (In reply to comment #0) > are leaked, as the TSD destructor for __cxa_eh_globals > instance does delete them. I mean, of course, DOES NOT delete them. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18185

[Bug tree-optimization/18048] [4.0 Regression] mgrid loop performance regression with ivopts

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-27 20:27 --- Subject: Bug 18048 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-27 20:27:21 Modified files: gcc: ChangeLog fold-const.c tree-ssa-loop-

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-27 20:19 --- Subject: Bug 17956 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-27 20:18:46 Modified files: gcc: ChangeLog gcc/config/rs6000:

[Bug bootstrap/18107] [4.0 Regression] Bootstrap fails on i686-pc-mingw32

-- Bug 18107 depends on bug 17832, which changed state. Bug 17832 Summary: [4.0 Regression] Bootstrap broken by fixincludes failures http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17832 What|Old Value |New Value

[Bug other/17462] Cannot compile fixincl.c on windows hosts

-- Bug 17462 depends on bug 17832, which changed state. Bug 17832 Summary: [4.0 Regression] Bootstrap broken by fixincludes failures http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17832 What|Old Value |New Value

[Bug bootstrap/17832] [4.0 Regression] Bootstrap broken by fixincludes failures

--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-27 20:17 --- Fixed on mainline. I think this is the end of fixincludes problems for Windows. -- What|Removed |Added -

[Bug tree-optimization/18178] Missed opportunity for removing bounds checking

-- What|Removed |Added CC||tromey at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/sho

[Bug bootstrap/17832] [4.0 Regression] Bootstrap broken by fixincludes failures

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-27 20:14 --- Subject: Bug 17832 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-27 20:13:58 Modified files: fixincludes: ChangeLog fixfixes.c Log message:

[Bug java/17845] can't build GNU Classpath

--- Additional Comments From mark at gcc dot gnu dot org 2004-10-27 20:06 --- > Does this mean that you've actually been able to duplicate the bug? > Can you at least let me have a backtrace? > Surely it's better to fix the bug than install a workaround in Classpath. I have seen the bug

[Bug target/18010] bad unwind info due to multiple returns (missing epilogue)

--- Additional Comments From wilson at tuliptree dot org 2004-10-27 19:50 --- Subject: Re: bad unwind info due to multiple returns (missing epilogue) On Wed, 2004-10-27 at 04:05, davidm at hpl dot hp dot com wrote: > This was on a Debian/unstable system. How do you run configur

[Bug libgcj/16998] WeakHashMap iterator can throw NoSuchElementException unexpectedly

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 19:46 --- *** Bug 18187 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug libgcj/18187] ava.util.WeakHashMap$WeakEntrySet.next() throws NoSuchElementException during GC

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 19:46 --- *** This bug has been marked as a duplicate of 16998 *** -- What|Removed |Added

[Bug libgcj/18187] New: ava.util.WeakHashMap$WeakEntrySet.next() throws NoSuchElementException during GC

During garbage collection, the WeakHashMap will throw a NoSuchElementException when performing the methods: .keySet().toArray() .clear(); and maybe more. Sun's java does not. Here is an example: gcc version 4.0.0 20041014 (experimental) gcj -main=WH WH.java import java.util.*; public class

[Bug java/17845] can't build GNU Classpath

--- Additional Comments From aph at gcc dot gnu dot org 2004-10-27 19:14 --- Does this mean that you've actually been able to duplicate the bug? Can you at least let me have a backtrace? Surely it's better to fix the bug than install a workaround in Classpath. -- http://gcc.gnu.org

[Bug java/17845] can't build GNU Classpath

--- Additional Comments From mark at gcc dot gnu dot org 2004-10-27 19:07 --- Got another report for this on powerpc-apple-darwin7.5.0, gcj 3.4.2. I have added a workaround for it in GNU Classpath CVS --- java/security/cert/X509Certificate.java 20 Oct 2004 07:11:40 - 1.7 +++

[Bug other/18186] New: Spelling error

In option.c, optionlist and common.opt the word "parameter" is written "paramter" (e between m and t is missing). It shows up on the first lines when doing a "cc1 --version | less" -- Summary: Spelling error Product: gcc Version: 4.0.0 Status: UNCONF

[Bug libstdc++/18185] New: Unhandled exceptions leak

When a thread is terminated from within an exception handling block, exception object(s) (__cxa_exeption) are leaked, as the TSD destructor for __cxa_eh_globals instance does delete them. The following program demonstrates the leak. A patch and a ChangeLog entry follows. #include static void *

[Bug preprocessor/18176] Bootstrap fail at FreeBSD 5.3-RC1 (and FreeBSD 5.1) with --enable-bootstrap configure option

--- Additional Comments From wanderer at rsu dot ru 2004-10-27 18:01 --- Warning fixed in patch for http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18075 But now bootstrap terminate with errors: ---8X--- /usr/home/wanderer/pkg/build/gcc/obj/prev-gcc/xgcc - B/usr/home/wand

[Bug c++/15172] [3.3/3.4 regression] Copy constructor optimization in aggregate initialization

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-27 17:59 --- Reproducible on x86 too. -- What|Removed |Added CC|ebotcazou at gcc dot g

[Bug tree-optimization/17133] [4.0 Regression] wrong code with -ftree-lim

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-27 17:45 --- Subject: Bug 17133 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-27 17:45:25 Modified files: gcc: ChangeLog tree-cfg.c tree-dfa.c

[Bug java/17574] [meta-bug] gcj and libgcj 4.0 tracking PR

-- Bug 17574 depends on bug 17265, which changed state. Bug 17265 Summary: [4.0 Regression] Libjava doesn't build http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17265 What|Old Value |New Value ---

[Bug java/17265] [4.0 Regression] Libjava doesn't build

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-27 17:45 --- Libjava builds for me now on sparc64-sun-solaris2.9 and sparc-sun-solaris2.8. Testsuite results are decent (42 and 24 failures respectively). -- What|Removed |Added -

[Bug tree-optimization/18179] vectorizer: wrong alignment/step/initial-address computed for struct accesses

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 17:44 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug java/17265] [4.0 Regression] Libjava doesn't build

-- Bug 17265 depends on bug 18075, which changed state. Bug 18075 Summary: [4.0 Regression] #pragma implementation broken in presence of #pragma ident http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18075 What|Old Value |New Value -

[Bug c++/18075] [4.0 Regression] #pragma implementation broken in presence of #pragma ident

--- Additional Comments From zack at gcc dot gnu dot org 2004-10-27 17:31 --- fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c++/18075] [4.0 Regression] #pragma implementation broken in presence of #pragma ident

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-27 17:29 --- Subject: Bug 18075 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-27 17:29:31 Modified files: libcpp : ChangeLog directives.c Log message:

[Bug tree-optimization/17757] [4.0 Regression] emptyif.f90

--- Additional Comments From steven at gcc dot gnu dot org 2004-10-27 17:22 --- http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02358.html -- What|Removed |Added S

[Bug c++/17743] dependent expressions in attributes

--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-27 17:19 --- Jason, this is the bug I talked about briefly. Do you think the Redmond offsetof work is also applicable here? -- What|Removed |Added ---

[Bug c++/18075] [4.0 Regression] #pragma implementation broken in presence of #pragma ident

--- Additional Comments From zack at gcc dot gnu dot org 2004-10-27 17:18 --- (From update of attachment 7415) fix mime type, mark as patch -- What|Removed |Added Attachme

[Bug c/18180] Disable special handling of functions with --freestanding

--- Additional Comments From jsm at polyomino dot org dot uk 2004-10-27 17:05 --- Subject: Re: Disable special handling of functions with --freestanding On Wed, 27 Oct 2004, alex dot neyman at auriga dot ru wrote: > The bug 14411 was submitted by me as well, though from a different e

[Bug preprocessor/18176] Bootstrap fail at FreeBSD 5.3-RC1 (and FreeBSD 5.1) with --enable-bootstrap configure option

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 17:03 --- This is just caused by the fact that there are warnings in libcpp still. -- What|Removed |Added --

[Bug target/18117] [4.0 Regression] Bootstrap fails on i386-k*bsd-gnu

--- Additional Comments From robertmh at gnu dot org 2004-10-27 17:01 --- Erm, I forgot my mail signature is not quoted here ;) Please refer to http://www.debian.org/ports/kfreebsd-gnu -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18117

[Bug target/18117] [4.0 Regression] Bootstrap fails on i386-k*bsd-gnu

--- Additional Comments From robertmh at gnu dot org 2004-10-27 16:59 --- I've been sending patches to maintain k*bsd-gnu support since it was started in GCC, but have no commit rights. I would gladly become the official maintainer for that system if you like. OTOH, if one of the GCC ma

[Bug tree-optimization/18184] [4.0 Regression] Tree optimizers ignore pointer modes

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 16:58 --- Patch here: . -- What|Removed |Added

[Bug tree-optimization/18184] [4.0 Regression] Tree optimizers ignore pointer modes

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 16:46 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug tree-optimization/18184] New: Tree optimizers ignore pointer modes

Using pointers of non-default mode via __attribute__ ((mode)) produces incorrect code in many cases as the tree optimizers treat an __attribute__ ((mode) qualified pointer type as equivalent to the corresponding non-qualified type. (This is a regression over 3.4 introduced by the tree-ssa merge.)

[Bug c/18183] Warning when supposedly unused parameters are used

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 16:34 --- I think there was another bug about this and it was closed because we use unused to mean it might be unused not that it is just unused. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18183

[Bug c/18183] New: Warning when supposedly unused parameters are used

It would be nice to get a warning for the code below when bar is used. Using something documented as unused is likely a bug. void foo (int __attribute__((unused)) bar) { bar++; } > gcc-3.4 -W -Wunused -Wall -O2 -c ~/foo.c > -- Summary: Warning when supposedly unused parameters are

[Bug middle-end/17926] [4.0 Regression] infinite loop in LAPACK test at -Os and -O2

--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-27 16:27 --- I'll see if I can reduce it a little. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17926

[Bug c++/18182] New: Incorrect processing of __attribute__ by the C++ parser

The C++ parser appears to ignore attributes that apply to nested declarators. E.g. when trying to define an 'SImode-pointer to int' by typedef int * __attribute__ ((mode (SI))) t; on s390x-ibm-linux, the C++ parser silently ignores the attribute. The following test case: #include typedef int

[Bug c/18180] Disable special handling of functions with --freestanding

--- Additional Comments From alex dot neyman at auriga dot ru 2004-10-27 16:01 --- The bug 14411 was submitted by me as well, though from a different email address. I updated the patch in it to apply to 4.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18180

  1   2   >