[Bug middle-end/17746] [4.0 Regression] ICE when building the shared Ada RTS

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-15 06:58 --- > FYI, diff -u my_x86_64_run your_sparc_run gives: > > +FAIL: c391002 > +FAIL: c940006 > +FAIL: c951001 > +FAIL: c954023 > > -FAIL: c54a13b > -FAIL: c61008a > -FAIL: c64104c > -FAIL: cc51003 > -F

[Bug rtl-optimization/17972] [3.3 Regression] const/pure functions result in bad asm

--- Additional Comments From amodra at bigpond dot net dot au 2004-10-15 06:47 --- Crucial detail that Andrew may have overlooked: Only happens when compiling the testcase as c++. -- What|Removed |Added

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

--- Additional Comments From bje at gcc dot gnu dot org 2004-10-15 06:43 --- Actually, Pinski is right ;-/ gen_subprogram_die() is not being called. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17924

[Bug c++/18007] Template template specialization matching problem

-- What|Removed |Added Known to fail||3.3.5 3.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18007

[Bug c++/18007] New: Template template specialization matching problem

[forwarded from http://bugs.debian.org/269513] Gcc 3.3 and gcc 3.4 both give the error message "error: `type' is not a member of `outer::inner >'" when trying to compile the following: template struct dummy { }; template class outer_func> struct outer { template struct inner { }; templ

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

--- Additional Comments From bje at gcc dot gnu dot org 2004-10-15 06:07 --- gen_subprogram_die is indeed being called for the decl of `t'. The problem seems a bit more subtle. This program illustrates the problem: /* Fails with: gcc foo.c -DSTATIC=static -O3 -dA -S -gdwarf-2 Suc

[Bug driver/18006] New: Please replace vfork() with fork()

When built gcc-4.0 (20041010 snapshot), I discovered that GCC again uses vfork() instead of regular fork(). This is a "bad thing" due to following reasons: - vfork() is deprecated -- it was a BSD kludge from old no-MMU-days (a politically-correct reason :-). - At least in Linux, vfork()s can't b

[Bug middle-end/17746] [4.0 Regression] ICE when building the shared Ada RTS

--- Additional Comments From laurent at guerby dot net 2004-10-15 05:52 --- FYI, diff -u my_x86_64_run your_sparc_run gives: +FAIL: c391002 +FAIL: c940006 +FAIL: c951001 +FAIL: c954023 -FAIL: c54a13b -FAIL: c61008a -FAIL: c64104c -FAIL: cc51003 -FAIL: cc70a01 (x86_64 with LAST

[Bug middle-end/18005] ICE in fold-const.c/fold

--- Additional Comments From aj at gcc dot gnu dot org 2004-10-15 05:27 --- Created an attachment (id=7355) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7355&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18005

[Bug middle-end/18005] New: ICE in fold-const.c/fold

I get now an ICE compiling glibc. The error is in 20041014 but also in 20041013 and has been introduced during the last 5 days or so (or glibc has changed in a way to trigger this). [EMAIL PROTECTED]:/cvs/libc/stdlib> /opt/gcc/4.0-devel/libexec/gcc/x86_64-suse-linux-gnu/4.0.0/

[Bug c++/17042] [4.0 regression] Duplicated symbol in assembly output

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

[Bug c++/17916] [4.0 Regression] pragma inside classes

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

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

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

[Bug c++/17852] [4.0 Regression] weird quoting with synax error

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-15 04:44 --- Gaby volunteered for this bug. -- What|Removed |Added AssignedTo|unassigned at gcc

[Bug c++/14667] [4.0 Regression] ICE in cp_parser_parse_and_diagnose_invalid_type_name

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

[Bug c++/17976] [3.4/4.0 Regression] Calls the dtor twice

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

[Bug c++/17976] [3.4/4.0 Regression] Calls the dtor twice

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

[Bug c++/17976] [3.4/4.0 Regression] Calls the dtor twice

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-15 04:18 --- Subject: Bug 17976 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-15 04:18:09 Modified files: gcc/cp : ChangeLog decl.c gcc/testsui

[Bug middle-end/17967] [4.0 Regression] Expand is considered slower? (remove_useless_stmts is considered part of expand)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 04:17 --- The patch had to be reverted as it caused some missed-optimization regressions. -- What|Removed |Added ---

[Bug middle-end/17967] [4.0 Regression] Expand is considered slower? (remove_useless_stmts is considered part of expand)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-15 04:16 --- Subject: Bug 17967 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-15 04:15:52 Modified files: gcc: ChangeLog tree-cfg.c Log message:

[Bug middle-end/17813] [4.0 regression] ada bootstrap failure on i486-linux

--- Additional Comments From debian-gcc at lists dot debian dot org 2004-10-15 04:00 --- reconfirmed with 20041014, bootstraps ok when configured for i686-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17813

[Bug tree-optimization/17716] [4.0 Regression] ICE in tree-ssa-dom

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

[Bug bootstrap/15780] bootstrap fails on crtstuff

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 02:25 --- Hmm, -marc=athlon-xp enables -msse which has a bug, maybe it is related to that (bug 17990). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15780

[Bug c++/15764] no cleanup if temporary's dtor terminates with an exception

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 02:20 --- The try/finally block for the tmp is not around the initializer, why? -- What|Removed |Added

[Bug target/15730] ICE (segfault) passing 128 bit int trough variable arguments

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 02:15 --- Fixed on the mainline. -- What|Removed |Added Status|ASSIGNED

[Bug middle-end/16585] current_function_has_computed_jump incorrectly changed in make_edges

-- What|Removed |Added Keywords||missed-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16585

[Bug target/18004] ICE in output_constant_pool_2 for aligned(1) float in struct

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 02:10 --- Confirmed on powerpc-darwin. -- What|Removed |Added Status|UNCONFIRMED

[Bug target/18004] New: ICE in output_constant_pool_2 for aligned(1) float in struct

This test causes GCC to ICE in output_constant_pool_2 on powerpc64-linux with -m32. The ICE goes away without the typedef or if the variable is local. The test case is extracted from gcc.dg-struct-layout-1/t001.

[Bug c++/17743] __alignof__ vs. typedefs

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |giovannibajo at libero dot |dot org |it Status|UNCONFIRMED

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

--- Additional Comments From realsong at hotmail dot com 2004-10-15 01:23 --- Created an attachment (id=7354) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7354&action=view) original name is math.h I checked it out and found no problem in SCO's math.h.:) Thanks! -- http://gcc.g

[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-15 01:21 --- I think I have a fix. I will submit it once I test it. -- What|Removed |Added

[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-15 01:20 --- Here is reduced testcase, it has nothing to do with asm at all: static inline void bar (const int *const x) { int x1 = *x; } static const int y[1]={0}; void foo (void) { bar (y); } -- What

[Bug other/17594] [3.4/4.0 Regression] GCC does not error about unknown options which starts with a valid option

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 01:04 --- : Search converges between 2003-06-25-trunk (#275) and 2003-06-26-trunk (#276). -- What|Removed |Added ---

[Bug middle-end/17407] [4.0 Regression] ICE in int_mode_for_mode

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 01:00 --- We don't call layout_type on the array type, why? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17407

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 00:45 --- I think it is correct but we are generating a TARGET_EXPR which is wrong. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17435

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 00:44 --- I think the problem is that we are adding a cleanup_point expression around A const& r1 = B(); which is correct really (or is it?). -- What|Removed |Added --

[Bug c/17946] wanted: warning for "a && MASK" when "a & MASK" was probably intended

--- Additional Comments From giovannibajo at libero dot it 2004-10-15 00:37 --- I will confirm this because I agree with the submitter, this looks like a good warning to use. It would be great if the conflict with the other warning can be solved. -- What|Removed

[Bug c++/16301] [3.4/4.0 regression] ICE with strong using

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 00:25 --- I posted the patch here: . -- What|Removed |Added ---

[Bug c++/16301] [3.4/4.0 regression] ICE with strong using

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 23:58 --- Okay, my fix is only thing which is needed I will submit it then. -- What|Removed |Added

[Bug debug/14492] [3.4 Regression] loc_descriptor_from_tree, in dwarf2out.c:9031

--- Additional Comments From rth at gcc dot gnu dot org 2004-10-14 23:31 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED R

[Bug debug/14492] [3.4 Regression] loc_descriptor_from_tree, in dwarf2out.c:9031

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-14 23:30 --- Subject: Bug 14492 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-14 23:30:21 Modified files: gcc: ChangeLog dwarf2out.c Log message:

[Bug debug/14492] [3.4 Regression] loc_descriptor_from_tree, in dwarf2out.c:9031

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

[Bug c/17023] [3.3/3.4/4.0 Regression] ICE with nested functions in parameter declaration

--- Additional Comments From rth at gcc dot gnu dot org 2004-10-14 23:25 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED R

[Bug c/17023] [3.3/3.4/4.0 Regression] ICE with nested functions in parameter declaration

files: gcc/testsuite/gcc.dg: 20041014-1.c Log message: PR c/17023 * c-decl.c (store_parm_decls_oldstyle): Care for parameter type as error_mark_node. * c-parse.in (compstmt_primary_start): Check cur_stmt_list non-null instaed of

[Bug c/17023] [3.3/3.4/4.0 Regression] ICE with nested functions in parameter declaration

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-14 23:13 --- Subject: Bug 17023 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-14 23:12:53 Modified files: gcc: Change

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

--- Additional Comments From tromey at gcc dot gnu dot org 2004-10-14 22:47 --- PR 13468: stack trace regression (one patch is on BC branch already) -- What|Removed |Added

[Bug java/13468] [4.0 Regression] interpret.cc should register ffi closure stubs

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 22:38 --- I think this was fixed by: 2004-10-13 Andrew Haley <[EMAIL PROTECTED]> * interpret.cc (_Jv_InterpMethod::run): Initialize _Jv_StartOfInterpreter. (_Jv_StartOfInterp

[Bug middle-end/17967] [4.0 Regression] Expand is considered slower? (remove_useless_stmts is considered part of expand)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-14 22:00 --- Subject: Bug 17967 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-14 22:00:07 Modified files: gcc: ChangeLog tree-cfg.c Log message:

[Bug middle-end/17967] [4.0 Regression] Expand is considered slower? (remove_useless_stmts is considered part of expand)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 21:59 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[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-14 21:56 --- Hmm, I think the problem is that the back-end did not expect MAX_EXPR to be outputted from a front- end except when -ffast-math is added (I mean for floating point). -- http://gcc.gnu.org/bugzilla/show_

[Bug other/17361] [3.3 Regression] gcc driver complains about C++ options when assembling

-- What|Removed |Added CC||gdr at gcc dot gnu dot org Known to work|3.2.3 4.0.0 |3.2.3 4.0.0 3.4.3 Summar

[Bug fortran/18003] Parser failure in printing of array intrisics (lbound)

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

[Bug other/17361] [3.3/3.4 Regression] gcc driver complains about C++ options when assembling

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

[Bug fortran/18003] New: Parser failure in printing of array intrisics (lbound)

The following program fails: -- subroutine io_bug() integer :: a(10) print *, lbound(a) end subroutine io_bug -- Command: gfortran -c gfortran-bug.f90 Error msg: gfortran-bug.f90: In function `io_bug': gfortran-bug.f90:3: fatal error: gfc_todo: Not

[Bug debug/14492] [3.4 Regression] loc_descriptor_from_tree, in dwarf2out.c:9031

--- Additional Comments From rth at gcc dot gnu dot org 2004-10-14 21:38 --- We're just missing some case entries in loc_descriptor_from_tree. -- What|Removed |Added

[Bug c/17023] [3.3/3.4/4.0 Regression] ICE with nested functions in parameter declaration

--- Additional Comments From rth at gcc dot gnu dot org 2004-10-14 21:09 --- Hum. That is a good point about this patch only mattering for K&R function definitions. In which case I don't really care at all, and so we should probably just go with the first choice to disallow stmt exprs

[Bug c/17023] [3.3/3.4/4.0 Regression] ICE with nested functions in parameter declaration

--- Additional Comments From jsm at polyomino dot org dot uk 2004-10-14 20:12 --- Subject: Re: [3.3/3.4/4.0 Regression] ICE with nested functions in parameter declaration On Thu, 14 Oct 2004, jsm at polyomino dot org dot uk wrote: > expressions with longjmp, statement expressions see

[Bug c/17023] [3.3/3.4/4.0 Regression] ICE with nested functions in parameter declaration

--- Additional Comments From jsm at polyomino dot org dot uk 2004-10-14 20:05 --- Subject: Re: [3.3/3.4/4.0 Regression] ICE with nested functions in parameter declaration On Thu, 14 Oct 2004, rth at gcc dot gnu dot org wrote: > You do? Hm, in which case I may need to persue a differ

[Bug middle-end/18002] [3.4/4.0 Regression] 'while' loop performace regression on avr target

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 20:04 --- Actually this is also a regression on PPC: 3.3: _main: li r2,43 L2: lbz r3,0(r2) andi. r9,r3,32 beq+ cr0,L2 li r3,0 blr 4.0.0: L3: lbz r0,0(r2)

[Bug c/17023] [3.3/3.4/4.0 Regression] ICE with nested functions in parameter declaration

--- Additional Comments From rth at gcc dot gnu dot org 2004-10-14 19:55 --- You do? Hm, in which case I may need to persue a different solution than the one I'm currently testing. Also, if true, I don't see why a nested function wouldn't be acceptable there: int b[({ int h() { retu

[Bug c++/18000] g++ interprets a variable declaration as a function prototype when the arguments to the constructor are temporaries

--- Additional Comments From schveiguy at yahoo dot com 2004-10-14 19:51 --- (In reply to comment #1) > This is correct behaviour. [8.2] whoops! I'll be damned. It doesn't seem like it should be proper behavior :) sorry. Thanks for the quick reply. If anyone reads this bug, and has

[Bug target/18002] New: [3.4/4.0 Regression] 'while' loop performace regression on avr target

Hello, when I compile(avr-gcc -c -Os -mmcu=atmega8 test.c) this code: int main (void) { while (((*(volatile unsigned char *)((0x0B) + 0x20)) & (1<<5)) == 0) { ; } return (0); } with gcc 3.3.1 I get this asm loop: 8: 5d 9b sbis0x0b, 5 ; 11 a: fe cf rjmp

[Bug tree-optimization/17986] [4.0 Regression] Compile error for make.adb breaks bootstrap

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-14 19:22 --- Present on sparc-sun-solaris2.8, with same workaround. Preliminary investigation suggests a PHI nodes sharing problem. -- What|Removed |Added

[Bug middle-end/17793] [4.0 Regression] Ada bootstrap failure

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-14 19:18 --- > The integer_type's are not compatible by defined by the front-end, why? The front-end generates a correct tree (with a NOP_EXPR) but it is stripped by the gimplifier: /* Strip away as many useles

[Bug target/17317] Match Constraints for *movdf_insn fails

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

[Bug target/17889] gcc 3.4 branch does not build for arc-elf32

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

[Bug middle-end/17746] [4.0 Regression] ICE when building the shared Ada RTS

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 19:03 --- - ICE on g-socket.adb at -O0: consistency check, again ADDR_EXPR is PR 17793 (I filed it) - infinite loop on make.adb at -O2: PHI nodes sharing pb (ok at -O1) is PR 17986 (someone else filed it) And there

[Bug tree-optimization/17986] [4.0 Regression] Compile error for make.adb breaks bootstrap

-- What|Removed |Added Component|ada |tree-optimization Keywords||build, ice-on-valid-code Summary|

[Bug middle-end/17746] [4.0 Regression] ICE when building the shared Ada RTS

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-14 18:57 --- Quick summary of my investigation so far: - ICE on g-awk.adb at -O0: pb in the RTL expander relating to ADDR_EXPR - ICE on g-socket.adb at -O0: consistency check, again ADDR_EXPR - infinite loop on make.ad

[Bug tree-optimization/17635] [4.0 regression] ICE in verify_ssa: type mismatch

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 18:40 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/17967] [4.0 Regression] Expand is considered slower? (remove_useless_stmts is considered part of expand)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 18:38 --- Patch here: . I was convenced by RTH that removing r_u_s actually can slow it down but he also helped me to figure out where the problem is. --

[Bug debug/7241] DWARF encoding for "char" incorrect in gcc

--- Additional Comments From ericw at evcohs dot com 2004-10-14 18:37 --- Would someone comment if the fix in comment #6 is correct? And could it be applied to mainline to close out this bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7241

[Bug c/17023] [3.3/3.4/4.0 Regression] ICE with nested functions in parameter declaration

--- Additional Comments From jsm at polyomino dot org dot uk 2004-10-14 18:25 --- Subject: Re: [3.3/3.4/4.0 Regression] ICE with nested functions in parameter declaration On Thu, 14 Oct 2004, rth at gcc dot gnu dot org wrote: > Looks to me as if the nested function has nothing to do

[Bug c/17023] [3.3/3.4/4.0 Regression] ICE with nested functions in parameter declaration

--- Additional Comments From rth at gcc dot gnu dot org 2004-10-14 18:08 --- Looks to me as if the nested function has nothing to do with it. Rather, it's the statement expression. Just "int b[({ 1; })]" is enough to crash. -- What|Removed |Added --

[Bug c/17946] wanted: warning for "a && MASK" when "a & MASK" was probably intended

--- Additional Comments From bangerth at dealii dot org 2004-10-14 17:33 --- Andrew, I'm getting angry when you selfishly close PRs that other people think are useful to be kept open. The submitter of this PR has shown that the cases you claim exist are not frequent, and that they often

[Bug other/17464] The newly built gcc shared libraries aren't used for bootstap and check

--- Additional Comments From hjl at lucon dot org 2004-10-14 17:10 --- Have you looked at http://gcc.gnu.org/ml/gcc/2004-09/msg00209.html We get lucky that only Ada compiler is linked with libgcc_s.so. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17464

[Bug target/17822] avr: Hard-coded XXX_FOR_TARGET

-- What|Removed |Added CC||ericw at evcohs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17822

[Bug c++/18001] [4.0 regression] Badly formatted error message (quotation problem)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 16:40 --- Confirmed, related to PR 17852. -- What|Removed |Added CC|

[Bug target/17994] avr-gcc does not output a dwarf2 .debug_frame section

-- What|Removed |Added CC||ericw at evcohs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17994

[Bug target/17993] Error in dwarf2 debug output of bitfield members

-- What|Removed |Added CC||ericw at evcohs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17993

[Bug c++/18001] [4.0 regression] Badly formatted error message (quotation problem)

--- Additional Comments From bangerth at dealii dot org 2004-10-14 16:35 --- Thinking about it, finding a testcase wasn't all that hard: -- int main () { &1; } -- W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18001

[Bug c++/18001] New: [4.0 regression] Badly formatted error message (quotation problem)

>From a rather big program I get this error message: include/lac/sparse_matrix.templates.h:356: error: non-lvalue in unary %<&$> I don't have the time to reduce this right now, but the problem seems obvious enough: I guess that this error is generated in cp/tree.c, in lvalue_or_else. This p

[Bug other/17464] The newly built gcc shared libraries aren't used for bootstap and check

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 16:34 --- This is not true at all because I used to bootstrap on linux right after gcc added libgcc_s, In fact I still bootstrap on targets where libgcc_s don't exist on the machine but is built now on the mainline

[Bug other/17437] [4.0 Regression] obscure GC problem

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 16:30 --- So closing as fixed. -- What|Removed |Added Status|WAITING |

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

--- Additional Comments From ericw at evcohs dot com 2004-10-14 16:21 --- See related bug #17462. -- What|Removed |Added CC||ericw

[Bug other/17464] The newly built gcc shared libraries aren't used for bootstap and check

--- Additional Comments From hjl at lucon dot org 2004-10-14 16:16 --- Shouldn't we also revert libgcc_s.so patch? The problem is nothing new. It existed from day one when libgcc_s.so was introduced. If there is no system libgcc_s.so, gcc won't boostrap nor pass "make check". Let's fix th

[Bug other/17437] [4.0 Regression] obscure GC problem

--- Additional Comments From stevenb at novell dot com 2004-10-14 16:09 --- Subject: Re: [4.0 Regression] obscure GC problem On Tuesday 12 October 2004 15:03, pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-12 > 13:03

[Bug c++/17976] [3.4/4.0 Regression] Calls the dtor twice

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

[Bug c/17946] wanted: warning for "a && MASK" when "a & MASK" was probably intended

--- Additional Comments From trt at acm dot org 2004-10-14 15:54 --- > a && 4 in their code meaning a != 0 && 4 !=0 That happens, but when it does `a' is not integer type. I use a gcc with this warning on a 35Mloc code base. There are currently 4 warnings, all pointing to real bugs. Thi

[Bug c++/18000] g++ interprets a variable declaration as a function prototype when the arguments to the constructor are temporaries

--- Additional Comments From nathan at gcc dot gnu dot org 2004-10-14 15:48 --- This is correct behaviour. [8.2] -- What|Removed |Added Status|UNCONFIRMED

[Bug c++/18000] New: g++ interprets a variable declaration as a function prototype when the arguments to the constructor are temporaries

Platform: x86 (Pentium 4 2.8 GHz with MT) The following code does not compile, it appears that g++ is interpreting the declaration of myvar to be a function prototype: [EMAIL PROTECTED]:~> g++3.4.2 -v Reading specs from /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.2/specs Configured with: ./configur

[Bug middle-end/17967] [4.0 Regression] Expand is considered slower? (remove_useless_stmts is considered part of expand)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:55 --- Well I just provided to my self that lowering eh actually does the same job as the old remove_useless_stmts. I will submit a patch after class and getting home to remove remove_useless_stmts and change it

[Bug c++/17053] [4.0 Regression] Repo functionality partially broken on AIX

--- Additional Comments From dje at gcc dot gnu dot org 2004-10-14 14:49 --- reducing priority -- What|Removed |Added Severity|critical|normal

[Bug other/17991] [4.0 Regression] Two-process fixincludes broken: pz_mn_name_pat undefined

--- Additional Comments From pavenis at latnet dot lv 2004-10-14 14:41 --- For DJGPP I created one more .c file in fixincludes directory: #include "fixlib.h" #define _ENV_(v,m,n,t) tCC* v = NULL; ENV_TABLE #undef _ENV_ ---

[Bug c++/10112] static data member is not correctly initialised

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:33 --- *** Bug 17910 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10112

[Bug c++/17910] wrong order of static initialization

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:33 --- Even though the testcase in PR 10112 is fixed (or is it), the problem is the same, the order in this case is undefined. *** This bug has been marked as a duplicate of 10112 *** -- What|Re

[Bug c/17946] wanted: warning for "a && MASK" when "a & MASK" was probably intended

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:31 --- I still say that people do have a && 4 in their code meaning a != 0 && 4 !=0. Also a & 1 should be caught too but that would just give too many false postives so there is no way for GCC to warn about th

[Bug libfortran/16135] libfortran doesn't build, use of C99 types

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:29 --- Note I filed PR 17999 for the snprintf issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16135

[Bug libfortran/17999] New: libfortran: uses some C99 functions (snprintf)

The most ovbious fix here is to link in libiberty.a which has snprintf. -- Summary: libfortran: uses some C99 functions (snprintf) Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: lib

[Bug libfortran/17748] libgfortran contains undefined references to _environ

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:26 --- If I get some time, I will look into getting this done correctly, aka autoconf that we cannot use _environ and try to use _NSGetEnviron instead. -- What|Removed |Added

  1   2   >