[Bug tree-optimization/21054] [4.1 Regression] ICE in ssa check for -ftree-vectorize -fprofile-generate

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-16 02:52 --- Very related to PR 20947. -- What|Removed |Added BugsThisDependsOn|

[Bug target/21042] Error when compiling jdk14

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-16 02:47 --- This is not a java front-end problem, you are compiling C++ code. -- What|Removed |Added

[Bug middle-end/14311] builtins for atomic operations needed

--- Additional Comments From rth at gcc dot gnu dot org 2005-04-16 02:08 --- Middle-end bits are done. Target maintainers need to update md files for new patterns, but i686 and ia64 are done. -- What|Removed |Added ---

[Bug middle-end/14311] builtins for atomic operations needed

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-16 02:07 --- Subject: Bug 14311 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-16 02:07:33 Modified files: gcc/cp : ChangeLog semantics.c Added files:

[Bug middle-end/21049] [4.1 Regression] ICE with -fdump-tree-all and fortran

--- Additional Comments From jvdelisle at verizon dot net 2005-04-16 00:55 --- Confirmed on i686. Was not there on 4/12/2005 build. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21049

[Bug tree-optimization/21048] [4.1 Regression] use of poisoned ggc memory causes cpu2000 build failures

--- Additional Comments From dje at gcc dot gnu dot org 2005-04-15 23:54 --- debug_immediate_uses() does not seem right after the reciprocal transformation: BEFORE D.478_11 : --> single use. x_14 = D.478_11 / pretmp.3_54; pretmp.3_54 : -->2 uses. x_14 = D.478_11 / pretmp.3_54; D.479_1

[Bug target/20583] [4.0/4.1 regression] ICE in output_operand: invalid expression as operand

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-04-15 23:04 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED

[Bug tree-optimization/21054] New: ICE in ssa check for -ftree-vectorize -fprofile-generate

Current mainline GCC gets an ICE in check_loop_closed_ssa_use building any of ten benchmark programs from SPEC CPU2000 on powerpc-linux using the options "-O2 -ftree-vectorize -maltivec -fprofile-generate". This minimized test case demonstrates the problem:

[Bug target/20375] [4.0/4.1 Regression] C++ ICE in assign_parm_find_entry_rtl

-- What|Removed |Added AssignedTo|nathan at gcc dot gnu dot |rth at gcc dot gnu dot org |org | Status|REOPENED

[Bug java/21042] Error when compiling jdk14

-- What|Removed |Added Component|target |java Summary|Error while compiling jdk14 |Error when compiling jdk14 http://gcc.gnu.org/bugzilla/s

[Bug libgcj/10353] [3.3/3.4/4.0/4.1 regression] Java testsuite failures

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-15 22:25 --- PR libgcj/6461 was opened for the FAIL: FileHandleGcTest execution - source compiled test FAIL: FileHandleGcTest execution - gij test FAIL: FileHandleGcTest execution - bytecode->native test FAIL: FileHan

[Bug middle-end/20371] Some corner cases of MS bitfields don't work

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-15 22:21 --- Created an attachment (id=8651) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8651&action=view) I'm currently testing this patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20371

[Bug bootstrap/20633] libgcc2.c:1623: error: size of array 'compile_type_assert' is negative

-- What|Removed |Added Severity|critical|normal GCC build triplet||sparc64-portbld-freebsd5.3 GCC target triplet|

[Bug bootstrap/20633] sparc64-portbld-freebsd5.3: libgcc2.c:1623: error: size of array 'compile_type_assert' is negative

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-15 22:20 --- Sorry, I missed this one. Do not hesitate to CC me for SPARC-related problems. Could you attach the preprocessed file? -- What|Removed |Added ---

[Bug middle-end/21014] read-rtl.c:670: warning: missing sentinel in function call

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-04-15 22:10 --- Subject: Re: read-rtl.c:670: warning: missing sentinel in function call > result = concat ("(", cond1, ") && (", cond2, ")", NULL); > > > Looks like someone forgot the cast. (well in most of t

[Bug target/20301] Assembler labels have a leading "-"

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-15 22:09 --- Recategorizing for now. -- What|Removed |Added Component|middle-end

[Bug middle-end/20301] Assembler labels have a leading "-"

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-15 22:07 --- Confirmed, there is indeed a suspicious cast in the way. -- What|Removed |Added

[Bug ada/21053] New: Warnings from init.c

stage1/xgcc -Bstage1/ -B/opt/gnu/gcc/gcc-4.1.0/hppa2.0w-hp-hpux11.11/bin/ -c - g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototyp es -mdisable-indexing -Werror -fno-common -DHAVE_CONFIG_H -mdisable-indexing \ -I. -Iada -I../../gcc/gcc -I../../gcc/

[Bug other/21052] New: Example does not compile in user docs, type attributes, packed

In the GCC 3.4.3 user manual, in the section on type attributes: The example under the "packed" attribute does not compile. See: -- Summary: Example does not compile in

[Bug tree-optimization/21048] [4.1 Regression] use of poisoned ggc memory causes cpu2000 build failures

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 21:11 --- I am testing the following patch: Index: tree-ssa-loop-im.c === RCS file: /cvs/gcc/gcc/gcc/tree-ssa-loop-im.c,v retrieving revision 2.36 diff

[Bug tree-optimization/21048] [4.1 Regression] use of poisoned ggc memory causes cpu2000 build failures

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 20:46 --- Applying the following patch causes the ICE to be seen earlier: Index: tree-ssa-loop-im.c === RCS file: /cvs/gcc/gcc/gcc/tree-ssa-loop-im.c,v

[Bug tree-optimization/21029] [4.1 Regression] vrp miscompiles Ada front-end, drops loop exit test in well-defined wrap-around circumstances

build-20050415T203732/gcc/testsuite/ada/acats/support cxg2009.adb +===GNAT BUG DETECTED==+ | 4.1.0 20050415 (experimental) (x86_64-unknown-linux-gnu) GCC error: | | in set_value_range, at tree-vrp.c:124| |

[Bug target/21051] [4.1 Regression] sync tests ICE on ia64

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 20:42 --- Most likely caused by: 2004-04-14 Richard Henderson <[EMAIL PROTECTED]> * config/ia64/ia64.h (enum fetchop_code): Remove. (enum ia64_builtins): Move ... -- What|Removed

[Bug fortran/14569] [4.0 only] should not warn about truncated comment lines

-- What|Removed |Added Summary|should not warn about |[4.0 only] should not warn |truncated comment lines |about truncated comment

[Bug target/21051] New: [4.1 Regression] sync tests ICE on ia64

FAIL: gcc.dg/ia64-sync-1.c (test for excess errors) FAIL: gcc.dg/ia64-sync-2.c (test for excess errors) FAIL: gcc.dg/ia64-sync-3.c (test for excess errors) appeared on ia64-hpux between 20050414 and 20050415; these tests formerly passed. The new test gcc.c-torture/compile/sync-1.c also fails at

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-15 20:35 --- Subject: Bug 14569 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-15 20:35:26 Modified files: gcc/fortran: ChangeLog gfortran.h parse.c scanner.

[Bug tree-optimization/21001] VRP is weak when the tested variable in a COND_EXPR is used only in the COND_EXPR.

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-15 20:32 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01770.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21001

[Bug target/21050] [4.1 Regression] vect-none.c ICE

-- What|Removed |Added Keywords||ice-on-valid-code Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.

[Bug target/21050] New: [4.1 Regression] vect-none.c ICE

FAIL: gcc.dg/vect/vect-none.c (test for excess errors) appeared on ia64-hpux (both -milp32 and -mlp64) on mainline between 20050413 and 20050414. gcc-testresults shows it also present on ia64-linux and I would guess it is the same failure. vect-none.c: In function 'foo': vect-none.c:181: error: u

[Bug libfortran/18495] [4.0 only] Intrinisc function SPREAD is broken

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-15 20:30 --- Fixed in 4.1 with this patch: http://gcc.gnu.org/ml/fortran/2005-04/msg00459.html Waiting for 4.0 to reopen. -- What|Removed |Added

[Bug middle-end/20061] Certain flags generate warnings when they should not.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 20:23 --- I just ran into this today, as -fdump-tree-all is broken for a different reason. -- What|Removed |Added --

[Bug tree-optimization/21048] [4.1 Regression] use of poisoned ggc memory causes cpu2000 build failures

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 20:12 --- Here is a reduced testcase with the additional option of --param ggc-min-expand=0 which forces collection all the time: subroutine foo( nx,j,dble) implicit none integer i,j,nx real*

[Bug libfortran/18495] Intrinisc function SPREAD is broken

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-15 20:06 --- Subject: Bug 18495 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-15 20:06:17 Modified files: libgfortran: ChangeLog libgfortran/intrin

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-04-15 20:01 --- It works by not advancing to the next line in gfc_error_recovery. Final patch at http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01768.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14569

[Bug tree-optimization/21048] [4.1 Regression] use of poisoned ggc memory causes cpu2000 build failures

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 19:58 --- Here is a testcase which removes the use of uninitialized variables and still crashes: subroutine foo(z, nx,j,k,l,nz) implicit real*8 (a-h,o-z) real u(5,60,60,60) do i = 2, nx-1

[Bug target/20810] ICE in reload_cse_simplify_operands, at postreload.c:391

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-04-15 19:57 --- // reduced testcase, compile with -O2 -mthumb extern void foo (void); struct bitset { int a[4]; void set(int pos, bool val = true) { if (val) a[pos/32] = 1; } bitset& f

[Bug tree-optimization/21048] [4.1 Regression] use of poisoned ggc memory causes cpu2000 build failures

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords|

[Bug libfortran/18495] Intrinisc function SPREAD is broken

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-15 19:39 --- Spread putting its result into temporary arrays does indeed do something strange, even if the front end is providing the space. This is with an unpatched spread_generic.c: program test_spread implicit n

[Bug middle-end/21049] [4.1 Regression] ICE with -fdump-tree-all and fortran

-- What|Removed |Added CC||hubicka at gcc dot gnu dot ||org Target Milestone|---

[Bug middle-end/21049] New: [4.1 Regression] ICE with -fdump-tree-all and fortran

Try to compile the following code with -fdump-tree-all and you will get a seg fault: subroutine foo return end -- Summary: [4.1 Regression] ICE with -fdump-tree-all and fortran Product: gcc Version: 4.1.0 Status: UNCONFIRMED

[Bug middle-end/20933] [4.1 Regression] gcc can no longer bootstrap itself

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

[Bug target/20673] [4.0 only] C PCH testsuite assembly comparison failure

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

[Bug target/20673] [4.0 only] C PCH testsuite assembly comparison failure

--- Additional Comments From davem at gcc dot gnu dot org 2005-04-15 19:26 --- This should be fixed both in mainline and the 4.0 branch -- What|Removed |Added St

[Bug target/20673] [4.0 only] C PCH testsuite assembly comparison failure

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-15 19:25 --- Subject: Bug 20673 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-15 19:25:04 Modified files: gcc/config/sparc: sparc

[Bug target/20673] [4.0 only] C PCH testsuite assembly comparison failure

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-15 19:23 --- Subject: Bug 20673 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-15 19:23:47 Modified files: gcc: ChangeLog Log message: Add

[Bug testsuite/20767] gcc.dg/tree-ssa/ssa-pre-8.c scan-tree-dump-times Eliminated: 4 1 fails on 64-bit systems

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

[Bug target/20673] [4.0 only] C PCH testsuite assembly comparison failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 19:15 --- Effects only 4.0 now. -- What|Removed |Added Summary|C PCH testsuite assembly

[Bug target/20673] C PCH testsuite assembly comparison failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 19:14 --- Patch here: . Confirmed. -- What|Removed |Added

[Bug tree-optimization/21031] Another missed forward propagation opportunity

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

[Bug tree-optimization/21031] Another missed forward propagation opportunity

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-15 18:44 --- Just checked in a patch. -- What|Removed |Added Status|NEW

[Bug tree-optimization/21031] Another missed forward propagation opportunity

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-15 18:42 --- Subject: Bug 21031 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-15 18:42:38 Modified files: gcc: ChangeLog tree-ssa-forwprop.c

[Bug tree-optimization/21048] New: use of poisoned ggc memory causes cpu2000 build failures

Current mainline gfortran fails to build four SPEC CPU2000 tests on powerpc64-linux using "-m64 -O2 -ffast-math -funroll-loops". In a call to is_gimple_stmt it tries to dereference a pointer that the garbage collector has poisoned. This reduced test case (which can undoubtedly be made smaller) de

[Bug middle-end/20739] [4.0 regression] ICE in gimplify_addr_expr

--- Additional Comments From law at redhat dot com 2005-04-15 18:25 --- Subject: Re: [PR middle-end/20739] lvalue cond-expr gimplification may crash on cv-qual diffs On Thu, 2005-04-14 at 14:02 -0300, Alexandre Oliva wrote: > On Apr 4, 2005, Alexandre Oliva <[EMAIL PROTECTED]> w

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-04-15 18:23 --- Ok, I'm looking into implementing your suggestion. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14569

[Bug tree-optimization/21047] ASSERT_EXPR handling in fold never triggers.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 18:07 --- Confirmed, funny, I wonder why it was not noticed before, oh well. -- What|Removed |Added

[Bug tree-optimization/21047] New: ASSERT_EXPR handling in fold never triggers.

According to tree.def, ASSERT_EXPR belongs to tcc_expression. When fold gets a tree node that is tcc_expressions, we do not get to the following switch statement. switch (code) { case CONST_DECL: return fold (DECL_INITIAL (t)); case ASSERT_EXPR: So the ASSERT_EXPR case never

[Bug libfortran/18495] Intrinisc function SPREAD is broken

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-15 17:24 --- There's something rotten in the state of Denmark. I've slightly modified Paul's test program with my patch, and this is what I got: program test_spread implicit none integer, parameter :: N = 100

[Bug c/21024] fold generates a comparison of two operands whose types do not match

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-15 16:37 --- build_binary_op builds a binary tree node for r >= (const void *) *q; Here are the details. (gdb) p resultcode $2 = GE_EXPR (gdb) call debug_tree(build_type) constant invariant 32> unit size constant i

[Bug middle-end/20719] [4.1 Regression] ICE in default_no_named_section, at varasm.c:4828

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 15:58 --- Fixed by a couple of patches. -- What|Removed |Added Status|NEW

[Bug middle-end/20934] [4.1 Regression] Segmentation fault in gnat1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 15:56 --- Fixed by reverting the patch which caused this. -- What|Removed |Added Status|UN

[Bug debug/20940] [4.1 Regression] Option -ggdb3 stopped working

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 15:56 --- Fixed by reverting the patch which caused this. -- What|Removed |Added Status|NE

[Bug tree-optimization/20994] [4.1 regression] ICE with -ftree-vectorize

-- What|Removed |Added Known to fail||4.1.0 Known to work||4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20994

[Bug middle-end/21006] [4.1 Regression] g++.dg/other/static11.C fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 15:55 --- Also I can confirm that this is a middle-end problem. -- What|Removed |Added

[Bug tree-optimization/20963] [4.1 Regression] ICE tree check: expected value_handle, have addr_expr in value_exists_in_set_bitmap, at tree-ssa-pre.c:437

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-15 15:51 --- Fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-15 15:46 --- I just caught that you only sent the patch to gcc-patches@ Fortran patches should be sent to both gcc-patches@ and [EMAIL PROTECTED], few of the Fortran people are subscribed to gcc-patches. -- http://gcc

[Bug middle-end/20371] Some corner cases of MS bitfields don't work

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-15 15:32 --- Created an attachment (id=8650) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8650&action=view) Additional testcase This is another testlet snipped out of gcc-dg-struct-layout-1-t026-01. With the orig

[Bug tree-optimization/21031] Another missed forward propagation opportunity

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-15 15:30 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01726.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21031

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-15 15:27 --- Yes, this seems to be the case: when the statement matchers don't succeed, they skip to the next line via gfc_error_recovery, see the bottom of decode_statement. therefore the if (gfc_at_eol ()) you changed do

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-15 15:17 --- (In reply to comment #9) > I'm surprised that the line truncation warning is omitted in the error case. > Somewhere in the dark of the parser or error reporter someone advances to the > next line without my no

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-15 15:15 --- The patch is ok. IIRC I actually tried the exact same thing, except that I used gfc_warning instead of gfc_warning_now (and indeed the latter makes a lot more sense). -- http://gcc.gnu.org/bugzilla/show_bu

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-04-15 15:12 --- I'm surprised that the line truncation warning is omitted in the error case. Somewhere in the dark of the parser or error reporter someone advances to the next line without my notice. -- http://gcc.gnu.

[Bug fortran/20954] gfortran - internal compiler error with -fdefault-integer-8

--- Additional Comments From dir at lanl dot gov 2005-04-15 15:12 --- This error is killing "-fdefault-integer-8" - I hit it in almost every program I try to compile. Here is another example - [dranta:~/tests] dir% gfortran -fdefault-integer-8 -c d8test3.f d8test3.f: In function 'MAIN__'

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-15 15:10 --- I didn't count columns, but why would you be surprised that x = 4.3 + is not a valid statement? At least this seems to be the compiler's complaint in your second example. -- http://gcc.gnu.org/bugzilla/

[Bug target/20126] [3.3/3.4/4.0 Regression] Inlined memcmp makes one argument null on entry

--- Additional Comments From roger at eyesopen dot com 2005-04-15 14:52 --- Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail On 15 Apr 2005, Alexandre Oliva wrote: > On Apr 12, 2005, Roger Sayle <[EMAIL PROTECTED]> wrote: > > I still like your fallbacks, that

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-04-15 14:50 --- Created an attachment (id=8649) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8649&action=view) proposed patch Proposed patch attached; it seems, error reporting interferes with warnings, though. Or

[Bug tree-optimization/20936] [4.1 Regression] tree check: accessed operand 2 of view_convert_expr with 1 operands

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-15 14:07 --- Just checked in a patch. -- What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/20936] [4.1 Regression] tree check: accessed operand 2 of view_convert_expr with 1 operands

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-15 14:06 --- Subject: Bug 20936 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-15 14:06:11 Modified files: gcc: ChangeLog tree-ssa-ccp.c Log messag

Re: Interesting bug with imLib2/glut, or compiler error?

-BEGIN PGP SIGNED MESSAGE- ~ Ok, thanks for the explanation. I'm just surprized and disappointed that no error message was displayed, either durring the compile or the dlopen load. Why does the programmer have to remember every system function name and avoid them? Jay Andrew Pinski wrote:

[Bug libfortran/20788] Loading libgfortran.so clobbers C redirection of stdin

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-15 13:48 --- First: using stdio in a mixed Fortran/C is a small nightmare. For short term purposes, I strongly suggest you use the GFORTRAN_STDIN_UNIT=-1 trick. That does exactly what you want (that is, suggest that Fo

[Bug tree-optimization/21029] [4.1 Regression] vrp miscompiles Ada front-end, drops loop exit test in well-defined wrap-around circumstances

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 13:39 --- (In reply to comment #7) > Then, shouldn't your patch check -fwrapv somehow? And if Ada relies on wrap > around, does it enable -fwrapv? Huh, the testcase is still defined C even though signed overflow is

[Bug tree-optimization/21046] move memory allocation out of a loop

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 13:37 --- (In reply to comment #1) > I would think this is much more easily done in the frontend itself, which has > a > higher level representation so that it is much easier to hoist and reuse > allocations. Not r

[Bug java/21045] Anonymous inner class constructor's exceptions can't be caught or thrown

-- What|Removed |Added OtherBugsDependingO||18131 nThis|| Keywords||rejects

[Bug java/21044] [4.0/4.1 Regression] Static class init optimization is broken

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords|

[Bug c++/21012] [4.0/4.1 regression] incorrect name lookup from nested struct

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

[Bug c++/21043] Compilation error when trying to call method of a class contain by grand-mother with a template mother and class

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 13:30 --- a dup of bug 21012. *** This bug has been marked as a duplicate of 21012 *** -- What|Removed |Added -

[Bug c++/21043] Compilation error when trying to call method of a class contain by grand-mother with a template mother and class

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 13:30 --- Reopening to mark as ... -- What|Removed |Added Status|RESOLVED

[Bug target/21042] Error while compiling jdk14

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

[Bug preprocessor/20348] [4.0/4.1 Regression] File not included when file with same name is included before

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

[Bug preprocessor/21039] libcpp incorrectly handles different headers with same name

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 13:22 --- *** This bug has been marked as a duplicate of 20348 *** -- What|Removed |Added

[Bug tree-optimization/21029] [4.1 Regression] vrp miscompiles Ada front-end, drops loop exit test in well-defined wrap-around circumstances

--- Additional Comments From giovannibajo at libero dot it 2005-04-15 13:10 --- Then, shouldn't your patch check -fwrapv somehow? And if Ada relies on wrap around, does it enable -fwrapv? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21029

[Bug tree-optimization/21046] move memory allocation out of a loop

--- Additional Comments From giovannibajo at libero dot it 2005-04-15 13:04 --- I would think this is much more easily done in the frontend itself, which has a higher level representation so that it is much easier to hoist and reuse allocations. -- http://gcc.gnu.org/bugzilla/show_

[Bug c++/21043] Compilation error when trying to call method of a class contain by grand-mother with a template mother and class

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-15 12:59 --- Not a bug. This has to do with two-stage name-lookup, see last bullet in http://gcc.gnu.org/bugs.html#new34 and http://gcc.gnu.org/gcc-3.4/changes.html You could use this->m_.p(), this->A::m_.p(), B::A::m

[Bug fortran/20838] [4.1 regression] ICE in gfc_conv_expr_descriptor, at fortran/trans-array.c:3606

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-04-15 12:44 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED

[Bug tree-optimization/21046] New: move memory allocation out of a loop

Consider the following program fragment: char *p; int i; for (i=0; i<10; i++) { p = malloc(20); foo(p,i); free(p); } } The loop could be simplified into p = malloc(20); for (i=0; i<10; i++) foo(p,i); free(p); This would reduce the overhead for memory

[Bug fortran/20925] "Possible frontend bug: array constructor not expanded"

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-

[Bug c++/21040] [3.3 regression] Segmentation fault on template/typedef typo

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-04-15 12:26 --- 3.3 branch breakage, almost surely WONTFIX. : Search converges between 2003-07-19-3.3 (#129) and 2003-07-20-3.3 (#130). -- What|Removed |Added --

[Bug java/21045] Anonymous inner class constructor's exceptions can't be caught or thrown

--- Additional Comments From brion at pobox dot com 2005-04-15 12:20 --- Created an attachment (id=8647) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8647&action=view) Working test case with throws declaration Again, using the base class instead of an anonymous inner class the co

[Bug java/21044] [4.0/4.1 Regression] Static class init optimization is broken

-- What|Removed |Added Summary|Static class init |[4.0/4.1 Regression] Static |optimization is broken |class init optimization is

[Bug java/21045] Anonymous inner class constructor's exceptions can't be caught or thrown

--- Additional Comments From brion at pobox dot com 2005-04-15 12:17 --- Created an attachment (id=8646) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8646&action=view) Failing test case using a throws declaration instead of try-catch Again, fails to compile with GCJ. Fine with ja

[Bug java/21045] Anonymous inner class constructor's exceptions can't be caught or thrown

--- Additional Comments From brion at pobox dot com 2005-04-15 12:16 --- Created an attachment (id=8645) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8645&action=view) Test case using the base class; works Using a base class instead of an anonymous inner class derivitive, the exc

  1   2   >