[Bug tree-optimization/43611] [4.5 Regression] ICE: SIGSEGV with -fipa-cp-clone -fkeep-inline-functions

--- Comment #1 from zsojka at seznam dot cz 2010-04-01 06:41 --- Created an attachment (id=20270) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20270&action=view) auto-reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43611

[Bug lto/42757] lto1 does not emit common symbols with -fuse-linker-plugin

--- Comment #11 from ccoutant at gcc dot gnu dot org 2010-04-01 06:32 --- Created an attachment (id=20269) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20269&action=view) Updated gold patch to fix common symbol handling Sorry, I forgot to include the updated testsuite/Makefile.*

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #13 from howarth at nitro dot med dot uc dot edu 2010-04-01 05:13 --- Created an attachment (id=20268) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20268&action=view) proposed patch to fix visibility issues on darwin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #12 from howarth at nitro dot med dot uc dot edu 2010-04-01 05:11 --- Proposed patch posted to http://gcc.gnu.org/ml/gcc-patches/2010-04/msg5.html. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43602

[Bug middle-end/43614] [4.5 Regression] ice in gimple_rhs_has_side_effects, at gimple.c:2248

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-01 03:09 --- But that is not a regression as 4.3.2 have: # VUSE D.1207_8 = MEM[symbol: g_2, index: D.1220_19]; 4.1 is also broken: # VUSE ; D.1624_9 = MEM[symbol: g_2, base: D.1674_4]; -- http://gcc.gnu.org/bugzi

[Bug middle-end/43614] [4.5 Regression] ice in gimple_rhs_has_side_effects, at gimple.c:2248

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-01 03:07 --- # VUSE <.MEM_13> D.1996_8 = MEM[symbol: g_2, index: D.2003_16]; We should not have any VOPs here as this statement is volatile. -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug c/43614] New: ice in gimple_rhs_has_side_effects, at gimple.c:2248

me/regehr/z/compiler-install/gcc-r157896-install --program-prefix=r157896- --enable-languages=c,c++ Thread model: posix gcc version 4.5.0 20100331 (experimental) (GCC) -- Summary: ice in gimple_rhs_has_side_effects, at gimple.c:2248 Product: gcc Versi

[Bug c++/43612] Double exception not caught if only float is present in exception

--- Comment #3 from pinskia at gcc dot gnu dot org 2010-04-01 01:15 --- Because that is not the C++ standard says it should do :). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/43613] Some architecture-dependent codes

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-01 01:15 --- >gcc/src/gcc/ira-conflicts.c: Line 125: That is printing out a long correctly (has no pointers in it, though it does have a sizeof). >gcc/src/gcc/tree-dump.c: Line 168: /gcc/src/gcc/cp/class.c: Line 6740, 6742, 6764

[Bug c++/42609] [4.5 regression] undesired operation when working with mno-cygwin

--- Comment #3 from davek at gcc dot gnu dot org 2010-04-01 01:11 --- I figure this is worth fixing in the ~22-hour window remaining before 2nd April. The option although deprecated should not for preference be released in a broken state, and since it worked in all previous versions (i.

[Bug c++/43612] Double exception not caught if only float is present in exception

--- Comment #2 from korikov at hotmail dot com 2010-04-01 01:09 --- (In reply to comment #1) > 100.0 is of a type double in C++, not float. Try 100.0f. > yes 100.0f works as well as (float)100.0 but the point is when the compiler does automatic conversion from float to double, then wh

[Bug rtl-optimization/43477] -march=k8-sse3 on turion-rm75 failed

--- Comment #5 from aflyhorse at foxmail dot com 2010-04-01 01:04 --- Failed to build with sse3, i surrounded... -- aflyhorse at foxmail dot com changed: What|Removed |Added --

[Bug target/43613] New: Some architecture-dependent codes

Sorry to duplicately reporting this bug, but i failed to get a feedback after i announced it after another small bug unfortunately. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43477 /libcpp/files.c: Line 609-614: comparison is always false under win x64 and /gcc/emit-rtl.c: Line 361: /gcc/ggc-

Re: [Bug middle-end/43602] New: ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

Thanks. au http://www.xprad.org/ Bugzilla from gcc-bugzi...@gcc.gnu.org wrote: > > The commit of... > > Author: rguenth > Date: Tue Mar 30 13:10:16 2010 > New Revision: 157822 > > URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157822 > Log: > 2010-03-30 Seongbae Park >

[Bug c++/43612] Double exception not caught if only float is present in exception

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-01 00:54 --- 100.0 is of a type double in C++, not float. Try 100.0f. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43612

[Bug c++/43612] New: Double exception not caught if only float is present in exception

If internally all floats are treated as double, then if I throw exception in the below code as double(which is 100.0) and catch as float why the program terminates, rather the catch of float should also be elevated to double type in the absence of explicit catch of double. try{

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #11 from howarth at nitro dot med dot uc dot edu 2010-03-31 23:51 --- Those add code comments are from the patch first proposed... http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00918.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43602

[Bug lto/42757] lto1 does not emit common symbols with -fuse-linker-plugin

--- Comment #10 from ccoutant at gcc dot gnu dot org 2010-03-31 23:40 --- Created an attachment (id=20267) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20267&action=view) Gold patch to fix common symbol handling This gold patch ought to fix the problem. Please verify and I'll se

[Bug tree-optimization/43611] New: [4.5 Regression] ICE: SIGSEGV with -fipa-cp-clone -fkeep-inline-functions

Command line: gcc -O3 -fkeep-inline-functions testcase.C or gcc -O2 -fipa-cp-clone -fkeep-inline-functions testcase.C or gcc -O1 -fipa-cp -fipa-cp-clone -fkeep-inline-functions testcase.C - testcase.C - #include std::stringstream ss; -- I am reducing the preprocessed t

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #10 from howarth at nitro dot med dot uc dot edu 2010-03-31 23:30 --- Is it expected that the lines... /* Add code: static gcov* __gcov_indirect_call_counters; // pointer to actual counter static void* __gcov_indirect_call_callee; // actual callee address */ are comm

[Bug lto/42757] lto1 does not emit common symbols with -fuse-linker-plugin

-- ccoutant at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ccoutant at gcc dot gnu dot |dot org

[Bug target/43469] [4.5 Regression] ICE trying to compile glibc for ARM thumb2

--- Comment #7 from steven at gcc dot gnu dot org 2010-03-31 22:55 --- Primary/secondary targets are listed on http://gcc.gnu.org/gcc-4.5/criteria.html. That list should probably be clarified for GCC 4.6 to explain what arm-eabi means, exactly. It makes little sense to me, to make arm-ea

[Bug target/43597] Move and compare with 0 can be combined

--- Comment #5 from steven at gcc dot gnu dot org 2010-03-31 22:51 --- ...remove accidental CC-list additions... -- steven at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/43469] [4.5 Regression] ICE trying to compile glibc for ARM thumb2

--- Comment #6 from siarhei dot siamashka at gmail dot com 2010-03-31 22:50 --- (In reply to comment #4) > Not exactly a primary or secondary target. CCing maintainer. I have been trying to find a complete list of gcc primary and secondary targets with no luck so far. But at least thi

[Bug target/43597] Move and compare with 0 can be combined

--- Comment #4 from steven at gcc dot gnu dot org 2010-03-31 22:49 --- It's not very hard to add a define_peephole2 pattern for this case also, although it's a bit of a hack. I'm not even sure if it would handle the case cmp+mov and mov+cmp case -- does peephole2 care about the order of

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

--- Comment #7 from vz-gcc at zeitlins dot org 2010-03-31 22:36 --- (In reply to comment #6) > My view this is a bug in how wxWidgets uses (abuses) dllexport and wanting not > to export inline functions also. Andrew, could you please provide a reasonable alternative to what we do? Also

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

--- Comment #6 from pinskia at gcc dot gnu dot org 2010-03-31 22:32 --- My view this is a bug in how wxWidgets uses (abuses) dllexport and wanting not to export inline functions also. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

--- Comment #5 from vz-gcc at zeitlins dot org 2010-03-31 22:25 --- (In reply to comment #3) > And if the linker is taking a lot of memory, then it is a bug in the linker. > The linker should not take much more memory for functions which are linked > once. Let's admit this. How does it

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

--- Comment #4 from pinskia at gcc dot gnu dot org 2010-03-31 22:12 --- And really it make sense that the functions are exported are marked as dllexport even if they are vague linkage. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

--- Comment #3 from pinskia at gcc dot gnu dot org 2010-03-31 22:11 --- Also this change was done to so we would be compliant to the ARM EABI. http://gcc.gnu.org/ml/gcc-patches/2009-05/msg01481.html And if the linker is taking a lot of memory, then it is a bug in the linker. The linke

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

--- Comment #2 from vz-gcc at zeitlins dot org 2010-03-31 22:04 --- I'm sorry but is this really all you have to say about this? Granted, VS does follow the same rule but the size of object files produced by it was twice less than that of object files produced by gcc _before_ this change

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-03-31 21:47 --- This is by design and the patch even mentions that Visual Studio 2005 follows the same rule. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug libgcj/40860] [4.4/4.5 regression] regressions in libjava testsuite on arm-linux

--- Comment #32 from mikpe at it dot uu dot se 2010-03-31 21:43 --- (In reply to comment #31) > There appears to be a mistaken presumption running through this thread that > there is a 1<->1 mapping between unwind blocks and source language functions. > This is not the case, and any cod

[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |target Keywords||ice-on-valid-c

[Bug target/40657] allocate local variables with fewer instructions

--- Comment #7 from bernds at codesourcery dot com 2010-03-31 21:42 --- A patch is at http://gcc.gnu.org/ml/gcc-patches/2010-03/msg01274.html -- bernds at codesourcery dot com changed: What|Removed |Added ---

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #6 from jvdelisle at gcc dot gnu dot org 2010-03-31 21:41 --- OK to commit, trunk is not quite Frozen yet, so please proceed. Also, please backport to 4.4 in a bit -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43605

[Bug c/43610] New: [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison

Command line: gcc -fno-trapping-math testcase.c -- testcase.c -- int foo(_Decimal64 x[2]) { return !(x[0] < x[1]); } Tested revisions: r157877 - crash r153685 - crash 4.4 r157895 - OK Compiler output: $ /mnt/svn/gcc-trunk/binary-157877-lto/bin/gcc -fno-trapping

[Bug target/41514] redundant compare instruction of consecutive conditional branches

--- Comment #4 from bernds at codesourcery dot com 2010-03-31 21:41 --- A simple patch is at http://gcc.gnu.org/ml/gcc-patches/2010-03/msg01405.html -- bernds at codesourcery dot com changed: What|Removed |Added

[Bug rtl-optimization/21803] [ia64] gcc produces really odd predicated code

--- Comment #5 from pinskia at gcc dot gnu dot org 2010-03-31 21:37 --- I had saw this too and I thought I filed a bug about this same problem but I cannot find it right now. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/21803] [ia64] gcc produces really odd predicated code

--- Comment #4 from bernds at codesourcery dot com 2010-03-31 21:36 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2010-03/msg01536.html Only tested on ARM (same issue as PR42496), but should also solve the ia64 problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21803

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-03-31 21:05 --- What happens if you revert the section... @@ -353,8 +354,8 @@ struct tree_map *h, in; void **loc; - if (targetm.have_tls || decl == NULL || decl == error_mark_node - || TREE_CODE (decl) != VAR

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #8 from dominiq at lps dot ens dot fr 2010-03-31 20:54 --- With the patch in comment #6, I get: [macbook] f90/bug% gcc45 -fprofile-generate -O3 /opt/gcc/work/gcc/testsuite/gcc.dg/matrix/transpose-1.c gcc45: Internal error: Segmentation fault (program cc1) Program received s

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #7 from dominiq at lps dot ens dot fr 2010-03-31 20:40 --- > + assert (!targetm.have_tls && TREE_CODE (decl) == VAR_DECL > + && DECL_THREAD_LOCAL_P (decl)); s/assert/gcc_assert/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43602

[Bug lto/43609] New: LTO -fwhopr generating shared library: ICE in csi_node at cgraph.h:663

touch a.c gcc -fPIC -fwhopr -O2 -c a.c gcc -shared -fPIC a.o -fwhopr -O2 -o liba.so leads to: lto1: internal compiler error: vector VEC(cgraph_node_ptr,base) index domain error, in csi_node at cgraph.h:663 Please submit a full bug report, with preprocessed source if appropriate. See

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-03-31 20:21 --- Untested patch... Index: varasm.c === --- varasm.c(revision 157893) +++ varasm.c(working copy) @@ -332,6 +332,7 @@ TREE_STATIC

[Bug target/43524] ICE: in ix86_expand_prologue, at config/i386/i386.c:8636 with -mstack-arg-probe on x86_64-linux

--- Comment #6 from ubizjak at gmail dot com 2010-03-31 20:18 --- Fixed. -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED

[Bug c++/43608] New: Boost.MPL code doesn't get the placeholders substituted anymore

The following code stopped working with gcc-4.5. gcc-4.4.3 and clang both accept it. On gcc-4.5, boost::mpl_::arg<2> is passed to metafunction instead of test1. The strange thing is: If the specialization of metafunction<_2> is provided, the code works again. I'm sorry that this is not a minimal te

[Bug tree-optimization/43528] ICE: in tree_low_cst, at tree.c:6198 with -mms-bitfields at x86_64-linux

--- Comment #14 from ubizjak at gmail dot com 2010-03-31 20:17 --- Fixed. -- ubizjak at gmail dot com changed: What|Removed |Added Status|NEW

[Bug target/43524] ICE: in ix86_expand_prologue, at config/i386/i386.c:8636 with -mstack-arg-probe on x86_64-linux

--- Comment #5 from uros at gcc dot gnu dot org 2010-03-31 20:14 --- Subject: Bug 43524 Author: uros Date: Wed Mar 31 20:14:10 2010 New Revision: 157894 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157894 Log: Backport from mainline: 2010-03-27 Uros Bizjak

[Bug tree-optimization/43528] ICE: in tree_low_cst, at tree.c:6198 with -mms-bitfields at x86_64-linux

--- Comment #13 from uros at gcc dot gnu dot org 2010-03-31 20:14 --- Subject: Bug 43528 Author: uros Date: Wed Mar 31 20:14:10 2010 New Revision: 157894 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157894 Log: Backport from mainline: 2010-03-27 Uros Bizjak

[Bug middle-end/43607] ICE in gimple_op, at gimple.h:1633 with -fipa-type-escape

--- Comment #1 from zsojka at seznam dot cz 2010-03-31 19:36 --- Created an attachment (id=20266) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20266&action=view) testsuite/gcc.c-torture/compile/pr38360.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43607

[Bug middle-end/43607] New: ICE in gimple_op, at gimple.h:1633 with -fipa-type-escape

+++ This bug was initially created as a clone of Bug #38360 +++ The testcase fails with -fipa-type-escape: trunk r157877: $ /mnt/svn/gcc-trunk/binary-157877-lto/bin/gcc -fipa-type-escape testsuite/gcc.c-torture/compile/pr38360.c testsuite/gcc.c-torture/compile/pr38360.c:9:1: internal compiler err

[Bug lto/43576] lto: ICE with partial linking (ld -r, both bfd and gold)

--- Comment #1 from rwild at gcc dot gnu dot org 2010-03-31 18:53 --- FWIW, same failure happens with s/-flto/-fwhopr/g but is probably worth another testcase once fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43576

[Bug lto/43581] exception handling broken across shared libaries with -fuse-linker-plugin

--- Comment #6 from rwild at gcc dot gnu dot org 2010-03-31 18:49 --- Here's the analogous test case from Libtool for dlopen'ed modules. Also passes when -fuse-linker-plugin is removed from the link line for module.so. CXX=g++ CXXFLAGS='-O2 -flto' LDFLAGS='-fuse-linker-plugin' cat >mo

[Bug middle-end/43464] copy prop breaks loop closed SSA form

--- Comment #16 from spop at gcc dot gnu dot org 2010-03-31 18:48 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #5 from jb at gcc dot gnu dot org 2010-03-31 18:42 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2010-03/msg01523.html -- jb at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/43464] copy prop breaks loop closed SSA form

--- Comment #15 from spop at gcc dot gnu dot org 2010-03-31 18:38 --- Subject: Bug 43464 Author: spop Date: Wed Mar 31 18:37:41 2010 New Revision: 157889 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157889 Log: Fix PR43464: copyprop should maintain loop close phi nodes with mu

[Bug tree-optimization/43351] ICE: SIGSEGV with -fgraphite-identity in 4.4

--- Comment #4 from spop at gcc dot gnu dot org 2010-03-31 18:37 --- Subject: Bug 43351 Author: spop Date: Wed Mar 31 18:36:45 2010 New Revision: 157882 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157882 Log: Add testcase for PR43351. 2010-03-13 Sebastian Pop PR

[Bug target/43524] ICE: in ix86_expand_prologue, at config/i386/i386.c:8636 with -mstack-arg-probe on x86_64-linux

--- Comment #4 from uros at gcc dot gnu dot org 2010-03-31 18:09 --- Subject: Bug 43524 Author: uros Date: Wed Mar 31 18:09:04 2010 New Revision: 157880 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157880 Log: Backport from mainline: 2010-03-27 Uros Bizjak

[Bug tree-optimization/43528] ICE: in tree_low_cst, at tree.c:6198 with -mms-bitfields at x86_64-linux

--- Comment #12 from uros at gcc dot gnu dot org 2010-03-31 18:09 --- Subject: Bug 43528 Author: uros Date: Wed Mar 31 18:09:04 2010 New Revision: 157880 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157880 Log: Backport from mainline: 2010-03-27 Uros Bizjak

[Bug libfortran/43572] FAIL: gfortran.dg/PR19872.f execution test; formatted read - wrong numbers

--- Comment #2 from danglin at gcc dot gnu dot org 2010-03-31 18:08 --- It appears to be a regression. See results for 4.4: http://gcc.gnu.org/ml/gcc-testresults/2010-03/msg02690.html I'll rebuild 4.5 and check point a. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43572

[Bug fortran/35810] [TR 15581 / F2003] Automatic reallocation on assignment to allocatable variables

--- Comment #7 from burnus at gcc dot gnu dot org 2010-03-31 18:05 --- Note: For coarrays/coindexed variables, the shape must be the same. That means that there is _no_ reallocate on assignment, cf. F2008, "7.2.1.2 Intrinsic assignment statement": "In an intrinsic assignment statement, [

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #4 from pault at gcc dot gnu dot org 2010-03-31 18:03 --- (In reply to comment #3) > Assigning to myself. This is probably due to ftell not taking into account > fbuf. > Janne, I hate to say it but you are going to have to move pretty fast to beat Richi's 2nd April deadline

[Bug preprocessor/43606] Raw string support fails to preserve backslash whitespace newline

-- jason at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirm

[Bug preprocessor/43606] New: Raw string support fails to preserve backslash whitespace newline

...and so the execution test fails for c-c++-common/raw-string-7.c. -- Summary: Raw string support fails to preserve backslash whitespace newline Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: wrong-code

[Bug objc/35165] Massive failures of objc on i686-apple-darwin9

--- Comment #14 from janis at gcc dot gnu dot org 2010-03-31 15:51 --- Subject: Bug 35165 Author: janis Date: Wed Mar 31 15:50:45 2010 New Revision: 157873 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157873 Log: 2010-03-31 Iain Sandoe PR testsuite/35165 *

[Bug debug/40521] [4.4/4.5 Regression] -g causes GCC to generate .eh_frame

--- Comment #24 from tschwinge at gcc dot gnu dot org 2010-03-31 15:49 --- Regression report for arm-none-linux-gnueabi: Patch: -- tschwinge at gcc dot gnu dot org cha

[Bug objc++/23613] obj-c++.dg/isa-field-1.mm fails with the GNU runtime

--- Comment #8 from janis at gcc dot gnu dot org 2010-03-31 15:48 --- Subject: Bug 23613 Author: janis Date: Wed Mar 31 15:47:42 2010 New Revision: 157872 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157872 Log: 2010-03-31 Iain Sandoe PR objc++/23613 * gcc/

[Bug bootstrap/43596] [4.5 regression] Failed to boostrap

--- Comment #4 from jakub at gcc dot gnu dot org 2010-03-31 15:47 --- Hopefully fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASS

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #3 from jb at gcc dot gnu dot org 2010-03-31 15:38 --- Assigning to myself. This is probably due to ftell not taking into account fbuf. -- jb at gcc dot gnu dot org changed: What|Removed |Added --

[Bug bootstrap/43596] [4.5 regression] Failed to boostrap

--- Comment #3 from jakub at gcc dot gnu dot org 2010-03-31 15:27 --- Subject: Bug 43596 Author: jakub Date: Wed Mar 31 15:26:57 2010 New Revision: 157869 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157869 Log: PR bootstrap/43596 * cselib.c (cselib_process_ins

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-03-31 15:23 --- Of course this does beg the question of why other instances of... DECL_TLS_MODEL ()=decl_default_tls_model (); ...such as... DECL_TLS_MODEL (v) = decl_default_tls_model (v); ...in gcc/c-parser.c and...

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-03-31 15:19 --- If I am reading gcc/configure.ac correctly, darwin shouldn't using TLS in that part of the build. So perhaps we just need to add a wrapper like... Index: gcc/tree-profile.c

[Bug target/43597] Move and compare with 0 can be combined

--- Comment #3 from steven at gcc dot gnu dot org 2010-03-31 15:15 --- Well, according to GDB, combine does try to combine in try_combine: Breakpoint 8, try_combine (i3=0x204fc8b8, i2=0x204fc828, i1=0x0, new_direct_jump_p=0x6fd4ae28) at ../../trunk/gcc/combine.c:2

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #2 from burnus at gcc dot gnu dot org 2010-03-31 15:07 --- Janne, could you please have a look. * * * The following looks very fishy: gfc_unit * u = find_unit (*unit); ret = (size_t) stell (u->s); pt find_unit(*unit)->s type = struct stream { ssize_t (*read)(st

[Bug target/43597] Move and compare with 0 can be combined

--- Comment #2 from steven at gcc dot gnu dot org 2010-03-31 14:59 --- In .final, the insns look like this: @(insn:TI 9 7 8 t.c:8 (set (reg:CC 24 cc) @(compare:CC (reg:SI 0 r0 [orig:134 f ] [134]) @(const_int 0 [0x0]))) 220 {*arm_cmpsi_insn} (expr_list:REG_DEAD (reg:S

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-03-31 14:53 --- Does this change applied to libmudflap (which we don't build on darwin) provide a template for what we might need to do? Author: jiez Date: Fri Jan 23 04:58:03 2009 New Revision: 143583 URL: http://gcc.gn

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #1 from burnus at gcc dot gnu dot org 2010-03-31 14:27 --- Working: 2009-04-05-r145558 Failing: 2009-04-06-r145580 Changelog shows a couple of I/O patches - and indeed if one uses the failing version with libgfortran of 4.4.3 the bug is gone. The I/O patch I suspect is: PR

[Bug fortran/43605] New: Regression: wrong results with ftell

cat telltest.txt 123456 789 CC DD cat telltest.f C234567 integer i character*99 buffer open(10,FILE="telltest.txt") read(10,'(a)') buffer !!read(10,*) buffer call ft

[Bug c/43604] Error on compilling kernel FreeBSD

--- Comment #1 from paolo dot carlini at oracle dot com 2010-03-31 14:03 --- 4.2.x is not maintained anymore. -- paolo dot carlini at oracle dot com changed: What|Removed |Added -

[Bug c/43604] New: Error on compilling kernel FreeBSD

When I try install my new kernel, gcc show follow message: ../../../dev/ex/if_ex.c:290: internal compiler error: Segmentation fault: 11 -- Summary: Error on compilling kernel FreeBSD Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity:

[Bug c++/25811] No failure creating a POD containing a const member, using new without a new-initializer.

--- Comment #12 from redi at gcc dot gnu dot org 2010-03-31 13:52 --- That works for me, although I should point out I can't approve the patch, so it's just my opinion -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25811

[Bug c++/25811] No failure creating a POD containing a const member, using new without a new-initializer.

--- Comment #11 from fabien dot chene at gmail dot com 2010-03-31 13:46 --- (In reply to comment #10) > Thanks. I can't test it now but that looks better. > > Just below your new code I see this error: > > error ("uninitialized const in % of %q#T", elt_type); > > Maybe your new d

[Bug c/43603] New: gcc-4.4.3 ICE on ia64 with -O3

/* % uname -a Linux cleo 2.6.18-128.1.1.el5 #1 SMP Mon Jan 26 13:57:09 EST 2009 ia64 ia64 ia64 GNU/Linux % % gcc -v Using built-in specs. Target: ia64-unknown-linux-gnu Configured with: /usr/local/gcc-4.4.3/src/gcc-4.4.3/configure --enable-languages=c,c++,fortran --with-gnu-as --with-as=/usr/loca

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-03-31 13:42 --- Richard Guenther has suggested that these two unresolved symbols need to be exported. I'll test that this evening. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43602

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-03-31 13:29 --- The commit of the patch to eliminate race conditions in indirect value profiling (r157822) hasn't triggered the same profile related testsuite failures in any other target. This leads to two questions... 1

[Bug c/43600] Segmentation fault for large C file (24MB)

--- Comment #7 from rguenth at gcc dot gnu dot org 2010-03-31 13:25 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c/43600] Segmentation fault for large C file (24MB)

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-03-31 13:23 --- Subject: Bug 43600 Author: rguenth Date: Wed Mar 31 13:23:17 2010 New Revision: 157868 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157868 Log: 2010-03-31 Richard Guenther PR middle-end/43600

[Bug middle-end/43602] New: ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

The commit of... Author: rguenth Date: Tue Mar 30 13:10:16 2010 New Revision: 157822 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157822 Log: 2010-03-30 Seongbae Park Jack Howarth * tree-profile.c (tree_init_ic_make_global_vars): Make static variables TLS.

[Bug c/43600] Segmentation fault for large C file (24MB)

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-03-31 13:20 --- Subject: Bug 43600 Author: rguenth Date: Wed Mar 31 13:20:19 2010 New Revision: 157867 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157867 Log: 2010-03-31 Richard Guenther PR middle-end/43600

[Bug bootstrap/43596] [4.5 regression] Failed to boostrap

--- Comment #2 from jakub at gcc dot gnu dot org 2010-03-31 13:06 --- Created an attachment (id=20265) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20265&action=view) gcc45-pr43596.patch Untested fix. -- jakub at gcc dot gnu dot org changed: What|Removed

[Bug c++/25811] No failure creating a POD containing a const member, using new without a new-initializer.

--- Comment #10 from redi at gcc dot gnu dot org 2010-03-31 12:34 --- Thanks. I can't test it now but that looks better. Just below your new code I see this error: error ("uninitialized const in % of %q#T", elt_type); Maybe your new diagnostics should also include 'new' like that.

[Bug c++/43601] New: Enormous increase in DLL object files size in 4.5

Hello, This is not necessarily a bug but I don't know about any other place to discuss this so I'm reporting it here -- please let me know if I should post somewhere else. Anyhow, there seems to be a big problem with building shared C++ libraries using the typical class __attribute(dll

[Bug c/43600] Segmentation fault for large C file (24MB)

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-03-31 12:23 --- needs -DCLANG to build. cgraph verification takes ages, so make sure to turn off checking. The issue is: Program received signal SIGSEGV, Segmentation fault. 0x007b9f6e in cgraph_output_in_order () at

[Bug c++/25811] No failure creating a POD containing a const member, using new without a new-initializer.

--- Comment #9 from fabien dot chene at gmail dot com 2010-03-31 12:20 --- (In reply to comment #8) > (N.B. your email to gcc-patches gives the wrong PR number in the subject.) > > This reject the following valid program: > > struct X { > X() : c(0), r(c) {} > const int c; > int

[Bug c/43600] Segmentation fault for large C file (24MB)

--- Comment #3 from ihusar at fit dot vutbr dot cz 2010-03-31 11:59 --- Other details, e.g. why I want to compile so huge file, can be found here: http://n3.nabble.com/Memory-and-time-consumption-for-larger-files-td683717.html#a683717 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4

[Bug c/43600] Segmentation fault for large C file (24MB)

--- Comment #2 from ihusar at fit dot vutbr dot cz 2010-03-31 11:57 --- Created an attachment (id=20264) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20264&action=view) valgrind report -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43600

[Bug c/43600] Segmentation fault for large C file (24MB)

--- Comment #1 from ihusar at fit dot vutbr dot cz 2010-03-31 11:57 --- Created an attachment (id=20263) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20263&action=view) testing C file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43600

[Bug c/43600] New: Segmentation fault for large C file (24MB)

For my generated C file that has 24MB, gcc fails after 11 seconds with: gcc: Internal error: Segmentation fault (program cc1) Please submit a full bug report. Fedora 11 64-bit, Pentium Quad Core, 2.83GHz, 4GB memory, gcc 4.4.1 $ uname -a Linux 2.6.30.9-99.fc11.x86_64 #1 SMP Tue Nov 17 21:30:38

[Bug middle-end/39976] [4.5 Regression] Big sixtrack degradation on powerpc 32/64 after revision r146817

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Last reconfirmed|2010-03-29 17:28:22 |2010-03-31 11:56:

  1   2   >