[Bug bootstrap/43900] ICE in dbxout.c

--- Comment #3 from jakub at gcc dot gnu dot org 2010-04-27 06:16 --- It depends on what the platform allows, I'm not familiar with it at all. If you can force dumping core and getting backtrace from it, that would be interesting info, if you can preload some library to print backtrace u

[Bug middle-end/43901] [4.6 Regression] FAIL: gcc.c-torture/compile/pr42196-2.c

--- Comment #1 from irar at il dot ibm dot com 2010-04-27 05:53 --- Could you please give some more information? It doesn't fail on x86_64-linux. (For SLP dump please use -fdump-tree-slp-details). Thanks, Ira -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43901

[Bug middle-end/43903] [4.6 Regression] New test failures

--- Comment #3 from hubicka at gcc dot gnu dot org 2010-04-27 05:42 --- Fixed. -- hubicka at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug rtl-optimization/43907] New: yet another missed restrict optimization

Originally posted here: http://gcc.gnu.org/ml/gcc-help/2010-04/msg00233.html Consider the following code: sal...@salmin:~$ cat restrict1.c void f(int *a, const int *restrict b) { *a++ = *b + 1; *a++ = *b + 1; } "const *restrict" guarantee that *b will not be modified inside f and

[Bug c++/43906] New: missing warnings the comparison between an address with a null pointer constant

As Manuel mentioned at http://gcc.gnu.org/ml/gcc-patches/2010-04/msg01425.html. C++ have the same problem as pr32207. extern void z(); void f() { if ( z ) z(); } void g() { if ( z != 0 ) z(); } void h() { if ( z != (void*)0 ) z(); } t.C: In function ‘void f()’: t.C:2:19: warning: the address of ‘

[Bug target/35492] ICE building kernel sk_stream_wait_connect output_operand: invalid operand for 'p' modifier

--- Comment #11 from hp at gcc dot gnu dot org 2010-04-27 02:51 --- This still open? I guess I kept it open for the doc patch to go through. It got shot down (IMHO incorrectly) but I can't be bothered to pursue. Closing this; all codegen behavior has been fixed. (It'd like to set miles

[Bug c/32207] missing warnings about address of 'x'.

--- Comment #4 from pzhao at gcc dot gnu dot org 2010-04-27 02:42 --- Fix for trunk. -- pzhao at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug c/32207] missing warnings about address of 'x'.

--- Comment #3 from pzhao at gcc dot gnu dot org 2010-04-27 02:40 --- Subject: Bug 32207 Author: pzhao Date: Tue Apr 27 02:40:19 2010 New Revision: 158765 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158765 Log: gcc/ 2010-04-27 Shujing Zhao PR c/32207 * c-t

[Bug target/43729] Mach-O LTO support needed for darwin

--- Comment #11 from davek at gcc dot gnu dot org 2010-04-27 02:35 --- I noticed the dependency was the wrong way round when I saw that this open bug was blocking a freshly-closed one :) -- davek at gcc dot gnu dot org changed: What|Removed |Added

[Bug lto/42776] LTO doesn't work on non-ELF platforms.

--- Comment #48 from davek at gcc dot gnu dot org 2010-04-27 02:26 --- Sorry, missed a couple of files the first time round and had to check them in subsequently. Oops. *sheepish grin* -- davek at gcc dot gnu dot org changed: What|Removed |Added

[Bug lto/42776] LTO doesn't work on non-ELF platforms.

--- Comment #47 from davek at gcc dot gnu dot org 2010-04-27 02:25 --- Subject: Bug 42776 Author: davek Date: Tue Apr 27 02:24:51 2010 New Revision: 158764 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158764 Log: Missing changelog from last commit! ChangeLog: 2010-04-27 Dav

[Bug lto/42776] LTO doesn't work on non-ELF platforms.

--- Comment #46 from davek at gcc dot gnu dot org 2010-04-27 02:24 --- Subject: Bug 42776 Author: davek Date: Tue Apr 27 02:23:56 2010 New Revision: 158763 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158763 Log: Missing file from last commit! ChangeLog: 2010-04-27 Dave Kor

[Bug lto/42776] LTO doesn't work on non-ELF platforms.

--- Comment #45 from davek at gcc dot gnu dot org 2010-04-27 02:23 --- Subject: Bug 42776 Author: davek Date: Tue Apr 27 02:22:40 2010 New Revision: 158762 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158762 Log: ChangeLog: PR lto/42776 * configure.ac (--enabl

[Bug tree-optimization/43905] duplicate __PRETTY_FUNCTION__ symbol for functions differing in const-ness

--- Comment #3 from pinskia at gcc dot gnu dot org 2010-04-27 02:08 --- Very reduced testcase: extern void sf ( __const char *); struct Matrix{ int operator[](int n){ sf ( __PRETTY_FUNCTION__); } int operator[](int n)const{ sf ( __PRETTY_FUNCTION__); } }; void calcmy(Mat

[Bug target/43902] suboptimal MIPS widening multiply accumulate

--- Comment #1 from wilson at gcc dot gnu dot org 2010-04-27 01:17 --- Some further investigation shows that there is code in expand_expr_real_2 that is supposed to be able to generate multiply-accumulate instructions, but it isn't general enough. In my gimple, I have D.1999_10 = D.19

[Bug target/43889] [4.5/4.6 Regression]: mmix-knuth-mmixware gcc.c-torture/execute/arith-rand.c -O3 -fomit-frame-pointer -funroll-loops

--- Comment #3 from hp at gcc dot gnu dot org 2010-04-27 00:57 --- Subject: Bug 43889 Author: hp Date: Tue Apr 27 00:57:45 2010 New Revision: 158761 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158761 Log: PR target/43889 * config/mmix/mmix.md ("*divdi3_nonknut

[Bug target/43889] [4.5/4.6 Regression]: mmix-knuth-mmixware gcc.c-torture/execute/arith-rand.c -O3 -fomit-frame-pointer -funroll-loops

--- Comment #2 from hp at gcc dot gnu dot org 2010-04-27 00:56 --- Subject: Bug 43889 Author: hp Date: Tue Apr 27 00:56:41 2010 New Revision: 158760 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158760 Log: PR target/43889 * config/mmix/mmix.md ("*divdi3_nonknut

[Bug tree-optimization/43905] duplicate __PRETTY_FUNCTION__ symbol for functions differing in const-ness

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-27 00:52 --- Matrix::operator[](int*, Vektor**, int)::__PRETTY_FUNCTION__ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43905

[Bug c++/43905] duplicate __PRETTY_FUNCTION__ symbol for functions differing in const-ness

--- Comment #1 from wjp at usecode dot org 2010-04-27 00:48 --- Created an attachment (id=20498) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20498&action=view) preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43905

[Bug c++/43905] New: duplicate __PRETTY_FUNCTION__ symbol for functions differing in const-ness

When compiling the attached lll.ii file (from lll.c from the gfan maths package at http://www.math.tu-berlin.de/~jensen/software/gfan/gfan.html ) with g++ 4.5.0, I get the following error message: g++ -O2 lll.ii -c -o lll.o /tmp/ccRt1FUj.s: Assembler messages: /tmp/ccRt1FUj.s:5145: Error: symbol

[Bug tree-optimization/43904] Wrong code with -foptimize-sibling-calls and memcpy on x86_64

--- Comment #4 from hjl at gcc dot gnu dot org 2010-04-27 00:30 --- Subject: Bug 43904 Author: hjl Date: Tue Apr 27 00:30:00 2010 New Revision: 158758 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158758 Log: Backport testcase from mainline. 2010-04-26 H.J. Lu Back

[Bug tree-optimization/43904] Wrong code with -foptimize-sibling-calls and memcpy on x86_64

--- Comment #3 from hjl at gcc dot gnu dot org 2010-04-27 00:25 --- Subject: Bug 43904 Author: hjl Date: Tue Apr 27 00:25:18 2010 New Revision: 158757 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158757 Log: Add a run-time testcase for PR tree-optimization/43904. 2010-04-26

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

--- Comment #15 from mrs at gcc dot gnu dot org 2010-04-27 00:08 --- Subject: Bug 35165 Author: mrs Date: Tue Apr 27 00:08:28 2010 New Revision: 158752 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158752 Log: 2010-04-26 Iain Sandoe PR testsuite/35165 * obj-

[Bug c/43904] Wrong code with -foptimize-sibling-calls and memcpy on x86_64

--- Comment #2 from tavianator at gmail dot com 2010-04-26 23:47 --- Created an attachment (id=20497) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20497&action=view) Full testcase Proper output: Stored: 0x40071c Got:0x40071c Hello world! Output with -O -foptimize-sibling-ca

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

--- Comment #33 from pinskia at gcc dot gnu dot org 2010-04-26 23:47 --- *** Bug 43904 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c/43904] Wrong code with -foptimize-sibling-calls and memcpy on x86_64

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-26 23:47 --- *** This bug has been marked as a duplicate of 43572 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/43904] New: Wrong code with -foptimize-sibling-calls and memcpy on x86_64

On x86_64, gcc 4.5.0, this code generates bad assembly: --- C code --- typedef unsigned long size_t; void *memcpy(void *dest, const void *src, size_t n); void buggy_init(void *ptr, size_t size) { const char *str = "Hello world!"; memcpy(ptr, &str, size); } -- Compiled with gcc -O

[Bug c++/38064] [c++0x] operator== doesn't work for enum classes

--- Comment #13 from redi at gcc dot gnu dot org 2010-04-26 23:07 --- (In reply to comment #12) > Is that even allowed for normal enums? yes, unscoped enums will be promoted to int -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38064

[Bug middle-end/43903] [4.6 Regression] New test failures

--- Comment #2 from hubicka at gcc dot gnu dot org 2010-04-26 23:02 --- The whopr benchmark is the usual case that main() is optimized for size rather than speed. In this case we can get function inlined if inliner is informed that builtin_return_address is cheap. I am testing patch for

[Bug regression/43867] ICE on valid with PGO and -fwhole-program options on small example (istringstream) with gcc 4.5.0 only

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-26 23:01 --- On the trunk (GNU C++ (GCC) version 4.6.0 20100422 (experimental) [trunk revision 158652]) we get: t.cc: At global scope: t.cc:8:1: internal compiler error: in ipcp_iterate_stage, at ipa-cp.c:772 Please submit a full

[Bug target/43873] Bootstrap compiler segfault while configuring libgcc

--- Comment #3 from pinskia at gcc dot gnu dot org 2010-04-26 22:58 --- (In reply to comment #2) > It looks similar to pr43858. It is not because this is 4.4 and most likely an older issue and a target issue with bfin. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43873

[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

--- Comment #13 from bernds at codesourcery dot com 2010-04-26 22:54 --- I've tried the two versions of ifcvt.c with a powerpc-apple-darwin9 cross compiler. Out of many megabytes of testcases, I can find only one code generation difference with "-O2 -fomit-frame-pointer" for this targe

[Bug c++/43790] [C++0x] In lambda express, calling member function of non-captured class gives internal compiler error

--- Comment #4 from pinskia at gcc dot gnu dot org 2010-04-26 22:51 --- Reduced testcase: void f2() { ([]{ return i; }); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43790

[Bug middle-end/43903] [4.6 Regression] New test failures

--- Comment #1 from hjl dot tools at gmail dot com 2010-04-26 22:33 --- It is caused by revision 158732: http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00839.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug middle-end/43903] New: [4.6 Regression] New test failures

On Linux/x86, revision 158736 gave FAIL: g++.dg/warn/string1.C (test for warnings, line 17) FAIL: gcc.dg/lto/20081201-2 c_lto_20081201-2_0.o-c_lto_20081201-2_1.o execute -O3 -fwhopr Revision 158731 is OK. -- Summary: [4.6 Regression] New test failures Product: gcc

[Bug target/43897] [4.4/4.5/4.6 Regression] IA-64 asm clobbers are ignored

--- Comment #2 from wilson at gcc dot gnu dot org 2010-04-26 21:40 --- GCC-4.3 is still broken; my testcase just doesn't happen to fail there. I suspect this is broken all of the way back to gcc-2.95. This does point to where the problem was exposed though. It is the -msched-stop-bits

[Bug fortran/43896] [OOP][fortran-dev Regression] ICE in gfc_conv_variable, at fortran/trans-expr.c:551

--- Comment #9 from burnus at gcc dot gnu dot org 2010-04-26 21:00 --- (In reply to comment #7) > Actually both ROTATION_MATRIX_TIMES_VECTOR are pure; the one in m_vector is > elemental, therefore pure, and the one in m_rotation_matrix is pure. > I have changed the one in m_rotation_matr

[Bug bootstrap/43715] configure option --enable-plugin fails on darwin

-- mrs at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43715

[Bug bootstrap/43715] configure option --enable-plugin fails on darwin

--- Comment #9 from mrs at gcc dot gnu dot org 2010-04-26 20:55 --- Trunk fixed, leaving open for 4.5.1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43715

[Bug bootstrap/43715] configure option --enable-plugin fails on darwin

--- Comment #8 from mrs at gcc dot gnu dot org 2010-04-26 20:48 --- Subject: Bug 43715 Author: mrs Date: Mon Apr 26 20:48:35 2010 New Revision: 158748 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158748 Log: 2010-04-26 Jack Howarth PR 43715 * gcc/configure.a

[Bug fortran/43896] [fortran-dev Regression] ICE in gfc_conv_variable, at fortran/trans-expr.c:551

--- Comment #8 from janus at gcc dot gnu dot org 2010-04-26 20:40 --- Ok, here is a preliminary patch which fixes the fortran-dev problem: Index: gcc/fortran/symbol.c === --- gcc/fortran/symbol.c(revision 158741) ++

[Bug fortran/43896] [fortran-dev Regression] ICE in gfc_conv_variable, at fortran/trans-expr.c:551

--- Comment #7 from fmartinez at gmv dot com 2010-04-26 20:34 --- Actually both ROTATION_MATRIX_TIMES_VECTOR are pure; the one in m_vector is elemental, therefore pure, and the one in m_rotation_matrix is pure. I have changed the one in m_rotation_matrix to ROTATION_MATRIX_TIMES_ARRAY to

[Bug bootstrap/43715] configure option --enable-plugin fails on darwin

--- Comment #7 from mrs at gcc dot gnu dot org 2010-04-26 20:34 --- Subject: Bug 43715 Author: mrs Date: Mon Apr 26 20:33:49 2010 New Revision: 158747 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158747 Log: 2010-04-21 Jack Howarth PR 43715 * testsuite/lib/p

[Bug fortran/43899] Wrong unused-variable warning with NAMELISTs

--- Comment #2 from burnus at gcc dot gnu dot org 2010-04-26 20:16 --- (In reply to comment #1) > Well in a sense it is unused. Well, but only in a sense - in the example a value is assigned to and then printed ... > Regardless, adding a warning for the truncated > string, the real iss

[Bug c/43893] Error: Invalid controlling predicate with -fopenmp

--- Comment #6 from jakub at gcc dot gnu dot org 2010-04-26 20:11 --- Subject: Bug 43893 Author: jakub Date: Mon Apr 26 20:11:01 2010 New Revision: 158746 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158746 Log: PR c/43893 * c-omp.c (c_finish_omp_for): Handle a

[Bug target/43902] New: suboptimal MIPS widening multiply accumulate

This testcase int array1[100], array2[100]; long long sub (int max) { int k; long long total = 0; for (k = 0; k < max; k++) total += (long long)array1[k] * (long long)array2[k]; return total; } Generates a macc instruction with gcc-3.4.5 when compiled with -O2 -march=sr71000 -mabi=

[Bug c/43893] Error: Invalid controlling predicate with -fopenmp

--- Comment #5 from jakub at gcc dot gnu dot org 2010-04-26 20:07 --- Subject: Bug 43893 Author: jakub Date: Mon Apr 26 20:07:10 2010 New Revision: 158745 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158745 Log: PR c/43893 * c-omp.c (c_finish_omp_for): Handle a

[Bug bootstrap/43900] ICE in dbxout.c

--- Comment #2 from rainer at emrich-ebersheim dot de 2010-04-26 19:53 --- As it turns out, the ICE only manifests in a parallel build. I tried make -j 8, my default and make -j 3. For an ordinary make there is no issue. So, I'm curious how to handle this. Any thoughts? Rainer --

[Bug fortran/43896] [fortran-dev Regression] ICE in gfc_conv_variable, at fortran/trans-expr.c:551

--- Comment #6 from janus at gcc dot gnu dot org 2010-04-26 19:33 --- Here is a reduced test case for the fortran-dev failure, which turns out to be pretty trivial. All it takes is an array-valued TBP (wonder if we don't have such a thing in the testsuite already): module m_rotation_ma

[Bug middle-end/43901] New: [4.6 Regression] FAIL: gcc.c-torture/compile/pr42196-2.c

On Linux/ia32, revision 158720 gave FAIL: gcc.c-torture/compile/pr42196-2.c -O3 -fomit-frame-pointer (internal compiler error) FAIL: gcc.c-torture/compile/pr42196-2.c -O3 -fomit-frame-pointer (test for excess errors) FAIL: gcc.c-torture/compile/pr42196-2.c -O3 -g (internal compiler error) FA

[Bug fortran/43896] [fortran-dev Regression] ICE in gfc_conv_variable, at fortran/trans-expr.c:551

--- Comment #5 from janus at gcc dot gnu dot org 2010-04-26 19:10 --- (In reply to comment #3) > The ICE happens with 4.5, trunk and fortran-dev. Actually this is only half-true. With fortran-dev one already gets an ICE on the first file, which is different from the one reported in comm

[Bug fortran/43899] Wrong unused-variable warning with NAMELISTs

--- Comment #1 from jvdelisle at gcc dot gnu dot org 2010-04-26 19:05 --- Well in a sense it is unused. Regardless, adding a warning for the truncated string, the real issue, is straightforward and I will do so. -- jvdelisle at gcc dot gnu dot org changed: What|Remo

[Bug target/43884] [4.4/4.5/4.6 Regression] Performance degradation for simple fibonacci numbers calculation

--- Comment #14 from hjl dot tools at gmail dot com 2010-04-26 18:54 --- It is caused by revision 131576: http://gcc.gnu.org/ml/gcc-cvs/2008-01/msg00337.html -- hjl dot tools at gmail dot com changed: What|Removed |Added -

[Bug target/43729] Mach-O LTO support needed for darwin

--- Comment #10 from davek at gcc dot gnu dot org 2010-04-26 18:39 --- (In reply to comment #1) > I don't speak Mach-O, but yes, the approach should work. You'd start by > saying lto_binary_reader=lto-mach-o in config.gcc and adding a new > lto/lto-mach-o.c with the same handful of t

[Bug bootstrap/43900] ICE in dbxout.c

--- Comment #1 from rainer at emrich-ebersheim dot de 2010-04-26 18:27 --- I'm still analyzing, what's going wrong here, it's a strange thing. I tried the build three times with a parallel make resulting in the above ICE. But can't reproduce it by compiling dbxout.c on the command line.

[Bug bootstrap/43900] New: ICE ind dbxout.c

I get an ICE in dbxout.c building a cross compiler from i686-pc-mingw32 to i686-w64-mingw32. i686-pc-mingw32-gcc -c -g -O2 -D__USE_MINGW_ACCESS -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -

[Bug fortran/43899] New: Wrong unused-variable warning with NAMELISTs

Found at http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/4e34a377097524f2 gfortran gives a -Wall warning for a variable which is only used via namelists: character(4) :: nml_string 1 Warning: Unused variable 'nml_string' declared at (1) For:

[Bug c++/43890] [4.6 Regression] invalid uninitialized reference in class

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

[Bug ada/34598] Assert_Failure at atree.adb:886

--- Comment #5 from ve3wwg at gmail dot com 2010-04-26 17:51 --- I've also encountered this bug today, under 4.3.4: gnatmake -g -O0 -fno-tree-sra -gnat05 -Wall -gnatwl -gnata -gnatVa -gnatf -gnatwr z9.adb gcc -c -g -O0 -fno-tree-sra -gnat05 -Wall -gnatwl -gnata -gnatVa -gnatf -gnatwr z

[Bug c++/38064] [c++0x] operator== doesn't work for enum classes

--- Comment #12 from pinskia at gcc dot gnu dot org 2010-04-26 17:50 --- (In reply to comment #11) > This is fixed for equality operators but not relational operators > > enum class E { Foo, Bar }; > bool b2 = E::Foo < E::Bar; Is that even allowed for normal enums? -- http://gcc.

[Bug lto/43898] New: -flto -g: "tree check: expected class 'type', have 'declaration'"

With "-flto -g", the following source will bail out with an internal compiler error: void bug() { struct Class { Class(int a) {} virtual void f() {} }; Class a(0); } Command line: g++-4.5 -g -flto bug.cxx Error message: bug.cxx: In member function 'bug()::Class::f()': bug

[Bug c/43893] Error: Invalid controlling predicate with -fopenmp

--- Comment #4 from jakub at gcc dot gnu dot org 2010-04-26 17:39 --- Created an attachment (id=20496) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20496&action=view) gcc46-pr43893.patch Fix I'm going to test. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43893

[Bug fortran/43896] [OOP] ICE in gfc_conv_variable, at fortran/trans-expr.c:551

--- Comment #4 from burnus at gcc dot gnu dot org 2010-04-26 17:38 --- Confirmed with 4.5.0 and 4.6.0. At least NAG f95 thinks that the current code is invalid; it writes for the second file: Error: m_vector.f03, line 394: Reference via operator * to impure ROTATION_MATRIX_TIMES_VECTOR

[Bug fortran/43896] [OOP] ICE in gfc_conv_variable, at fortran/trans-expr.c:551

--- Comment #3 from janus at gcc dot gnu dot org 2010-04-26 17:33 --- Confirmed. The ICE happens with 4.5, trunk and fortran-dev. Thanks for the report! -- janus at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/43897] [4.4/4.5 Regression] IA-64 asm clobbers are ignored

--- Comment #1 from steven at gcc dot gnu dot org 2010-04-26 17:21 --- Regression from GCC 4.3, which still had libcall notes. --- t.s.434 2010-04-26 10:21:18.0 -0700 +++ t.s.442 2010-04-26 10:21:36.0 -0700 @@ -2,6 +2,7 @@ .pred.safe_across_calls p1-p5,p1

[Bug target/43897] IA-64 asm clobbers are ignored

-- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywo

[Bug c/43893] Error: Invalid controlling predicate with -fopenmp

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

[Bug c++/43734] cerr related segmentation fault

--- Comment #4 from paul dot shaklan at solipsys dot com 2010-04-26 16:56 --- Exactly the same results with libfoo.so is built with fPIC -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43734

[Bug c++/43894] with -std=c++0x, auto and for loop does not play nice when another variable is involved

--- Comment #2 from redi at gcc dot gnu dot org 2010-04-26 16:34 --- as stated above -- redi at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONF

[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

--- Comment #12 from dominiq at lps dot ens dot fr 2010-04-26 16:24 --- > > What happens if you replace the new call to df_simulate_find_noclobber_defs > > in > > ifcvt.c with a call to df_simulate_find_defs? > > Bootstrapping with the change (crossing my finger that I won't have to re

[Bug target/43729] Mach-O LTO support needed for darwin

--- Comment #9 from stevenb dot gcc at gmail dot com 2010-04-26 16:06 --- Subject: Re: Mach-O LTO support needed for darwin Mach-O section names are too short, but I have solved this with a separate section with section names in a strings table. This is similar to the solution from lt

[Bug target/43897] New: IA-64 asm clobbers are ignored

I noticed this while looking at dependency violations that occur during a gcc bootstrap. We get two in the libgcc build, both are due to the same problem. Here is a testcase extracted from libgcc/soft-float/fixunstfti.c. int sub (int i) { float tmp; if (i) __asm__ __volatile__ ("frcpa.s0

[Bug middle-end/43760] [4.6 regression] New test failures

--- Comment #5 from wilson at gcc dot gnu dot org 2010-04-26 15:46 --- Created an attachment (id=20495) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20495&action=view) initial patch This patch fixes gcc.c-torture/compile/920625-1.c, but unfortunately doesn't fix any of the 3 fail

[Bug fortran/43896] Compiler internal error

--- Comment #2 from fmartinez at gmv dot com 2010-04-26 15:36 --- Created an attachment (id=20494) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20494&action=view) The file causing the error during compilation. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43896

[Bug fortran/43896] Compiler internal error

--- Comment #1 from fmartinez at gmv dot com 2010-04-26 15:35 --- Created an attachment (id=20493) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20493&action=view) Just a module, with a type and associated methods. Needed by the one causing the error. -- http://gcc.gnu.org/bug

[Bug fortran/43896] New: Compiler internal error

/opt/gfortran/bin/gfortran -c m_rotation_matrix.f03 m_vector.f03 m_vector.f03: In function ‘rotation_matrix_times_vector’: m_vector.f03:382:0: internal compiler error: in gfc_conv_variable, at fortran/trans-expr.c:551 Please submit a full bug report, with preprocessed source if appropriate. See

[Bug fortran/43895] [OOP] internal compiler error: verify_ssa failed

--- Comment #5 from sfilippone at uniroma2 dot it 2010-04-26 15:32 --- (In reply to comment #0) > The attached code produces the subject message, but only with optimization; at > -O0 it works. > -- behaviour -- > [sfili...@localhost bug14]$ gfortran -O1 -c bug14.f90 > bug1

[Bug libgomp/43893] Error: Invalid controlling predicate with -fopenmp

--- Comment #3 from e0600347 at student dot tuwien dot ac dot at 2010-04-26 15:22 --- Exact error message with testcase: testcase.cpp: In member function ‘Matrix Matrix::operator*(const Matrix&) const [with unsigned int otherCOLS = 1u, unsigned int ROWS = 1u, unsigned int COLS = 1u, T =

[Bug rtl-optimization/43892] PowerPC suboptimal "add with carry" optimization

--- Comment #6 from joakim dot tjernlund at transmode dot se 2010-04-26 15:18 --- Subject: Re: PowerPC suboptimal "add with carry" optimization "rguenth at gcc dot gnu dot org" wrote on 2010/04/26 16:43:04: > > Will that also address the loop optimization? I don't think so. > > No.

[Bug libgomp/43893] Error: Invalid controlling predicate with -fopenmp

--- Comment #2 from e0600347 at student dot tuwien dot ac dot at 2010-04-26 15:17 --- Created an attachment (id=20492) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20492&action=view) Preprocessed testcase source Compiled with: g++ -std=gnu++0x -fopenmp -save-temps -o test testca

[Bug c++/43894] with -std=c++0x, auto and for loop does not play nice when another variable is involved

--- Comment #1 from redi at gcc dot gnu dot org 2010-04-26 15:13 --- I don't think this is valid, it's equivalent to typedef std::map::iterator Iter; for (Iter itr = dummy.begin(), int i=0; i<5; i++) which is invalid because you cannot declare two different types in a for-init-statemen

[Bug fortran/43895] [OOP] internal compiler error: verify_ssa failed

--- Comment #4 from janus at gcc dot gnu dot org 2010-04-26 15:04 --- Confirmed. It seems this fails already with the 4.5 release as well as with current trunk, which means that it's not specific to the fortran-dev branch. -- janus at gcc dot gnu dot org changed: What

[Bug fortran/43895] [fortran-dev] internal compiler error: verify_ssa failed

--- Comment #3 from janus at gcc dot gnu dot org 2010-04-26 14:56 --- Note: There is another OOP PR which fails only with optimization: PR41753. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43895

[Bug target/43729] Mach-O LTO support needed for darwin

--- Comment #8 from mrs at gcc dot gnu dot org 2010-04-26 14:49 --- One open question for me would be, are 16 bytes of an arbitrary named section/segment enough? It you carve out a slice, say lto_%d, that leaves just 12 bytes for the `name', if this big enough? -- http://gcc.gnu.or

[Bug target/43884] [4.4/4.5/4.6 Regression] Performance degradation for simple fibonacci numbers calculation due to extra stack alignment

--- Comment #13 from hjl dot tools at gmail dot com 2010-04-26 14:47 --- (In reply to comment #12) > Subject: Re: [4.4/4.5/4.6 Regression] Performance > degradation for simple fibonacci numbers calculation due to extra > stack alignment > > > That is true. For tail cal

[Bug rtl-optimization/43892] PowerPC suboptimal "add with carry" optimization

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-26 14:43 --- (In reply to comment #4) > Subject: Re: PowerPC suboptimal "add with carry" optimization > > "dje at gcc dot gnu dot org" wrote on 2010/04/26 > 15:53:01: > > > > --- Comment #3 from dje at gcc dot gnu dot org

[Bug fortran/43895] [fortran-dev] internal compiler error: verify_ssa failed

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-26 14:38 --- smells like DECL_VALUE_EXPR -- rguenth at gcc dot gnu dot org changed: What|Removed |Added GCC bu

[Bug fortran/43895] [fortran-dev] internal compiler error: verify_ssa failed

--- Comment #1 from sfilippone at uniroma2 dot it 2010-04-26 14:34 --- Created an attachment (id=20491) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20491&action=view) test-case Funny thing: if I change the declaration type(d_sparse_mat) into class(d_sparse_mat) then it compi

[Bug libgomp/43893] Error: Invalid controlling predicate with -fopenmp

--- Comment #1 from jakub at gcc dot gnu dot org 2010-04-26 14:33 --- This isn't self-contained testcase. Please either provide a preprocessed source, or some small testcase that can be actually compiled. See http://gcc.gnu.org/bugs.html for details. template void foo (void) { int i

[Bug fortran/43895] New: [fortran-dev] internal compiler error: verify_ssa failed

The attached code produces the subject message, but only with optimization; at -O0 it works. -- behaviour -- [sfili...@localhost bug14]$ gfortran -v Using built-in specs. COLLECT_GCC=gfortran COLLECT_LTO_WRAPPER=/home/local/gnudev/bin/../libexec/gcc/i686-pc-linux-gnu/4.6.0/lto-wrapper

[Bug target/43884] [4.4/4.5/4.6 Regression] Performance degradation for simple fibonacci numbers calculation due to extra stack alignment

--- Comment #12 from hubicka at ucw dot cz 2010-04-26 14:27 --- Subject: Re: [4.4/4.5/4.6 Regression] Performance degradation for simple fibonacci numbers calculation due to extra stack alignment > That is true. For tail call, we only need to align outgoing stack to > m

[Bug c++/43894] New: with -std=c++0x, auto and for loop does not play nice when another variable is involved

#include #include int main() { std::map dummy; for(int i=0;i<5;i++) dummy[i*2] = (100-i); #ifdef BUG for(auto itr=dummy.begin(),int i=0;itr!=dummy.end();++itr,++i) std::cout << "i:" << i <

[Bug middle-end/43880] [4.5/4.6 Regression] internal compiler error: in make_decl_rtl

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-26 14:22 --- Ugh, this is slightly non-trivial. The C++ cloning does not properly clone DECL_VALUE_EXPR because we do not bother to do this from copy_body_r. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43880

[Bug libgomp/43893] New: Error: Invalid controlling predicate with -fopenmp

template Matrix operator* (const Matrix& o) const throw() { Matrix res; float sum; uint32_t i, j, k; 116:#pragma omp parallel for private(i,j,k, sum) 117:for (i = 0; i < ROWS; ++i) 118:{ for (j = 0; j < otherCOLS; ++j) { sum = 0; for

[Bug rtl-optimization/43892] PowerPC suboptimal "add with carry" optimization

--- Comment #4 from joakim dot tjernlund at transmode dot se 2010-04-26 13:58 --- Subject: Re: PowerPC suboptimal "add with carry" optimization "dje at gcc dot gnu dot org" wrote on 2010/04/26 15:53:01: > > --- Comment #3 from dje at gcc dot gnu dot org 2010-04-26 13:52 ---

[Bug target/43884] [4.4/4.5/4.6 Regression] Performance degradation for simple fibonacci numbers calculation due to extra stack alignment

--- Comment #11 from jakub at gcc dot gnu dot org 2010-04-26 13:57 --- Tail call needs to consider incoming alignment requirements of the target function (which is often in other CU). In this case it is not a tail call, but non-tail recursion (tail-recursion would be handled by wrapping

[Bug rtl-optimization/43892] PowerPC suboptimal "add with carry" optimization

-- dje at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892

[Bug rtl-optimization/43892] PowerPC suboptimal "add with carry" optimization

--- Comment #3 from dje at gcc dot gnu dot org 2010-04-26 13:52 --- As Jakub mentioned, i386.md implements the addcc named pattern and rs6000.md does not provide that named pattern yet. -- dje at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/43884] [4.4/4.5/4.6 Regression] Performance degradation for simple fibonacci numbers calculation due to extra stack alignment

--- Comment #10 from hjl dot tools at gmail dot com 2010-04-26 13:44 --- (In reply to comment #9) > In the leaf_function_p sense it is non-leaf. For the stack alignment it of > course would be possible to change the stack alignment requirements of the > function if it calls itself, doe

[Bug rtl-optimization/43892] PowerPC suboptimal "add with carry" optimization

--- Comment #2 from jakub at gcc dot gnu dot org 2010-04-26 13:39 --- config/rs6000/rs6000.md would need to add a addcc expander and handle this, then if-conversion can do the rest of the work like it does on i?86. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892

  1   2   >