[Bug target/20503] openssl compiled with -mcpu=i686 triggers `__i686.get_pc_thunk.bx' referenced in section `.text' of /usr/lib/libc_nonshared.a(elf-init.oS): defined in discarded section `.gnu.linkonce.t.__i686.get_pc_thunk.bx' of /usr/lib/libc_nonshared.a(elf-init.oS)
--- Additional Comments From laurivan at eircom dot net 2005-03-17 08:20 --- How can it be transferred to binutils? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20503
[Bug tree-optimization/20514] New: hoisting of label out of jumptable would take place at cse, should happen at trees
The following testcase from bug 18628 exposes a case in which cse would have folded a load from a jump table into a label. Jeff suspects this should have happened earlier, in the tree level, so he asked me to file this bug. Here's the testcase: int i; int main() { for (;;) { switch (i) { case 0: case 1: return 1; case 2: case 3: return 0; case 5: --i; } } } -- Summary: hoisting of label out of jumptable would take place at cse, should happen at trees Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: law at gcc dot gnu dot org ReportedBy: aoliva at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org OtherBugsDependingO 19721 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20514
[Bug middle-end/19721] [meta-bug] optimizations that CSE still catches
-- What|Removed |Added BugsThisDependsOn||20514 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19721
[Bug pch/20315] pch problems on solaris
--- Additional Comments From cmarco at indra dot es 2005-03-17 08:55 --- (In reply to comment #2) Confirmed, but the question is why do you need to generate the PCH twice? Header files never produce object files, unlike in Ada. Also removing the PCH file is enough to solve the problem. Perhahs, I have a concept problem. If you have a c++ template in a .h file without a .c file and you compile it you should obtain a .o object. I do not need any .gch file So this happens with the 3.2.3 version. sun1:~/test g++ -v Reading specs from /usr/local/gcc-3.2.3/bin/../lib/gcc-lib/sparc-sun- solaris2.9/3.2.3/specs Configured with: ./configure --prefix=/usr/users/afernand/comp/gcc-3.2.3 - enable-language=c,c++ Thread model: posix gcc version 3.2.3 sun1:~/test ls -la test* -rw-r- 1 cmarco indra141 Mar 3 16:49 test.h sun1:~/test g++ -m64 -x c++ -c test.h sun1:~/test ls -la test* -rw-r- 1 cmarco indra141 Mar 3 16:49 test.h -rw-r- 1 cmarco indra672 Mar 17 09:18 test.o Now if I use the 3.4.4 version: sun1:~/test g++ -v Reading specs from /usr/local/gcc-34/bin/../lib/gcc/sparc-sun- solaris2.9/3.4.4/specs Configured with: ./configure --prefix=/usr/users/afernand/comp/gcc-bootstrap- 34 --enable-language=c --without-headers --disable-shared : (reconfigured) ./configure --prefix=/usr/users/afernand/comp/gcc-bootstrap-34 - -enable-language=c --without-headers --disable-shared : (reconfigured) ./configure --prefix=/usr/users/afernand/comp/gcc-bootstrap-34 - -enable-language=c --without-headers --disable-shared : (reconfigured) ./configure --prefix=/usr/users/afernand/comp/gcc-34 --enable- language=c,c++ Thread model: posix gcc version 3.4.4 20041222 (prerelease) sun1:~/test ls -la test* -rw-r- 1 cmarco indra141 Mar 3 16:49 test.h sun1:~/test g++ -m64 -x c++ -c test.h sun1:~/test ls -la test* -rw-r- 1 cmarco indra141 Mar 3 16:49 test.h -rw-r- 1 cmarco indra1034879 Mar 17 09:23 test.h.gch Something have change. ¿Should I have use other options? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20315
[Bug ada/20515] New: stdcall imports are not handled correctly
When using a GCC cross-compiler from GNU/Linux to Windows with Ada support, the link names of pragma Import with Convention stdcall are not mangled correctly and thus linking to the Windows API does not work. A small example is: [EMAIL PROTECTED] cat time.adb with Ada.Calendar; procedure Time is T : Ada.Calendar.Time; begin T := Ada.Calendar.Clock; end Time; [EMAIL PROTECTED] i586-mingw32msvc-gnatmake -f time i586-mingw32msvc-gcc -c time.adb i586-mingw32msvc-gnatbind -x time.ali i586-mingw32msvc-gnatlink time.ali Warning: resolving _Sleep by linking to [EMAIL PROTECTED] Use --enable-stdcall-fixup to disable these warnings Use --disable-stdcall-fixup to disable these fixups /usr/lib/gcc/i586-mingw32msvc/3.4.2/adalib/libgnat.a(s-osprim.o): In function `s ystem__os_primitives__clock': /tmp/bellonsn-mingw32/mingw32-3.4.2.20040916.1/build_dir/objs/gcc/ada/rts/s-ospr im.adb:147: undefined reference to `_QueryPerformanceCounter' /tmp/bellonsn-mingw32/mingw32-3.4.2.20040916.1/build_dir/objs/gcc/ada/rts/s-ospr im.adb:151: undefined reference to `_GetSystemTimeAsFileTime' ... and so on ... Danny Smith of MinGW suggested a small patch which works for me: --- gcc-3.4.2-20040916-1/gcc/ada/decl.c 2005-03-17 07:11:51.20813 +0100 +++ gcc-3.4.2-20040916-1/gcc/ada/decl.c.patched 2005-03-17 07:11:40.675851093 +0100 @@ -3509,7 +3509,7 @@ if (list_length (gnu_return_list) == 1) gnu_return_type = TREE_TYPE (TREE_PURPOSE (gnu_return_list)); -#ifdef _WIN32 +#if TARGET_IS_PE_COFF if (Convention (gnat_entity) == Convention_Stdcall) { struct attrib *attr I hope you can apply this patch. -- Summary: stdcall imports are not handled correctly Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sbellon at sbellon dot de CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20515
[Bug ada/20515] stdcall imports are not handled correctly
--- Additional Comments From charlet at adacore dot com 2005-03-17 09:58 --- Subject: Re: New: stdcall imports are not handled correctly Patch looks correct (certainly better) to me, investigating. Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20515
[Bug ada/19526] Windows errorcodes wrong in Ada when tasking
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17 10:27 --- I do not see any GNAT bug here. Potentially a problem in your code, or in the Win32 API you used, but that's all. Note that GNAT.Sockets.Thin as shown in your build output is an internal unit that should not be used directly. Arno -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19526
[Bug pch/20315] pch problems on solaris
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17 10:28 --- Perhahs, I have a concept problem. If you have a c++ template in a .h file without a .c file and you compile it you should obtain a .o object. No, you're forcing the compilation with -x c++. Try without -x and see what the 3.2.3 compiler says. The bottom line is that you should never compile a header file, except if you want to get the corresponding PCH file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20315
[Bug libgcj/20508] gij prints too much information if an incorrect class is given
--- Additional Comments From mark at gcc dot gnu dot org 2005-03-17 10:30 --- Note that I made it more verbose then it was in the past on purpose. But not for this case. See an example of a stacktrace were (most) of this extra information is useful: http://gcc.gnu.org/ml/java-patches/2005-q1/msg00337.html This really helps when debugging strange reasons for your main class not wanting to start correctly. When cleaning this up be careful to at least keep the root cause and the classloaders and search paths used. And when the root cause is some (chained) ExceptionInInitializerError inside some super or interface class needed by the main class you really want the stacktrace to track down why/what happened where. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20508
[Bug ada/15102] Building shared libgnat may fail linking non-PIC object files
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17 10:32 --- AFAIK, this should be fixed by recent libada changes, since a stamp-libada is now used that should address this issue. Could someone verify this ? Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15102
[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-17 10:36 --- Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable types On Mar 11, 2005, Alexandre Oliva [EMAIL PROTECTED] wrote: gimplify_and_add calls gimplify_stmt for the stmt list, that calls calls gimplify_expr, that calls gimplify_decl_expr, that calls gimple_add_tmp_var again. I don't see any benefit in calling gimple_add_tmp_var *after* gimplifying the initializer, so I moved the call before that, which enabled me to get the C++-specific compound-literal-expr gimplifier to not call gimple_add_tmp_var at all. As for handling compound-literal-expr cleanups, this patch does so by using target_expr gimplification code, replacing the compound-literal-expr with a target_expr when the compound-literal-expr is found to need a cleanup, and immediately gimplifying that. This avoids duplicating the code from a number of static functions in gimplify.c, but I'm open to other approaches, such as exporting gimple_push_cleanup from gimplify.c. Tested on x86_64-linux-gnu. Ok to install? Index: gcc/ChangeLog from Alexandre Oliva [EMAIL PROTECTED] PR c++/20103 * gimplify.c (gimplify_decl_expr): Add temp variable to binding before gimplifying its initializer. Index: gcc/gimplify.c === RCS file: /cvs/gcc/gcc/gcc/gimplify.c,v retrieving revision 2.118 diff -u -p -r2.118 gimplify.c --- gcc/gimplify.c 14 Mar 2005 20:01:40 - 2.118 +++ gcc/gimplify.c 17 Mar 2005 07:56:22 - @@ -990,6 +990,15 @@ gimplify_decl_expr (tree *stmt_p) { tree init = DECL_INITIAL (decl); + /* This decl isn't mentioned in the enclosing block, so add it +to the list of temps. FIXME it seems a bit of a kludge to +say that anonymous artificial vars aren't pushed, but +everything else is. c_gimplify_compound_literal_expr may +have already added this tmp var, so don't do it again in this +case. */ + if (DECL_ARTIFICIAL (decl) DECL_NAME (decl) == NULL_TREE) + gimple_add_tmp_var (decl); + if (!TREE_CONSTANT (DECL_SIZE (decl))) { /* This is a variable-sized decl. Simplify its size and mark it @@ -1043,12 +1052,6 @@ gimplify_decl_expr (tree *stmt_p) as they may contain a label address. */ walk_tree (init, force_labels_r, NULL, NULL); } - - /* This decl isn't mentioned in the enclosing block, so add it to the -list of temps. FIXME it seems a bit of a kludge to say that -anonymous artificial vars aren't pushed, but everything else is. */ - if (DECL_ARTIFICIAL (decl) DECL_NAME (decl) == NULL_TREE) - gimple_add_tmp_var (decl); } return GS_ALL_DONE; Index: gcc/cp/ChangeLog from Alexandre Oliva [EMAIL PROTECTED] PR c++/20103 * cp-tree.h (build_compound_literal): Declare. * semantics.c (finish_compound_literal): Move most of the code... * tree.c (build_compound_literal): ... here. New function. (lvalue_p_1): Handle COMPOUND_LITERAL_EXPR. (stabilize_init): Likewise. * pt.c (tsubst_copy_and_build): Likewise. * call.c (build_over_call): Likewise. * class.c (fixed_type_or_null): Likewise. * cp-gimplify.c (cp_gimplify_init_expr): Likewise. (cp_gimplify_compound_literal_expr): New. (cp_gimplify_expr): Use it. * cvt.c (force_rvalue, ocp_convert): Handle COMPOUND_LITERAL_EXPR. * typeck.c (build_x_unary_op): Likewise. (cxx_mark_addressable): Likewise. (maybe_warn_about_returning_address_of_local): Likewise. Index: gcc/cp/cp-tree.h === RCS file: /cvs/gcc/gcc/gcc/cp/cp-tree.h,v retrieving revision 1.1110 diff -u -p -r1.1110 cp-tree.h --- gcc/cp/cp-tree.h 14 Mar 2005 14:33:17 - 1.1110 +++ gcc/cp/cp-tree.h 17 Mar 2005 07:56:31 - @@ -4219,6 +4219,7 @@ extern tree build_min_nt (enum tree_co extern tree build_min_non_dep (enum tree_code, tree, ...); extern tree build_cplus_new(tree, tree); extern tree get_target_expr(tree); +extern tree build_compound_literal (tree, tree); extern tree build_cplus_array_type (tree, tree); extern tree hash_tree_cons (tree, tree, tree); extern tree hash_tree_chain(tree, tree); Index: gcc/cp/semantics.c === RCS file: /cvs/gcc/gcc/gcc/cp/semantics.c,v retrieving revision 1.464 diff -u -p -r1.464 semantics.c --- gcc/cp/semantics.c 14 Mar 2005 14:33:34 - 1.464 +++ gcc/cp/semantics.c 17 Mar 2005 07:56:33 - @@ -1980,23 +1980,16 @@ finish_compound_literal (tree type, tree compound_literal = build_constructor (NULL_TREE, initializer_list); /* Mark it
[Bug ada/15819] support for alternate exec-prefix
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17 10:38 --- Changing summary line. Arno -- What|Removed |Added Summary|ada compiler not working|support for alternate exec- |after installation |prefix http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15819
[Bug ada/19380] ACATS c3a0004 SEGV at runtime on s390-linux, probably access to subprogram problem
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17 10:46 --- Is this test still failing ? Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19380
[Bug ada/19381] ACATS c954a03 raises storage error at runtime on s390-linux
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17 10:46 --- Is this test still failing ? If so, could you run the test under the debugger and give a backtrace ? Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19381
[Bug ada/19382] ACATS cxb5002 simple To_Fortran test fails at runtime on s390-linux
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17 10:47 --- Is this test still failing ? Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19382
[Bug ada/19383] ACATS c954020 (1,2,3,4,6) do not terminate on ppc-linux, s390-linux
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17 10:48 --- Are these tests still failing on mainline ? Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19383
[Bug ada/19384] ACATS c940005 fail (no ZCX) or timeout (ZCX) at runtime on ppc-darwin/linux
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17 10:49 --- Is this test still failing on mainline ? Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19384
[Bug ada/19412] ACATS c761007 - valgrind detects wrong code (Conditional jump or move depends on uninitialised value)
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17 10:51 --- Valgrind is confused by the use of trampolines, so this is not a GCC bug. Arno -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19412
[Bug ada/19413] ACATS c761010 - valgrind detects wrong code (Conditional jump or move depends on uninitialised value)
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17 11:12 --- Confirmed, looks like a real error. Arno -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-17 11:12:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19413
[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-17 11:49 --- Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable types On Thu, Mar 17, 2005 at 05:11:08AM -0300, Alexandre Oliva wrote: * gimplify.c (gimplify_decl_expr): Add temp variable to binding before gimplifying its initializer. Ok. +cp_gimplify_compound_literal_expr (tree *expr_p, tree *pre_p, tree *post_p) +{ + tree decl_s = COMPOUND_LITERAL_EXPR_DECL_STMT (*expr_p); + tree decl = DECL_EXPR_DECL (decl_s); + tree init = DECL_INITIAL (decl); + tree cleanup = cxx_maybe_build_cleanup (decl); + + if (cleanup) +{ + DECL_INITIAL (decl) = NULL_TREE; + *expr_p = build4 (TARGET_EXPR, TREE_TYPE (decl), decl, + init, cleanup, NULL_TREE); + return gimplify_expr (expr_p, pre_p, post_p, is_gimple_val, fb_rvalue); You don't need to recurse here. Just return GS_OK. + /* If no cleanups are needed, we can do things in a simpler way. */ + gimplify_and_add (decl_s, pre_p); + *expr_p = decl; + return GS_OK; If you've simplified to a decl, you can return GS_ALL_DONE. +case COMPOUND_LITERAL_EXPR: + cp_gimplify_compound_literal_expr (expr_p, pre_p, post_p); + ret = GS_OK; Should be ret = cp_gimplify_compound_literal_expr (...). +// { dg-final { scan-assembler _ZN1sD1Ev.*_ZN1sD1Ev.*_ZN1sD1Ev } } + +// Make sure we issue 3 dtor calls: one for the t::x, one for the s +// temporary in normal execution flow and one for the same s temporary +// in the EH cleanup should the dtor of t::x throw. Wouldn't it be a lot safer to make this a run test instead? r~ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20103
[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched
--- Additional Comments From mustafa at il dot ibm dot com 2005-03-17 11:53 --- The following patch should fix the Segmentation fault in gap (from SPEC2000) mentioned in a href=#c14comment 14/a. This patch is combined with the patch from a href=#c13comment 13/a. Janis can you try it out. Index: ddg.c === RCS file: /cvs/gcc/gcc/gcc/ddg.c,v retrieving revision 1.11 diff -c -p -r1.11 ddg.c *** ddg.c 22 Nov 2004 12:23:47 - 1.11 --- ddg.c 17 Mar 2005 11:20:37 - *** create_ddg_dependence (ddg_ptr g, ddg_no *** 187,192 --- 187,194 else free (e); } + else if (t == ANTI_DEP dt == REG_DEP) + free (e); /* We can fix broken anti register deps using reg-moves. */ else add_edge_to_ddg (g, e); } Index: modulo-sched.c === RCS file: /cvs/gcc/gcc/gcc/modulo-sched.c,v retrieving revision 1.19 diff -c -p -r1.19 modulo-sched.c *** modulo-sched.c 1 Dec 2004 00:33:05 - 1.19 --- modulo-sched.c 17 Mar 2005 11:20:38 - *** const_iteration_count (rtx count_reg, ba *** 339,344 --- 339,348 { rtx insn; rtx head, tail; + + if (! pre_header) + return NULL_RTX; + get_block_head_tail (pre_header-index, head, tail); for (insn = tail; insn != PREV_INSN (head); insn = PREV_INSN (insn)) *** print_node_sched_params (FILE * dump_fil *** 401,406 --- 405,412 { int i; + if (! dump_file) + return; for (i = 0; i num_nodes; i++) { node_sched_params_ptr nsp = node_sched_params[i]; *** calculate_maxii (ddg_ptr g) *** 443,456 return maxii; } ! ! /* Given the partial schedule, generate register moves when the length !of the register live range is more than ii; the number of moves is !determined according to the following equation: ! SCHED_TIME (use) - SCHED_TIME (def) { 1 broken loop-carried !nreg_moves = --- - { dependence. ! ii { 0 if not. !This handles the modulo-variable-expansions (mve's) needed for the ps. */ static void generate_reg_moves (partial_schedule_ptr ps) { --- 449,465 return maxii; } ! /* !Breaking intra-loop register anti-dependences: !Each intra-loop register anti-dependence implies a cross-iteration true !dependence of distance 1. Therefore, we can remove such false dependencies !and figure out if the partial schedule broke them by checking if (for a !true-dependence of distance 1): SCHED_TIME (def) SCHED_TIME (use) and !if so generate a register move. The number of such moves is equal to: ! SCHED_TIME (use) - SCHED_TIME (def) { 0 broken !nreg_moves = --- + 1 - { dependecnce. ! ii { 1 if not. ! */ static void generate_reg_moves (partial_schedule_ptr ps) { *** generate_reg_moves (partial_schedule_ptr *** 474,479 --- 483,491 { int nreg_moves4e = (SCHED_TIME (e-dest) - SCHED_TIME (e-src)) / ii; + if (e-distance == 1) + nreg_moves4e = (SCHED_TIME (e-dest) - SCHED_TIME (e-src) + ii) / ii; + /* If dest precedes src in the schedule of the kernel, then dest will read before src writes and we can save one reg_copy. */ if (SCHED_ROW (e-dest) == SCHED_ROW (e-src) *** generate_reg_moves (partial_schedule_ptr *** 497,502 --- 509,517 { int dest_copy = (SCHED_TIME (e-dest) - SCHED_TIME (e-src)) / ii; + if (e-distance == 1) + dest_copy = (SCHED_TIME (e-dest) - SCHED_TIME (e-src) + ii) / ii; + if (SCHED_ROW (e-dest) == SCHED_ROW (e-src) SCHED_COLUMN (e-dest) SCHED_COLUMN (e-src)) dest_copy--; *** normalize_sched_times (partial_schedule_ *** 539,546 ddg_ptr g = ps-g; int amount = PS_MIN_CYCLE (ps); int ii = ps-ii; ! ! for (i = 0; i g-num_nodes; i++) { ddg_node_ptr u = g-nodes[i]; int normalized_time = SCHED_TIME (u) - amount; --- 554,561 ddg_ptr g = ps-g; int amount = PS_MIN_CYCLE (ps); int ii = ps-ii; ! /* Don't include the closing branch assuming that it is the last node. */ ! for (i = 0; i g-num_nodes - 1; i++) { ddg_node_ptr u = g-nodes[i]; int normalized_time = SCHED_TIME (u) - amount; *** duplicate_insns_of_cycles (partial_sched *** 609,615 /* SCHED_STAGE (u_node) = from_stage == 0. Generate increasing number of reg_moves starting with the second occurrence of u_node, which is generated if its SCHED_STAGE =
[Bug libfortran/19678] DOS files don't work for list directed input
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-17 12:15:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19678
[Bug libfortran/19679] DOS files don't work for formatted input if line length is exceeded
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-17 12:16 --- Patch proposed: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01510.html -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Keywords||patch Last reconfirmed|-00-00 00:00:00 |2005-03-17 12:16:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19679
[Bug c++/20516] New: Function names affect template compilation
The following code compiles if (and only if) the global function name and A's member function name are identical. It shouldn't, because a.template should be used inside the test() function in the global scope. template class T class A { public: template class U void test(T value) {} }; template class T void test(AT a, T val) { a.testint(val); //should be a.template testint(val); } int main() { } -- Summary: Function names affect template compilation Product: gcc Version: 3.4.1 Status: UNCONFIRMED Severity: minor Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: topiolli at ee dot oulu dot fi CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: 3.4.1-4mdk GCC host triplet: Mandrakelinux 10.1 GCC target triplet: i586 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20516
[Bug middle-end/20517] New: bit shift/mask optimization potential
$ cat shift.c #include stdio.h #define OFFSET 4 #define MASK 0xf0 int main() { unsigned int f,g; scanf(%u,f); if ((f MASK) OFFSET == 1) { printf(success\n); } return 0; } $ gcc -S -O2 -fdump-tree-optimized shift.c $ tail -20 shift.c.t66.optimized unsigned int g; unsigned int f; int D.1807; unsigned int D.1806; unsigned int D.1805; unsigned int f.10; bb 0: scanf (%u[0], f); if ((f 240) 4 == 1) goto L0; else goto L1; L0:; printf (success\n[0]); L1:; return 0; } $ gcc -v Using built-in specs. Target: ia64-unknown-linux-gnu Configured with: ../gcc-4.1-20050306/configure --prefix=/home/zfkts --enable-languages=c,f95 --disable-optimization Thread model: posix gcc version 4.1.0 20050306 (experimental) The expression (f 0xf0) 4 == 1 could be optimized to f 0xf == 1 4. Code like that occurs in the libgfortan library. -- Summary: bit shift/mask optimization potential Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Thomas dot Koenig at online dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20517
[Bug c++/20186] [4.0/4.1 regression] ICE with static_cast and type dependent variable (templates)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17 13:26 --- Subject: Bug 20186 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-17 13:26:42 Modified files: gcc/cp : ChangeLog pt.c Log message: cp: PR c++/20186 * pt.c (contains_dependent_cast_p): Remove. (fold_non_dependent_expr): Don't use it. (value_dependent_expression_p): Use a switch statement. reference_exprs can be dependent. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4663r2=1.4664 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.984r2=1.985 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20186
[Bug c++/20186] [4.0/4.1 regression] ICE with static_cast and type dependent variable (templates)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17 13:31 --- Subject: Bug 20186 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-17 13:30:57 Modified files: gcc/cp : ChangeLog pt.c Log message: cp: PR c++/20186 * pt.c (contains_dependent_cast_p): Remove. (fold_non_dependent_expr): Don't use it. (value_dependent_expression_p): Reference_exprs can be dependent. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4648.2.10r2=1.4648.2.11 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.978.2.4r2=1.978.2.5 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20186
[Bug c++/20186] [4.0/4.1 regression] ICE with static_cast and type dependent variable (templates)
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-17 13:31 --- 4.0 2005-03-17 Nathan Sidwell [EMAIL PROTECTED] PR c++/20186 * pt.c (contains_dependent_cast_p): Remove. (fold_non_dependent_expr): Don't use it. (value_dependent_expression_p): Reference_exprs can be dependent. HEAD 2005-03-17 Nathan Sidwell [EMAIL PROTECTED] PR c++/20186 * pt.c (contains_dependent_cast_p): Remove. (fold_non_dependent_expr): Don't use it. (value_dependent_expression_p): Use a switch statement. reference_exprs can be dependent. -- What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20186
[Bug middle-end/20517] bit shift/mask optimization potential
-- What|Removed |Added Keywords||missed-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20517
[Bug c++/20465] [4.0/4.1 regression] error: no matching function for call
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-03-14 02:25:57 |2005-03-17 13:35:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20465
[Bug middle-end/20432] complex reciprocal has too many operations
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-17 13:41 --- (In reply to comment #3) I cannot remember the rules but -0.0 * 0.0 could be -0.0 (and not 0.0), someone needs to help me here. I'm trying to see what input could apply to, but I can't think of one. What were you referring to? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20432
[Bug c++/20516] Function names affect template compilation
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 13:58 --- *** This bug has been marked as a duplicate of 11814 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20516
[Bug c++/11814] Code with missing template keyword wrongly accepted
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 13:58 --- *** Bug 20516 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||topiolli at ee dot oulu dot ||fi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11814
[Bug inline-asm/20518] New: Clobber registers,in inline asm. Problem when using rcall
When register are listet as clobbert, they are used anyway for local variables if the inline assembly code uses rcall. The r1 (zeroreg) is not restored even if it is clobbert. None of these problems genrates error or warnings. -- Summary: Clobber registers,in inline asm. Problem when using rcall Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: inline-asm AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bl at rosetechnology dot dk CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: 3.4.3 GCC host triplet: win GCC target triplet: avr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20518
[Bug c/20519] New: [4.0/4.1 regression] completed type not selected properly with typeof
const char foo[] = libc; extern __typeof (foo) bar __attribute__((alias (foo))); int s1 = sizeof foo; int s2 = sizeof bar; yields z.c:4: error: invalid application of sizeof to incomplete type const char[] with 4.0 and HEAD. Compiles successfully with 3.2.3 and 3.4.4. Also compiles successfully with 4.0 and HEAD with -Dconst=''. That is, the failure goes away if we remove const from the picture. -- Summary: [4.0/4.1 regression] completed type not selected properly with typeof Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: rejects-valid Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rth at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,roland at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20519
[Bug c++/19966] Misleading message must take exactly one argument
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17 14:38 --- Subject: Bug 19966 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-17 14:37:10 Modified files: gcc/cp : ChangeLog cp-tree.h decl.c Log message: 2005-03-17 Paolo Carlini [EMAIL PROTECTED] PR c++/19966 * cp-tree.h (grok_op_properties): Change return type to void. * decl.c (grok_op_properties): Return early - don't check the arity - in case of a static member or an operator that cannot be non-member; tidy a bit. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4664r2=1.4665 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gccr1=1.1110r2=1. http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gccr1=1.1378r2=1.1379 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19966
[Bug c++/19966] Misleading message must take exactly one argument
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17 14:40 --- Subject: Bug 19966 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-17 14:39:16 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/overload: operator2.C Log message: 2005-03-17 Paolo Carlini [EMAIL PROTECTED] PR c++/19966 * g++.dg/overload/operator2.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5177r2=1.5178 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/overload/operator2.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19966
[Bug libfortran/20471] Segmentation fault on read after backspace and rewind
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-17 14:40 --- (In reply to comment #2) The patches suggested in comment #2 under bug 20156 fixes bugs 20156, 20125 and 20471 on the macintosh and does not seem to cause any new problems. Can you submit this as a regular patch? The how-to is documented under http://gcc.gnu.org/contribute.html. Specifically, send the patch with appropriate ChangeLog entries and test cases both to [EMAIL PROTECTED] and [EMAIL PROTECTED] so it can be reviewed. Probably, for this size of patch, a short copyright disclaimer would be OK. Thomas -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20471
[Bug inline-asm/20518] Clobber registers,in inline asm. Problem when using rcall
--- Additional Comments From bl at rosetechnology dot dk 2005-03-17 14:41 --- Created an attachment (id=8410) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8410action=view) Testcase with listfile This show the wrong generated code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20518
[Bug c++/19966] Misleading message must take exactly one argument
--- Additional Comments From pcarlini at suse dot de 2005-03-17 14:42 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19966
[Bug c/20519] [4.0/4.1 regression] completed type not selected properly with typeof
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 14:49 --- Confirmed. This started to happen after 2004-12-11 but before 20050225. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-17 14:49:20 date|| Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20519
[Bug inline-asm/20518] Clobber registers,in inline asm. Problem when using rcall
-- What|Removed |Added Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20518
[Bug c/20519] [4.0/4.1 regression] completed type not selected properly with typeof
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-17 14:53 --- Smaller test case with const char foo[] = libc; __typeof (foo) bar; though this gives a different diagnostic: z.c:2: warning: array bar assumed to have one element -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20519
[Bug c++/20453] [4.0/4.1 Regression] GCC fails to treat a valid constant expression as a template argument
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-03-14 17:11:31 |2005-03-17 14:53:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20453
[Bug ada/20344] [4.0/4.1 regression] gnat1: error: unrecognized command line option -fRTS=/tmp/rts
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17 15:08 --- Subject: Bug 20344 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-17 15:06:49 Modified files: gcc/ada: ChangeLog lang.opt misc.c Log message: PR ada/20344 Backport from mainline: Eric Botcazou [EMAIL PROTECTED] * lang.opt: Fix specification of -fRTS=. * misc.c (gnat_handle_option): Accept OPT_fRTS_, not OPT_fRTS. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.638.4.3r2=1.638.4.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/lang.opt.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.8r2=1.8.62.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/misc.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.96r2=1.96.6.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20344
[Bug ada/20344] [4.0/4.1 regression] gnat1: error: unrecognized command line option -fRTS=/tmp/rts
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17 15:10 --- Fixed in 4.0.0. -- What|Removed |Added Target Milestone|4.1.0 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20344
[Bug ada/19140] ACATS c37402a segfaults at runtime
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17 15:21 --- Subject: Bug 19140 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-17 15:19:38 Modified files: gcc/ada: ChangeLog trans.c Log message: PR ada/19140 Backport from mainline: 2005-03-15 Eric Botcazou [EMAIL PROTECTED] * trans.c (gnat_to_gnu) N_Return_Statement: Restructure. Set gnu_result to NULL_TREE on entry. If the function returns by target, dereference the target pointer using the type of the actual return value. all: Be prepared for a null gnu_result. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.638.4.4r2=1.638.4.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/trans.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.90r2=1.90.6.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19140
[Bug ada/19140] ACATS c37402a segfaults at runtime
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17 15:36 --- Subject: Bug 19140 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-17 15:35:05 Modified files: gcc/ada: ChangeLog decl.c utils2.c Log message: PR ada/19140 Backport from mainline: 2005-03-15 Eric Botcazou [EMAIL PROTECTED] * decl.c (gnat_to_gnu_entity) E_Variable: Do not convert again the expression to the type of the object when the object is constant. * utils2.c (build_binary_op): Fix typo. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.638.4.5r2=1.638.4.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/decl.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.65r2=1.65.6.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/utils2.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.44r2=1.44.6.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19140
[Bug c++/20453] [4.1 Regression] GCC fails to treat a valid constant expression as a template argument
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 15:36 --- (In reply to comment #6) Confirmed, this worked with 4.0.0 20050225 which means it started to fail after the branch. Also it worked with the mainline with 20050306. And also on the 4.0 branch, but it is still broken on the mainline. -- What|Removed |Added Summary|[4.0/4.1 Regression] GCC|[4.1 Regression] GCC fails |fails to treat a valid |to treat a valid constant |constant expression as a|expression as a template |template argument |argument Target Milestone|4.0.0 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20453
[Bug ada/19140] ACATS c37402a segfaults at runtime
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17 15:39 --- Fixed in 4.0.0. -- What|Removed |Added Target Milestone|4.1.0 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19140
[Bug java/20502] gcj failure if .jar contains same .class twice
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17 15:54 --- Subject: Bug 20502 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-17 15:54:24 Modified files: gcc/java : ChangeLog jcf-parse.c Log message: 2005-03-17 Bryce McKinlay [EMAIL PROTECTED] PR java/20502 * jcf-parse.c (duplicate_class_warning): New function. (java_parse_file): Call duplicate_class_warning if CLASS_FROM_CURRENTLY_COMPILED_P is already set. (parse_zip_file_entries): Likewise. Also set CLASS_FROM_CURRENTLY_COMPILED_P. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gccr1=1.1574r2=1.1575 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/jcf-parse.c.diff?cvsroot=gccr1=1.183r2=1.184 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20502
[Bug ada/19037] constant renaming creates new constant
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17 16:05 --- There is no bug here, the addresses can be different, so you should not rely on this. Refiling as a possible enhancement. Arno -- What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19037
[Bug c++/20453] [4.1 Regression] GCC fails to treat a valid constant expression as a template argument
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 16:09 --- This is also fixed on the mainline. It was fixed by: 2005-03-17 Nathan Sidwell [EMAIL PROTECTED] PR c++/20186 * pt.c (contains_dependent_cast_p): Remove. (fold_non_dependent_expr): Don't use it. (value_dependent_expression_p): Use a switch statement. reference_exprs can be dependent. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20453
[Bug c/20519] [4.0/4.1 regression] completed type not selected properly with typeof
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-17 16:14 --- Array dimension data gets stripped here: c-decl.c:grokdeclarator 3863 if (!flag_gen_aux_info (TYPE_QUALS (element_type))) 3864type = TYPE_MAIN_VARIANT (type); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20519
[Bug c/20519] [4.0/4.1 regression] completed type not selected properly with typeof
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 16:20 --- I think this was caused by: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg02180.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20519
[Bug c/20519] [4.0/4.1 regression] completed type not selected properly with typeof
--- Additional Comments From joseph at codesourcery dot com 2005-03-17 16:25 --- Subject: Re: [4.0/4.1 regression] completed type not selected properly with typeof On Thu, 17 Mar 2005, rth at gcc dot gnu dot org wrote: Array dimension data gets stripped here: c-decl.c:grokdeclarator 3863 if (!flag_gen_aux_info (TYPE_QUALS (element_type))) 3864type = TYPE_MAIN_VARIANT (type); Looks like complete_array_type is broken in that it should complete the unqualified type then build the array of qualified type with the proper TYPE_MAIN_VARIANT. Because my audit was auditing all uses of build_array_type and TYPE_MAIN_VARIANT and complete_array_type is modifying types directly, this didn't get caught. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20519
[Bug rtl-optimization/20211] autoincrement generation is poor
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-17 16:37 --- (In reply to comment #4) There are both primary and secondary platforms among the AUTO_INC_DEC targets. So it is probably good to gain some wider test coverage about the compile- time/run-time impact of this. E.g. testing CSIBE on ARM, or SPEC on RS6000. I currently don't have an ARM or RS6000 platform to run benchmarks on. We are looking into setting up a powermac for this task, though. AFAICS RS6000 provides register+offset addressing for all modes except the altivec vector modes, so to see any significant benefit from optimize_related_values, the benchmark should have multiple altivec memory accesses from the same structure / array in a single basic block. One of the common complaints of RTL code is that monolithic files containing multiple optimization passes (with interwinded functions) and with undocumented public interface is a maintenance mess. Compare that with tree-ssa where each pass lives in its own small[1] file and just exposes the pass description structure. I believe it would be great if the new pass could be live in its own file. The utility functions currently in regmove could be extracted in regmovelib or whatever name fits best. I am willing to make that change, but would first like to hear from a global or middle-end maintainer that they agree that this is a move in the right direction. Also, there are some details that should be agreed on first. I.e.: Should tehre remain a toplevel regmove function that calls mark_flags_life_zones first, and then the sub-passes, or should each sub-pass call mark_flags_life_zones? If there is such a toplevel functiojn, would it live in the regmove* files, or would that be rest_of_handle_regmove in passes.c ? Where does the combine_stack_adjustments pass belong? Should it be in flow.c, or in it's own file (combine_stack_adj.c ?) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20211
[Bug target/18380] [3.4 regression]: _Unwind_FindTableEntry shouldn't be exported from libunwind.so.7
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17 16:56 --- Subject: Bug 18380 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-17 16:52:48 Modified files: gcc: ChangeLog gcc/config/ia64: unwind-ia64.c Log message: 2005-03-17 H.J. Lu [EMAIL PROTECTED] PR target/18380 * config/ia64/unwind-ia64.c (_Unwind_FindTableEntry): Removed. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.7885r2=2.7886 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/ia64/unwind-ia64.c.diff?cvsroot=gccr1=1.28r2=1.29 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18380
[Bug target/20511] [4.0 Regression] Bootstrap failure because of aliased symbols
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 17:06 --- Fixed at least on the mainline. -- What|Removed |Added Summary|[4.0/4.1 Regression]|[4.0 Regression] Bootstrap |Bootstrap failure because of|failure because of aliased |aliased symbols |symbols http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20511
[Bug tree-optimization/20517] bit shift/mask optimization potential
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 17:21 --- Confirmed, but this is already done on the RTL level. So the assembler looks same for what you recomend and what is produced already. -- What|Removed |Added OtherBugsDependingO||19986 nThis|| Severity|normal |enhancement Status|UNCONFIRMED |NEW Component|middle-end |tree-optimization Ever Confirmed||1 Keywords||TREE Last reconfirmed|-00-00 00:00:00 |2005-03-17 17:21:20 date|| Version|unknown |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20517
[Bug tree-optimization/20514] hoisting of label out of jumptable would take place at cse, should happen at trees
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 17:23 --- Confirmed. -- What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||missed-optimization, TREE Last reconfirmed|-00-00 00:00:00 |2005-03-17 17:23:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20514
[Bug fortran/20520] New: allocatable arrays may be used without being allocated
The compiler does not display an error message when in a source file allocatable arrays are being used without having been allocated beforehand. For example, the following code is erroneous, but nevertheless the compiler will compile (and build) it silently: real,allocatable:: a(:),b(:) a(1)=2*b(1) end Of course, the executable produced will collapse when run. The gfortran compiler used was the standalone package for Windows (downloaded as a zip archive). -- Summary: allocatable arrays may be used without being allocated Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ebertakis at gmail dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20520
[Bug c++/19317] [4.0/4.1 Regression] removing a temporary return value when we cannot
--- Additional Comments From mueller at kde dot org 2005-03-17 17:33 --- thats the same issue like the konqueror crash which I couldn't find a workaround for in gcc either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317
[Bug c++/20505] [4.0/4.1 Regression] internal error when compiling with -ggdb2 and no error with -ggdb1
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-03-16 23:25:28 |2005-03-17 17:35:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20505
[Bug fortran/20520] allocatable arrays used without being allocated without a warning
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 17:37 --- Confirmed, but this is valid code (yes undefined). Even ICC 8.1 accepts the code without warnings or errors. -- What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||diagnostic Last reconfirmed|-00-00 00:00:00 |2005-03-17 17:37:26 date|| Summary|allocatable arrays may be |allocatable arrays used |used without being allocated|without being allocated ||without a warning http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20520
[Bug tree-optimization/20386] Missing computed goto to normal goto optimization
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 17:45 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-17 17:45:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20386
[Bug c++/20407] Rejects valid C99 for the C++ front-end
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 17:46 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-17 17:46:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20407
[Bug fortran/20500] f95 build fails on MacOSX 10.4 Tiger
--- Additional Comments From fca at mail dot cern dot ch 2005-03-17 17:49 --- Subject: Re: f95 build fails on MacOSX 10.4 Tiger Hello, it is now failing with the following error. Any hint? Regards, Fed mkdir .libs /usr/local/gcc-4_0/build/gcc/xgcc -B/usr/local/gcc-4_0/build/gcc/ -B/usr/local/powerpc-apple-darwin8.0.0/bin/ -B/usr/local/powerpc-apple-darwin8.0.0/lib/ -isystem /usr/local/powerpc-apple-darwin8.0.0/include -isystem /usr/local/powerpc-apple-darwin8.0.0/sys-include -DHAVE_CONFIG_H -I. -I../../../libgfortran -I. -iquote../../../libgfortran/io -std=gnu99 -O2 -g -O2 -c ../../../libgfortran/runtime/environ.c -fno-common -DPIC -o .libs/environ.o In file included from ../../../libgfortran/runtime/environ.c:35: ../../../libgfortran/libgfortran.h:63: error: conflicting types for 'int8_t' /usr/include/ppc/types.h:72: error: previous declaration of 'int8_t' was here make[2]: *** [environ.lo] Error 1 make[1]: *** [all] Error 2 make: *** [all-target-libgfortran] Error 2 On Thu, 17 Mar 2005, Federico Carminati wrote: I was not complaining at all!! I know I am in uncharted land for the moment. It is churning away and I will let you know how it goes. Thanks for your help. Fed On Thu, 17 Mar 2005, pinskia at gcc dot gnu dot org wrote: --- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 07:06 --- (In reply to comment #4) Subject: Re: f95 build fails on MacOSX 10.4 Tiger Hello, I rerun everything once more. The problem changed but now is reproducible. When you are in /usr/local/gcc-4_0/build/powerpc-apple-darwin8.0.0/ppc64/libgfortran Oh, well considering darwin 8.0 (aka Tiger) is no released yet, what do you expect. Anyways the correct way is to do --disable-multilib as you found out. There is no way around this right now and is the expected way. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20500
[Bug preprocessor/20285] [3.3/3.4/4.0/4.1 Regression] gcc -E - . gives a misleading error message
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 17:49 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-17 17:49:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20285
[Bug c++/19816] C++ front-end produces a cast instead of just a.b (empty base class)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 17:50 --- Confirmed -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||missed-optimization, TREE Last reconfirmed|-00-00 00:00:00 |2005-03-17 17:50:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19816
[Bug target/18380] [3.4 regression]: _Unwind_FindTableEntry shouldn't be exported from libunwind.so.7
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17 18:07 --- Subject: Bug 18380 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-17 18:07:31 Modified files: gcc: ChangeLog gcc/config/ia64: unwind-ia64.c Log message: 2005-03-17 H.J. Lu [EMAIL PROTECTED] PR target/18380 * config/ia64/unwind-ia64.c (_Unwind_FindTableEntry): Removed. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.59r2=2.7592.2.60 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/ia64/unwind-ia64.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.28r2=1.28.28.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18380
[Bug target/20511] [4.0 Regression] Bootstrap failure because of aliased symbols
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 18:11 --- Fixed on thee 4.0 branch also. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20511
[Bug tree-optimization/19893] gcc.dg/vect/vect-76.c execution test fails on ia64-hpux
--- Additional Comments From sje at cup dot hp dot com 2005-03-17 18:21 --- See the GCC email thread starting at http://gcc.gnu.org/ml/gcc/2005-03/msg00483.html for more information. GCC generates bad code but the test is bogus and fixing it leads to a number of complications. -- What|Removed |Added CC||sje at cup dot hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19893
[Bug c++/19317] [4.0/4.1 Regression] removing a temporary return value when we cannot
--- Additional Comments From pluto at pld-linux dot org 2005-03-17 18:22 --- so, we have an unaccaptable g++ at this moment :/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317
[Bug c++/20147] [3.4/4.0/4.1 regression] ICE on undefined variable in statement expression
--- Additional Comments From pcarlini at suse dot de 2005-03-17 18:32 --- Seems simple. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20147
[Bug ada/19900] [4.0/4.1 Regression] ACATS c391002 c432002 ICE categorize_ctor_elements_1
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17 18:46 --- Subject: Bug 19900 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-17 18:46:44 Modified files: gcc/ada: ChangeLog decl.c exp_util.adb trans.c Log message: PR ada/19408 PR ada/19900 Backport from mainline: 2005-03-15 Richard Kenner [EMAIL PROTECTED] * exp_util.adb (Remove_Side_Effects): Properly test for Expansion_Delayed and handle case when it's inside an N_Qualified_Expression. * decl.c (gnat_to_gnu_entity, case E_Component): Always look at Original_Record_Component if Present and not the entity. (gnat_to_gnu_entity, case E_Record_Subtype): Rework handling of subtype of tagged extension types by not making field for components that are inside the parent. * trans.c (gnat_to_gnu, case N_Aggregate): Verify that Expansion_Delayed is False. (assoc_to_constructor): Ignore fields that have a Corresponding_Discriminant. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.638.4.6r2=1.638.4.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/decl.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.65.6.1r2=1.65.6.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/exp_util.adb.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.32r2=1.32.6.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/trans.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.90.6.1r2=1.90.6.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19900
[Bug ada/19408] [4.0/4.1 Regression] ACATS c391002 failure on powerpc-darwin, wrong .space
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17 18:46 --- Subject: Bug 19408 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-17 18:46:44 Modified files: gcc/ada: ChangeLog decl.c exp_util.adb trans.c Log message: PR ada/19408 PR ada/19900 Backport from mainline: 2005-03-15 Richard Kenner [EMAIL PROTECTED] * exp_util.adb (Remove_Side_Effects): Properly test for Expansion_Delayed and handle case when it's inside an N_Qualified_Expression. * decl.c (gnat_to_gnu_entity, case E_Component): Always look at Original_Record_Component if Present and not the entity. (gnat_to_gnu_entity, case E_Record_Subtype): Rework handling of subtype of tagged extension types by not making field for components that are inside the parent. * trans.c (gnat_to_gnu, case N_Aggregate): Verify that Expansion_Delayed is False. (assoc_to_constructor): Ignore fields that have a Corresponding_Discriminant. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.638.4.6r2=1.638.4.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/decl.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.65.6.1r2=1.65.6.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/exp_util.adb.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.32r2=1.32.6.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/trans.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.90.6.1r2=1.90.6.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19408
[Bug ada/19900] [4.0/4.1 Regression] ACATS c391002 c432002 ICE categorize_ctor_elements_1
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17 18:50 --- Fixed in 4.0.0. -- What|Removed |Added Target Milestone|4.1.0 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19900
[Bug ada/19408] [4.0/4.1 Regression] ACATS c391002 failure on powerpc-darwin, wrong .space
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17 18:50 --- Fixed in 4.0.0. -- What|Removed |Added Target Milestone|4.1.0 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19408
[Bug fortran/20520] allocatable arrays used without being allocated without a warning
--- Additional Comments From ebertakis at gmail dot com 2005-03-17 19:07 --- (In reply to comment #1) I tried it in Compaq Visual Fortran Professional Edition 6.5 and indeed the compiler accepts the code. The debugger though will display an error message indicating the line a(1)=2*b(1) and saying that the array bounds were exceeded. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20520
[Bug c++/19769] [4.0/4.1 Regression] GCC produces wrong dwarf2 output that breaks gdb
--- Additional Comments From bothner at gcc dot gnu dot org 2005-03-17 19:17 --- (In reply to comment #18) I tried Jim's patch, and it seems to work. (I haven't done a full-boostrap, but I compiled jc1, cc1plus, and libjava, and re-installed them.) I then re-compiled Kawa, and I seem to be able to debug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19769
[Bug fortran/20520] allocatable arrays used without being allocated without a warning
--- Additional Comments From kargl at gcc dot gnu dot org 2005-03-17 19:46 --- www.lahey.com also compiles the code. It does issues 2 warnings about using an unitialized variable and a variable set bu never used. As Andrew said, you are in the area of undefined behavior, which means a compiler can do anything wants. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20520
[Bug tree-optimization/18727] [4.0/4.1 Regression] ACATS c43214c fails at runtime (aliasing pb)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17 19:53 --- Subject: Bug 18727 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-17 19:53:07 Modified files: gcc/ada: ChangeLog exp_ch13.adb exp_ch3.adb exp_ch3.ads freeze.adb sem_ch3.adb gigi.h decl.c trans.c Log message: PR ada/18727 Backport from mainline: 2005-03-15 Richard Kenner [EMAIL PROTECTED] * exp_ch13.adb (Expand_N_Freeze_Entity): If Freeze_Type returns True, replace the N_Freeze_Entity with a null statement. * exp_ch3.adb (Freeze_Type): Now a function that returns True if the N_Freeze_Entity is to be deleted. * exp_ch3.ads (Freeze_Type): Now a function that returns Boolean. * freeze.adb (Undelay_Type): New Subprogram. (Set_Small_Size): Pass T, the type to modify; all callers changed. (Freeze_Entity, Freeze_Record_Type): Change the way we handle types within records; allow them to have freeze nodes if their base types aren't frozen yet. * sem_ch3.adb (Constrain_Access, Constrain_Array): Allow itypes to be delayed. * gigi.h (gnat_to_gnu_field_decl): New decl. * decl.c (gnat_to_gnu_entity, case E_Array_Subtype): Call copy_alias_set. (gnat_to_gnu_field_decl): New function. (substitution_list, annotate_rep): Call it. (gnat_to_gnu_entity, case E_Record_Subtype): Likewise. (gnat_to_gnu_entity, case E_Record_Type): Likewise. No longer update discriminants to not be a COMPONENT_REF. (copy_alias_set): Strip padding from input type; also handle unconstrained arrays properly. * trans.c (gnat_to_gnu, case N_Selected_Component): Call gnat_to_gnu_field_decl. (assoc_to_constructor): Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.638.4.7r2=1.638.4.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/exp_ch13.adb.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.9r2=1.9.40.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/exp_ch3.adb.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.29r2=1.29.6.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/exp_ch3.ads.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.10r2=1.10.6.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/freeze.adb.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.23r2=1.23.12.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/sem_ch3.adb.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.57r2=1.57.6.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/gigi.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.33r2=1.33.10.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/decl.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.65.6.2r2=1.65.6.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/trans.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.90.6.2r2=1.90.6.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18727
[Bug ada/20255] GNAT Bug Box While Compiling florist-3.15p-src
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17 19:56 --- Subject: Bug 20255 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-17 19:56:22 Modified files: gcc/ada: ChangeLog utils.c Log message: PR ada/20255 Backport from mainline: 2005-03-15 Eric Botcazou [EMAIL PROTECTED] * utils.c (convert) UNION_TYPE: Accept slight type variations when converting to an unchecked union type. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.638.4.8r2=1.638.4.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/utils.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.92r2=1.92.4.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20255
[Bug tree-optimization/18727] [4.0/4.1 Regression] ACATS c43214c fails at runtime (aliasing pb)
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17 19:57 --- Fixed in 4.0.0. -- What|Removed |Added Target Milestone|4.1.0 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18727
[Bug ada/20255] GNAT Bug Box While Compiling florist-3.15p-src
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17 19:59 --- Fixed in 4.0.0. -- What|Removed |Added Target Milestone|4.1.0 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20255
[Bug middle-end/20521] New: ICE in cgraph.C with C++
While compiling a source file, I get the following error: smodel.C:1164:1: internal compiler error: in cgraph_mark_reachable_node, at cgraph.c:475 This is with today's (Mar 17, 2005) CVS, with Richard's Guenther's patch to modify inlining heuristics. These options trigger the ICE: % g++-cvs -O smodel.ii -c -- Summary: ICE in cgraph.C with C++ Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bredelin at ucla dot edu CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20521
[Bug middle-end/20521] ICE in cgraph.C with C++
--- Additional Comments From bredelin at ucla dot edu 2005-03-17 20:28 --- Created an attachment (id=8411) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8411action=view) This testcase is preprocessed source from the file that causes the ICE. Here is the testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20521
[Bug java/20522] New: ICE in update_aliases, at java/decl.c:163
Found while building rhino's js.jar. Grab js.jar from http://spindazzle.org/js.jar (sources from JPackage.org). Try $ gcj -O1 -shared -o js.jar.so js.jar I get an ICE in update_aliases, at java/decl.c:163 -- Summary: ICE in update_aliases, at java/decl.c:163 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: green at redhat dot com CC: aph at redhat dot com,gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20522
[Bug c/20523] New: gcc 3.4.3 optimizes volatile vars away (gcc 3.4.3 = -O2)
Hi, the following input compiles OK with -O: 8--8-8- # 1 jidctint.c # 1 built-in # 1 command line # 1 jidctint.c volatile static unsigned long long fix_029_n089n196 = 0x098ea46e098ea46e; __inline void domidct8x8llmW(); void jpeg_idct_islow () { domidct8x8llmW(); } __inline void domidct8x8llmW() { __asm__ ( pmaddwd fix_029_n089n196,%%mm7 \n\t emms\n\t : ); } 8--8-8- (/usr/local/bin/gcc -O1 -v -save-temps -I. -c -o jidctint.o jidctint.c Reading specs from /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/specs Configured with: /home/ltg/software/src/work/gcc-3.4.3/configure --enable-threads=posix --enable-libgcj --enable-shared --enable-__cxa_atexit --enable-version-specific-runtime-libs --enable-checking --enable-gather-detailed-mem-stats--disable-nls --enable-languages=c,c++,f77,objc,java --enable-libgcj-multifile --with-x --enable-java-awt=gtk,xlib Thread model: posix gcc version 3.4.3 /usr/local/libexec/gcc/i686-pc-linux-gnu/3.4.3/cc1 -E -quiet -v -I. jidctint.c -mtune=pentiumpro -O1 -o jidctint.i ignoring nonexistent directory NONE/include ignoring nonexistent directory /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../../i686-pc-linux-gnu/include #include ... search starts here: #include ... search starts here: . /usr/local/include /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/include /usr/include End of search list. /usr/local/libexec/gcc/i686-pc-linux-gnu/3.4.3/cc1 -fpreprocessed jidctint.i -quiet -dumpbase jidctint.c -mtune=pentiumpro -auxbase-strip jidctint.o -O1 -version -o jidctint.s GNU C version 3.4.3 (i686-pc-linux-gnu) compiled by GNU C version 3.4.3. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 jidctint.c:2: warning: integer constant is too large for long type /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../../i686-pc-linux-gnu/bin/as -V -Qy -o jidctint.o jidctint.s GNU assembler version 2.15 (i686-pc-linux-gnu) using BFD version 2.15) For the above piece of code I get the following assembler code: 8--8-8- .file jidctint.c .data .align 8 .type fix_029_n089n196, @object .size fix_029_n089n196, 8 fix_029_n089n196: .quad 0x98ea46e098ea46e .text .globl jpeg_idct_islow .type jpeg_idct_islow, @function jpeg_idct_islow: pushl %ebp movl%esp, %ebp subl$8, %esp calldomidct8x8llmW leave ret .size jpeg_idct_islow, .-jpeg_idct_islow .globl domidct8x8llmW .type domidct8x8llmW, @function domidct8x8llmW: pushl %ebp movl%esp, %ebp #APP pmaddwd fix_029_n089n196,%mm7 emms #NO_APP popl%ebp ret .size domidct8x8llmW, .-domidct8x8llmW .section.note.GNU-stack,,@progbits .ident GCC: (GNU) 3.4.3 8--8-8- When I compile the same piece of code with -O2 and above, I get: 8--8-8- .file jidctint.c .text .p2align 4,,15 .globl domidct8x8llmW .type domidct8x8llmW, @function domidct8x8llmW: pushl %ebp movl%esp, %ebp #APP pmaddwd fix_029_n089n196,%mm7 emms #NO_APP popl%ebp ret .size domidct8x8llmW, .-domidct8x8llmW .p2align 4,,15 .globl jpeg_idct_islow .type jpeg_idct_islow, @function jpeg_idct_islow: pushl %ebp movl%esp, %ebp #APP pmaddwd fix_029_n089n196,%mm7 emms #NO_APP popl%ebp ret .size jpeg_idct_islow, .-jpeg_idct_islow .section.note.GNU-stack,,@progbits .ident GCC: (GNU) 3.4.3 8--8-8- That means the optimizer eats fix_029_n089n196: .quad 0x98ea46e098ea46e .text which causes an undefined reference to 'fix_029_n089n196' later when linking the executable. Can you check this? Thanks. Lothar -- Summary: gcc 3.4.3 optimizes volatile vars away (gcc 3.4.3 = - O2) Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ltg at zes dot uni-bremen dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20523
[Bug tree-optimization/20474] ICE while compiling openmotif-2.2.3 with -ftree-vectorize
--- Additional Comments From dorit at il dot ibm dot com 2005-03-17 20:51 --- patch: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01675.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20474
[Bug middle-end/20524] New: [4.0, 4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/20011119-1.c and -2
With LAST_UPDATED Wed Mar 16 14:54:19 UTC 2005 the tests passed. With LAST_UPDATED Wed Mar 16 21:10:54 UTC 2005 (plus patch at URL:http://sourceware.org/ml/newlib/2005/msg00179.html) the tests fail on trunk. Similarly for 4.0, LAST_UPDATED Wed Mar 16 03:34:07 UTC 2005 (passes) Thu Mar 17 06:05:21 UTC 2005 (fails) respectively. Running /home/hp/combined/combined/gcc/testsuite/gcc.c-torture/compile/compile.exp ... FAIL: gcc.c-torture/compile/2009-1.c -O0 (test for excess errors) FAIL: gcc.c-torture/compile/2009-1.c -O1 (test for excess errors) FAIL: gcc.c-torture/compile/2009-1.c -O2 (test for excess errors) FAIL: gcc.c-torture/compile/2009-1.c -O3 -fomit-frame-pointer (test for excess errors) FAIL: gcc.c-torture/compile/2009-1.c -O3 -g (test for excess errors) FAIL: gcc.c-torture/compile/2009-1.c -Os (test for excess errors) FAIL: gcc.c-torture/compile/2009-2.c -O0 (test for excess errors) FAIL: gcc.c-torture/compile/2009-2.c -O1 (test for excess errors) FAIL: gcc.c-torture/compile/2009-2.c -O2 (test for excess errors) FAIL: gcc.c-torture/compile/2009-2.c -O3 -fomit-frame-pointer (test for excess errors) FAIL: gcc.c-torture/compile/2009-2.c -O3 -g (test for excess errors) FAIL: gcc.c-torture/compile/2009-2.c -Os (test for excess errors) Running /home/hp/combined/combined/gcc/testsuite/gcc.c-torture/execute/builtins/builtins.exp ... The messages in gcc.log are: x/gcc/testsuite/gcc.c-torture/compile/2009-1.c:4: error: 'foo' aliased to undefined symbol 'xxx'^ (both tests) except: Executing on host: /home/hp/combined/cris-sim/gcc/xgcc -B/home/hp/combined/cris-sim/gcc/ -O1 -w -c -isystem /home/hp/combine\ d/cris-sim/cris-elf/./newlib/targ-include -isystem /home/hp/combined/combined/newlib/libc/include -o 2009-2.o /home/hp/combi\ ned/combined/gcc/testsuite/gcc.c-torture/compile/2009-2.c(timeout = 300) /home/hp/combined/combined/gcc/testsuite/gcc.c-torture/compile/2009-2.c:4: internal compiler error: in cgraph_expand_function\ , at cgraphunit.c:837^M Please submit a full bug report,^M Looks like only the alias change could be the culprit. Maybe related to this target having a leading underscore on symbols. (BTW, the 4.0 ChangeLog entry has cutnpaste TAB/linebreak typos.) + 2005-03-16 Richard Henderson [EMAIL PROTECTED] + + PR middle-end/15700 + * varasm.c (struct alias_pair): Rename from struct output_def_pair. + (alias_pairs): Rename from output_defs. + (find_decl_and_mark_needed): Split out from assemble_alias. + (do_assemble_alias): New. + (assemble_output_def): Remove. + (finish_aliases_1, finish_aliases_2): New. + (process_pending_assemble_output_defs): Remove. + (assemble_alias): Defer aliases for which we don't yet have a + non-external decl for the target symbol. + * passes.c (rest_of_decl_compilation): Register variables with cgraph. + * cgraphunit.c (cgraph_finalize_compilation_unit): Use finish_aliases_1. + * toplev.c (compile_file): Use finish_aliases_2 instead of + process_pending_assemble_output_defs. + * tree.h (finish_aliases_1, finish_aliases_2): Declare. + (process_pending_assemble_output_defs): Remove. -- Summary: [4.0, 4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/2009-1.c and -2 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hp at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,rth at gcc dot gnu dot org GCC target triplet: cris-axis-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524
[Bug tree-optimization/20501] gcc.dg/vect/vect-93.c fails on ia64-hpux
--- Additional Comments From dorit at il dot ibm dot com 2005-03-17 20:57 --- can you please send the output of compiling with -fdump-tree-vect-details? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20501
[Bug c/20523] gcc 3.4.3 optimizes volatile vars away (gcc 3.4.3 = -O2)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 20:58 --- You need to mark the variable as used. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20523
[Bug middle-end/20524] [4.0/4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/20011119-1.c and -2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17 21:00 --- At least one of these are the testcase being wrong. -- What|Removed |Added GCC target triplet|cris-axis-elf | Summary|[4.0, 4.1 regression] cris- |[4.0/4.1 regression] cris- |axis-elf testsuite failures:|axis-elf testsuite failures: |gcc.c- |gcc.c- |torture/compile/2009-1.c|torture/compile/2009-1.c |and -2 |and -2 Version|unknown |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524
[Bug middle-end/20524] [4.0/4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/20011119-1.c and -2
--- Additional Comments From hp at gcc dot gnu dot org 2005-03-17 21:02 --- In response to comment #1, the ICE indicates there's at least one bug in GCC... -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-17 21:02:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524
[Bug tree-optimization/20474] ICE while compiling openmotif-2.2.3 with -ftree-vectorize
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17 21:08 --- Subject: Bug 20474 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-17 21:08:06 Modified files: gcc: ChangeLog tree-vect-analyze.c Log message: PR tree-optimization/20474 * tree-vect-analyze.c (vect_analyze_pointer_ref_access): Check the size_type of the relevant pointer. Check for COMPLETE_TYPE_P. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.7888r2=2.7889 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-vect-analyze.c.diff?cvsroot=gccr1=2.12r2=2.13 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20474
[Bug c/20525] New: 4.1 make install fails trying to install ungenerated fixproto fix-header dirs.
(for reference no such files were generated during build, likely because of no target os/headers etc.) if [ xstmp-fixproto != x ] ; then \ /usr/bin/install -c /bin/sh /Applications/avr/avr-src/gcc/../mkinstalldirs \ /usr/local/libexec/gcc/avr/4.1.0/install-tools/mkinstalldirs ; \ /usr/bin/install -c /Applications/avr/avr-src/gcc/fixproto /usr/local/libexec/gcc/avr/4.1.0/install- tools/fixproto ; \ /usr/bin/install -c build/fix-header \ /usr/local/libexec/gcc/avr/4.1.0/install-tools/fix-header ; \ else :; fi usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... install: /usr/local/libexec/gcc/avr/4.1.0/install-tools/fixproto: No such file or directory install: /usr/local/libexec/gcc/avr/4.1.0/install-tools/fix-header: No such file or directory make[1]: *** [install-mkheaders] Error 71 make: *** [install-gcc] Error 2 -- Summary: 4.1 make install fails trying to install ungenerated fixproto fix-header dirs. Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schlie at comcast dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc-apple-darwin7.8.0 GCC host triplet: powerpc-apple-darwin7.8.0 GCC target triplet: avr-unknown-none http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20525
[Bug rtl-optimization/19683] MIPS wrong-code for 64-bit multiply.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17 21:12 --- Subject: Bug 19683 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-03-17 21:11:49 Modified files: gcc: ChangeLog reload1.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg/torture: pr19683-1.c Log message: PR rtl-optimization/19683 * reload1.c (choose_reload_regs): Pass the number of bits, not the number of bytes, to smallest_int_for_mode. Fix arguments to REG_CANNOT_CHANGE_MODE_P. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.2326.2.820r2=2.2326.2.821 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/reload1.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.419.4.7r2=1.419.4.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.3389.2.371r2=1.3389.2.372 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/torture/pr19683-1.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=NONEr2=1.1.6.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19683
[Bug rtl-optimization/19683] MIPS wrong-code for 64-bit multiply.
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-03-17 21:13 --- Committed to 3.4 as promised, after bootstrapping regression testing on mips-sgi-irix6.5. -- What|Removed |Added Status|ASSIGNED|RESOLVED Known to fail|3.4.3 3.3.1 |3.3.1 Known to work|4.1.0 4.0.0 |4.1.0 4.0.0 3.4.4 Resolution||FIXED Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19683