[Bug bootstrap/36650] Unable to build libgcc, xgcc aborts with a segmentation fault
--- Comment #3 from marion dot deveaud at siemens dot com 2008-07-29 07:38 --- Hi Ralf, the segmentation fault didn't arise while generating "conftest" without optimization. After some debugging of xgcc I found out that the segfault was taking place during redundancy elimination (file tree-ssa-sccvn.c). This issue was specific to the host I was building on (Windows based) and due to stack size limitations. I hope this explanation is sufficient. Thanks for asking. Marion. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36650
[Bug fortran/36403] [4.4 Regression] Some fortran tests using eoshift fail on SH
--- Comment #6 from domob at gcc dot gnu dot org 2008-07-29 09:12 --- Subject: Bug 36403 Author: domob Date: Tue Jul 29 09:11:51 2008 New Revision: 138234 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138234 Log: 2008-07-29 Daniel Kraft <[EMAIL PROTECTED]> PR fortran/36403 * trans-intrinsic.c (conv_generic_with_optional_char_arg): New method to append a string-length even if the string argument is missing, e.g. for EOSHIFT. (gfc_conv_intrinsic_function): Call the new method for EOSHIFT, PACK and RESHAPE. 2008-07-29 Daniel Kraft <[EMAIL PROTECTED]> PR fortran/36403 * gfortran.dg/char_eoshift_5.f90: New test. * gfortran.dg/intrinsic_optional_char_arg_1.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/char_eoshift_5.f90 trunk/gcc/testsuite/gfortran.dg/intrinsic_optional_char_arg_1.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-intrinsic.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36403
[Bug fortran/36403] [4.4 Regression] Some fortran tests using eoshift fail on SH
--- Comment #7 from domob at gcc dot gnu dot org 2008-07-29 09:17 --- Fixed. -- domob at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36403
[Bug libstdc++/36962] New: [C++0x] Add constructors / assignment operators from unique_ptr to shared_ptr
Just an internal reminder. Note that by now deleted functions are also available! Jonathan, are you planning to work on this any time soon? -- Summary: [C++0x] Add constructors / assignment operators from unique_ptr to shared_ptr Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: paolo dot carlini at oracle dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36962
[Bug libstdc++/36962] [C++0x] Add constructors / assignment operators from unique_ptr to shared_ptr
-- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-07-29 09:23:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36962
[Bug c/34985] Warning "defined but not used" despite __attribute__((__used__))
--- Comment #4 from manu at gcc dot gnu dot org 2008-07-29 10:08 --- Fixed in GCC 4.4 -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34985
[Bug c/34985] Warning "defined but not used" despite __attribute__((__used__))
--- Comment #3 from manu at gcc dot gnu dot org 2008-07-29 10:01 --- Subject: Bug 34985 Author: manu Date: Tue Jul 29 10:00:25 2008 New Revision: 138235 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138235 Log: 2008-07-29 Manuel Lopez-Ibanez <[EMAIL PROTECTED]> PR 34985 * c-decl.c (merge_decls): Merge USED flags. cp/ * decl.c (duplicate_decls): Merge USED flags. testsuite/ * gcc.dg/pr34985.c: New. * g++.dg/warn/pr34985.C: New. Added: trunk/gcc/testsuite/g++.dg/warn/pr34985.C trunk/gcc/testsuite/gcc.dg/pr34985.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-decl.c trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34985
[Bug c++/3187] gcc lays down two copies of constructors
--- Comment #29 from dbaldin at upb dot de 2008-07-29 11:32 --- I wonder if there is anybody working on this bug since there is no target milestone assigned to it. This bug is definitly not an enhancement since due to this bug it is impossible/or very hard to create good software for embedded systems with very limited resources. We are currently working on an rtos designed to work only 64 kb of flash memory and the binary size is drastically increased by this bug. This bug is very annoying and should soon be fixed knowing that this bug has been out there for more than 7 years ... Greetings -- dbaldin at upb dot de changed: What|Removed |Added CC||dbaldin at upb dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3187
[Bug tree-optimization/36953] Optimizer generates faulty assembler code when estimating max. floating point value in a for loop
-- tcm dot home at gmx dot de changed: What|Removed |Added Severity|major |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36953
[Bug tree-optimization/36807] [4.4 Regression] 176.gcc miscompares
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-07-29 12:48 --- Fixed by the tuples merge. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36807
[Bug c++/36963] New: [4.4 Regression] Bogus narrowing conversion error in initializer list.
gcc 4.1.2 (x86_64-redhat-linux mind you) and gcc 4.4.0 (mainline) with (or
without) any/all of -Wall -Wextra -pendantic compiles the following code
without error/warning.
const float* foo()
{
static const float p[] = {
-0.02435L
}
return p;
}
However, add in -std=c++0x/gnu++0x and the following error is issued:
error: narrowing conversion of
-2.4346828708645479899530528200557455420494e-2l to const float
inside { }
Now change the testcase to:
const float* foo()
{
static const float p[] = {
-0.25L
}
return p;
}
and it compiles w/o error/warning with -std=c++/gnu++0x
--
Summary: [4.4 Regression] Bogus narrowing conversion error in
initializer list.
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chris dot fairles at gmail dot com
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36963
[Bug c++/36852] [4.3/4.4 Regression] Two dimensional array in template method argument list incorrectly interpreted.
-- 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 | Status|NEW |ASSIGNED Last reconfirmed|2008-07-17 20:24:42 |2008-07-29 13:30:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36852
[Bug tree-optimization/36945] [4.4 Regression] PRE/SCCVN do not handle aggregate function arguments correctly
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-07-29 13:57 --- I have a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36945
[Bug c++/3187] gcc lays down two copies of constructors
--- Comment #30 from manu at gcc dot gnu dot org 2008-07-29 13:57 --- Dear Daniel, we would like to fix all bugs but we cannot force volunteers to fix specific bugs and, on the other hand, hired developers fix those bugs that are most interesting for their employers. If this were such a huge issue for the embedded market, surely, some company or consortium would have already hired CodeSourcery or someone else to fix it long time ago. Greetings. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3187
[Bug c++/36964] New: reintrepret_cast corrupts data / does not work as expected
Hello the following program does not work in gcc 4.1.1 compiler
//tried to analyse it and found vptr is laid out in front and so its shifting 4
bytes and data gets c
#include
#include
using namespace std;
typedef struct c
{
int a;
int b;
char bb[0];
};
class d: public c
{
public:
virtual ~d() {;}
string x;
short y;
}d1;
main()
{
c c1; // c object
c1.a=5;
c1.b=6;
d1.x="abc"; //d object
d1.y=4;
d *ptr = reinterpret_cast(&c1);
cout
[Bug c++/36965] New: Unnecessary unrolling+regular call instead of tail call
The following code, compiled with "g++ -O2", unrolls a number of the recursive
calls of "is_frozen", then ends up with a "call" followed by a "leave" (non
tail-call). It could use tail-recursion instead, which would be more space and
cache efficient.
Using g++ (GCC) 4.4.0 20080727 (experimental).
struct Tag {
bool is_frozen() const
{
return frozen || (parent && parent->is_frozen());
};
Tag* parent;
bool frozen;
};
bool f(Tag& t)
{
return t.is_frozen();
}
--
Summary: Unnecessary unrolling+regular call instead of tail call
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sam at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36965
[Bug c++/11309] Testsuite failures in g++.dg/expr/anew1.C (and anew2.C anew3.C anew4.c)
--- Comment #8 from jason at gcc dot gnu dot org 2008-07-29 15:07 --- Not a duplicate, not fixed; the testcases are just xfailed. This PR deals with the valid new T[n](), whereas 2123 deals with the invalid new T[n](init). -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11309
[Bug c++/36964] reintrepret_cast corrupts data / does not work as expected
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-07-29 15:28 --- reinterpret_cast is not doing what you think it does. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID Summary|reintrepret_cast corrupts |reintrepret_cast corrupts |data / does not work as |data / does not work as |expected|expected http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36964
[Bug c/36867] i was getting the error as below when i am making
--- Comment #2 from manu at gcc dot gnu dot org 2008-07-29 15:43 --- Not useful information in the bug report. Closing as invalid. -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36867
[Bug c++/36852] [4.3/4.4 Regression] Two dimensional array in template method argument list incorrectly interpreted.
--- Comment #9 from jakub at gcc dot gnu dot org 2008-07-29 16:30 --- Subject: Bug 36852 Author: jakub Date: Tue Jul 29 16:29:33 2008 New Revision: 138250 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138250 Log: PR c++/36852 * tree.c (cplus_array_hash, build_cplus_array_type_1): Hash on TYPE_UID instead of pointers. * g++.dg/pch/array-1.C: New test. * g++.dg/pch/array-1.Hs: New file. Added: trunk/gcc/testsuite/g++.dg/pch/array-1.C trunk/gcc/testsuite/g++.dg/pch/array-1.Hs Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/tree.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36852
[Bug c++/36852] [4.3/4.4 Regression] Two dimensional array in template method argument list incorrectly interpreted.
--- Comment #10 from jakub at gcc dot gnu dot org 2008-07-29 16:41 --- Subject: Bug 36852 Author: jakub Date: Tue Jul 29 16:40:15 2008 New Revision: 138253 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138253 Log: PR c++/36852 * tree.c (cplus_array_hash, build_cplus_array_type_1): Hash on TYPE_UID instead of pointers. * g++.dg/pch/array-1.C: New test. * g++.dg/pch/array-1.Hs: New file. Added: branches/gcc-4_3-branch/gcc/testsuite/g++.dg/pch/array-1.C branches/gcc-4_3-branch/gcc/testsuite/g++.dg/pch/array-1.Hs Modified: branches/gcc-4_3-branch/gcc/cp/ChangeLog branches/gcc-4_3-branch/gcc/cp/tree.c branches/gcc-4_3-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36852
[Bug tree-optimization/36945] [4.4 Regression] PRE/SCCVN do not handle aggregate function arguments correctly
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-07-29 17:09 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36945
[Bug tree-optimization/36945] [4.4 Regression] PRE/SCCVN do not handle aggregate function arguments correctly
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-07-29 17:10 --- Subject: Bug 36945 Author: rguenth Date: Tue Jul 29 17:09:26 2008 New Revision: 138257 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138257 Log: 2008-07-29 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/36945 * tree-ssa-sccvn.h (copy_reference_ops_from_ref): Declare. * tree-ssa-sccvn.c (copy_reference_ops_from_ref): Export. Record invariant addresses un-decomposed. (copy_reference_ops_from_call): Record reference call arguments properly. Simplify. * tree-ssa-pre.c (create_component_ref_by_pieces_1): New helper split out from ... (create_component_ref_by_pieces): ... here. Simplify. Prepare for recursive invocation for call arguments. (create_expression_by_pieces): Adjust call to create_component_ref_by_pieces. (compute_avail): Process operand 2 of reference ops. * gcc.dg/tree-ssa/ssa-pre-18.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-pre-18.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-pre.c trunk/gcc/tree-ssa-sccvn.c trunk/gcc/tree-ssa-sccvn.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36945
[Bug c/36966] New: arm iwmmxt builtin problem
Compiler barfs on this code compiled -march=iwmmxt
typedef short vs __attribute__ ((vector_size (8)));
void foo (vs * a)
{
a[0] = __builtin_arm_wsllhi (a[0], 1);
}
gcc -v output
Using built-in specs.
Target: arm-iwmmxt-elf
Configured with: /home/eliot/mu/build/../gcc/configure --target=arm-iwmmxt-elf
--libdir=/home/eliot/mu/build/tools/lib --prefix=/home/eliot/mu/build/tools
--disable-nls --disable-multilib --disable-libmudflap --disable-libssp
--disable-shared --enable-languages=c --enable-threads=single
--with-arch=iwmmxt --with-abi=iwmmxt
Thread model: single
gcc version 4.3.1 (GCC)
--
Summary: arm iwmmxt builtin problem
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: eliot at sonic dot net
GCC host triplet: x86_64-linux
GCC target triplet: arm-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36966
[Bug c/36966] arm iwmmxt builtin problem
--- Comment #1 from eliot at sonic dot net 2008-07-29 18:21 --- Created an attachment (id=15976) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15976&action=view) test case which crashes gcc Here's the test case so you don't have to type it in. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36966
[Bug libstdc++/36962] [C++0x] Add constructors / assignment operators from unique_ptr to shared_ptr
--- Comment #1 from jwakely dot gcc at gmail dot com 2008-07-29 19:24 --- I will try to look at it next week some time, but don't have much spare time in the near future, so don't hold your breath for me to do it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36962
[Bug libstdc++/36962] [C++0x] Add constructors / assignment operators from unique_ptr to shared_ptr
--- Comment #2 from paolo dot carlini at oracle dot com 2008-07-29 19:28 --- Ok, Jonathan. You are the share_ptr expert here, I'll wait for you until, say, middle of August, then will go ahead myself, it seems a small task. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36962
[Bug fortran/35945] Complex module-based overloading fails
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-07-29 19:33 --- Confirmed, Lahey accepts it also. (If 'use stype' in function 'fred' is commented, the testcase compiles cleanly). Judging from Joost's initial description in PR32834, I assume this is one of that kind. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added CC||dfranke at gcc dot gnu dot ||org OtherBugsDependingO||32834 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|x86_64-unknown-linux-gnu| GCC host triplet|x86_64-unknown-linux-gnu| GCC target triplet|x86_64-unknown-linux-gnu| Keywords||rejects-valid Known to fail||4.4.0 Last reconfirmed|-00-00 00:00:00 |2008-07-29 19:33:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35945
[Bug fortran/36157] ICE in snapshot of 05/02/08 under FreeBSD i386 with IMPLICIT and function call
--- Comment #5 from dfranke at gcc dot gnu dot org 2008-07-29 19:41 --- > The bug does not occur on snapshots released after 05/02/08 Michael, just to make sure, the reported ICE is gone for good? (If yes, we can close this PR ...) -- dfranke at gcc dot gnu dot org changed: What|Removed |Added CC||dfranke at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36157
[Bug ada/36207] [4.4 regression] Ada bootstrap fails in uintp.adb:1595
--- Comment #13 from aaronavay62 at aaronwl dot com 2008-07-29 19:43 --- Eric, this failure seems to be fixed now on trunk. Thanks! Ada is back in business now on mingw32, modulo some Makefile.in problems which I'm fixing now. -- aaronavay62 at aaronwl dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36207
[Bug ada/5911] Support for multilib in Ada
--- Comment #18 from laurent at guerby dot net 2008-07-29 19:50 --- Mine. Discussion: http://gcc.gnu.org/ml/gcc/2008-07/msg00338.html -- laurent at guerby dot net changed: What|Removed |Added CC||laurent at guerby dot net AssignedTo|unassigned at gcc dot gnu |laurent at guerby dot net |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5911
[Bug c++/36852] [4.3/4.4 Regression] Two dimensional array in template method argument list incorrectly interpreted.
--- Comment #11 from jakub at gcc dot gnu dot org 2008-07-29 20:40 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36852
[Bug preprocessor/36649] [4.3/4.4 Regression] -H option doesn't work as expected
--- Comment #1 from jakub at gcc dot gnu dot org 2008-07-29 20:46 --- This is caused by http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00396.html patch, in particular changing line_table from a structure into a pointer into GC allocated structure. Although push_command_line_include sets line_table->trace_includes to cpp_opts->print_include_names, after that when the *.gch file is read line_table will point to a different structure (the one read from the *.gch file) and thus it will use the -H vs. non-H setting from *.gch compilation instead of the current compilation. I don't know why line_table was changed into a pointer, but if that's needed, I guess we want to save the line_table->trace_includes setting before reading pch (or in push_command_line_include) and set it in the new structure after PCH is read. -- jakub at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36649
[Bug ada/36207] [4.4 regression] Ada bootstrap fails in uintp.adb:1595
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2008-07-29 20:47 --- > Eric, this failure seems to be fixed now on trunk. Great! > Ada is back in business now on mingw32, modulo some Makefile.in problems which > I'm fixing now. Thanks for spending a bit of your time on Ada. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36207
[Bug tree-optimization/36967] New: segfault in is_gimple_real_type with -fpredictive-commoning -ffast-math
After the merge of the tuples branch GCC segfaults on a Fortran benchmark with lots of calculations involving three-dimensional arrays in nested loops. This testcase reproduces the problem when compiled on powerpc-linux with "-O2 -ffast-math -fpredictive-commoning": subroutine foo(x,y,n) integer n real*8 y(n,n,n),x(n,n,n) integer k, j, i do k = 2, n-1 do j = 2, n-1 do I = 2, n-1 y(i,j,k) = y(i,j,k) ++ (x(i-1,j-1,k) + + x(i,j-1,k-1) + + x(i,j+1,k-1) + + x(i,j+1,k+1) + + x(i+1,j,k+1)) ++ (x(i-1,j-1,k-1) + + x(i+1,j-1,k-1) + + x(i-1,j+1,k-1) + + x(i+1,j+1,k-1) + + x(i-1,j+1,k+1) + + x(i+1,j+1,k+1)) enddo enddo enddo return Here's some of the stack trace: #0 0x103a60f0 in is_gimple_reg_type (type=0x0) at /home/janis/gcc_trunk_anonsvn/gcc/gcc/gimple.c:2867 #1 0x103a66e8 in is_gimple_val (t=0xf7f152c0) at /home/janis/gcc_trunk_anonsvn/gcc/gcc/gimple.c:2968 #2 0x103a0408 in gimple_assign_copy_p (gs=0xf7eeca40) at /home/janis/gcc_trunk_anonsvn/gcc/gcc/gimple.c:1848 #3 0x106357a4 in remove_stmt (stmt=0xf7ee4880) at /home/janis/gcc_trunk_anonsvn/gcc/gcc/tree-predcom.c:1709 #4 0x10635910 in execute_pred_commoning_chain (loop=0xf7ee6e70, chain=0x10f1edf0, tmp_vars=0x10ef45dc) at /home/janis/gcc_trunk_anonsvn/gcc/gcc/tree-predcom.c:1756 #5 0x10635ce0 in execute_pred_commoning (loop=0xf7ee6e70, chains=0x10f1ef50, tmp_vars=0x10ef45dc) at /home/janis/gcc_trunk_anonsvn/gcc/gcc/tree-predcom.c:1821 #6 0x10636078 in execute_pred_commoning_cbck (loop=0xf7ee6e70, data=0xff8afc30) at /home/janis/gcc_trunk_anonsvn/gcc/gcc/tree-predcom.c:1886 #7 0x107057ec in tree_transform_and_unroll_loop (loop=0xf7ee6e70, factor=2, exit=0xf7ef0600, desc=0xff8afbf8, transform=0x10636024 , data=0xff8afc30) at /home/janis/gcc_trunk_anonsvn/gcc/gcc/tree-ssa-loop-manip.c:1014 #8 0x106398b8 in tree_predictive_commoning_loop (loop=0xf7ee6e70) at /home/janis/gcc_trunk_anonsvn/gcc/gcc/tree-predcom.c:2617 Notice that the pointer passed to is_gimple_reg_type is NULL; it's not expecting that. -- Summary: segfault in is_gimple_real_type with -fpredictive- commoning -ffast-math Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janis at gcc dot gnu dot org GCC target triplet: powerpc-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36967
[Bug tree-optimization/36967] [4.4 Regression] segfault in is_gimple_real_type with -fpredictive-commoning -ffast-math
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-07-29 21:11 --- Happens on i386-darwin also. Note here is a free form testcase (I could not get the fixed form working): subroutine foo(x,y,n) integer n real*8 y(n,n,n),x(n,n,n) integer k, j, i do k = 2, n-1 do j = 2, n-1 do I = 2, n-1 y(i,j,k) = y(i,j,k) & &+ (x(i-1,j-1,k) & & + x(i,j-1,k-1) & & + x(i,j+1,k-1) & & + x(i,j+1,k+1) & & + x(i+1,j,k+1)) & &+ (x(i-1,j-1,k-1) & & + x(i+1,j-1,k-1) & & + x(i-1,j+1,k-1) & & + x(i+1,j+1,k-1) & & + x(i-1,j+1,k+1) & & + x(i+1,j+1,k+1)) enddo enddo enddo end -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target triplet|powerpc-unknown-linux-gnu | Last reconfirmed|-00-00 00:00:00 |2008-07-29 21:11:19 date|| Summary|segfault in |[4.4 Regression] segfault in |is_gimple_real_type with - |is_gimple_real_type with - |fpredictive-commoning - |fpredictive-commoning - |ffast-math |ffast-math Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36967
[Bug preprocessor/36649] [4.3/4.4 Regression] -H option doesn't work as expected
--- Comment #2 from tromey at gcc dot gnu dot org 2008-07-29 21:26 --- > I don't know why line_table was changed into a pointer It was because PCH does not know how to write structs. I agree with your analysis; we have to save that field across PCH loading. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-07-29 21:26:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36649
[Bug tree-optimization/36967] [4.4 Regression] segfault in is_gimple_real_type with -fpredictive-commoning -ffast-math
-- janis at gcc dot gnu dot org changed: What|Removed |Added CC||rakdver at gcc dot gnu dot ||org Target Milestone|4.4.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36967
[Bug tree-optimization/36967] [4.4 Regression] segfault in is_gimple_real_type with -fpredictive-commoning -ffast-math
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36967
[Bug tree-optimization/35252] No vectorization for complex arrays
--- Comment #3 from victork at gcc dot gnu dot org 2008-07-29 21:54 --- Revision 138198 fixes vectorization of addition of complex numbers, while vectorization complex multiplication works on PowerPC and on x86 is a known issue - see pr30211. I'm closing this bugzilla as duplicate of PR30211. *** This bug has been marked as a duplicate of 30211 *** -- victork at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35252
[Bug target/30211] model missing vec_extract_even/odd idioms for ia64
--- Comment #1 from victork at gcc dot gnu dot org 2008-07-29 21:54 --- *** Bug 35252 has been marked as a duplicate of this bug. *** -- victork at gcc dot gnu dot org changed: What|Removed |Added CC||ubizjak at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30211
[Bug c++/11309] Testsuite failures in g++.dg/expr/anew1.C (and anew2.C anew3.C anew4.c)
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|REOPENED|ASSIGNED Last reconfirmed|2003-11-29 21:03:02 |2008-07-29 22:01:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11309
[Bug middle-end/36633] [4.4 Regression] warning "array subscript is below array bounds" on delete [] with -O2, -Wall
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-06-25 21:24:20 |2008-07-29 22:01:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36633
[Bug rtl-optimization/31485] C complex numbers, amd64 SSE, missed optimization opportunity
--- Comment #2 from victork at gcc dot gnu dot org 2008-07-29 22:06 --- Revision 138198 fixes loop aware SLP vectorization for addition of complex numbers. So if addition of is done inside a loop, there is a good chance now that it will be vectorized. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31485
[Bug preprocessor/36649] [4.3/4.4 Regression] -H option doesn't work as expected
--- Comment #3 from jakub at gcc dot gnu dot org 2008-07-29 22:36 --- --- c-pch.c.jj42008-07-28 16:44:55.0 +0200 +++ c-pch.c2008-07-30 00:33:11.0 +0200 @@ -367,6 +367,7 @@ c_common_read_pch (cpp_reader *pfile, co struct c_pch_header h; struct save_macro_data *smd; expanded_location saved_loc; + bool saved_trace_includes; f = fdopen (fd, "rb"); if (f == NULL) @@ -412,6 +413,7 @@ c_common_read_pch (cpp_reader *pfile, co /* Save the location and then restore it after reading the PCH. */ saved_loc = expand_location (line_table->highest_line); + saved_trace_includes = line_table->trace_includes; cpp_prepare_state (pfile, &smd); @@ -425,6 +427,7 @@ c_common_read_pch (cpp_reader *pfile, co fclose (f); + line_table->trace_includes = saved_trace_includes; cpp_set_line_map (pfile, line_table); linemap_add (line_table, LC_RENAME, 0, saved_loc.file, saved_loc.line); seems to work, will test it tomorrow. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36649
[Bug middle-end/36099] [4.4 Regression] early loop unrolling pass prevents vectorization, SLP doesn't do its job
--- Comment #6 from victork at gcc dot gnu dot org 2008-07-29 22:56 --- I had a closer look into testcase in original bug report and it appears that vectorizer fails on attempt to vectorize __builtin_cexpi (). Regarding different behavior of vectorizer with -m32 and -m64 described in comment #5. It appears that with -m32, the internal loop is not unrolled, and thus is vectorized later. While with -m64 the internal loop gets completely unrolled, so there is no chance to vectorize it later. -- victork at gcc dot gnu dot org changed: What|Removed |Added CC||victork at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36099
[Bug driver/36968] New: [4.4 regression] malloc corruption building jv-convert.exe
When bootstrapping: /bin/sh ./libtool --tag=GCJ --mode=link /mingw/src/gccf/gcc/gcj -B/mingw/src/gcc f/i386-pc-mingw32/libjava/ -B/mingw/src/gccf/gcc/ -L/mingw/src/gccf/i386-pc-ming w32/libjava -ffloat-store -fomit-frame-pointer -Usun -fno-omit-frame-pointer -g -O2 -o jv-convert.exe --main=gnu.gcj.convert.Convert -rpath /mingw/lib/gcc/i386 -pc-mingw32/4.4.0 -shared-libgcc -L/mingw/src/gccf/i386-pc-mingw32/libjava/.l ibs libgcj.la libtool: link: /mingw/src/gccf/gcc/gcj -B/mingw/src/gccf/i386-pc-mingw32/libjava / -B/mingw/src/gccf/gcc/ -ffloat-store -fomit-frame-pointer -Usun -fno-omit-fram e-pointer -g -O2 -o .libs/jv-convert.exe --main=gnu.gcj.convert.Convert -shared- libgcc -L/mingw/src/gccf/i386-pc-mingw32/libjava/.libs -L/mingw/src/gccf/i386-p c-mingw32/libjava ./.libs/libgcj.a -L/mingw/lib/gcc/i386-pc-mingw32/4.4.0 gcj.exe: out of memory allocating 160 bytes make[3]: *** [jv-convert.exe] Error 1 With mpatrol, we can isolate the actual bug: MPATROL_OPTIONS='PAGEALLOC=LOWER' gdb /mingw/src/gccf/gcc/gcj (gdb) set args -B/mingw/src/gccf/i386-pc-mingw32/libjava/ -B/mingw/src/gccf/gcc/ -ffloat-store -fomit-frame-pointer -Usun -fno-omit-frame-pointer -g -O2 -o .libs/jv-convert.exe --main=gnu.gcj.convert.Convert -shared-libgcc -L/mingw/src/gccf/i386-pc-mingw32/libjava/.libs -L/mingw/src/gccf/i386-pc-mingw32/libjava ./.libs/libgcj.a -L/mingw/lib/gcc/i386-pc-mingw32/4.4.0 (gdb) run Program received signal SIGSEGV, Segmentation fault. 0x00414ed8 in spawn_script (executable=0x36a7000 "/mingw/src/gccf/gcc/as", argv=0x12a3ffc, env=0x0, dwCreationFlags=0, si=0x27fb60, pi=0x27fb50) at ../../svn/libiberty/pex-win32.c:654 654 *avhere = executable1; (gdb) bt #0 0x00414ed8 in spawn_script ( executable=0x36a7000 "/mingw/src/gccf/gcc/as", argv=0x12a3ffc, env=0x0, dwCreationFlags=0, si=0x27fb60, pi=0x27fb50) at ../../svn/libiberty/pex-win32.c:654 #1 0x00415113 in pex_win32_exec_child (obj=0x36aa000, flags=1, executable=0x36a7000 "/mingw/src/gccf/gcc/as", argv=0x12a4000, env=0x0, in=0, out=1, errdes=2, toclose=-1, errmsg=0x27fcc8, err=0x27fdb4) at ../../svn/libiberty/pex-win32.c:784 #2 0x0041cc55 in pex_run_in_environment (obj=0x36aa000, flags=, executable=0x36a7000 "/mingw/src/gccf/gcc/as", argv=0x12a4000, env=0x0, orig_outname=0x0, errname=0x0, err=0x27fdb4) at ../../svn/libiberty/pex-common.c:342 #3 0x0041ce3f in pex_run (obj=0x36aa000, flags=1, executable=0x36a7000 "/mingw/src/gccf/gcc/as", argv=0x12a4000, orig_outname=0x0, errname=0x0, err=0x27fdb4) at ../../svn/libiberty/pex-common.c:372 #4 0x004040cb in execute () at ../../svn/gcc/gcc.c:3005 #5 0x0040d0be in lang_specific_pre_link () at ../../svn/gcc/java/jvspec.c:673 #6 0x0040c42c in main (argc=1852400220, argv=0x68735c) at ../../svn/gcc/gcc.c:6825 The problem is clearly on pex-win32.c:646: const char ** avhere = (const char **) --argv; Then we hit the fault a few statements down at 654: *avhere = executable1; This is writing at (argv-1) which overrides the heap block header and causes the corruption. I'm going to look at this more tomorrow and see if I can figure out why its doing this. I'm a little curious how this code has been like this since 2005 without ever causing trouble before. -- Summary: [4.4 regression] malloc corruption building jv- convert.exe Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: driver AssignedTo: aaronavay62 at aaronwl dot com ReportedBy: aaronavay62 at aaronwl dot com GCC host triplet: i386-pc-mingw32 OtherBugsDependingO 36216 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36968
[Bug driver/36968] [4.4 regression] malloc corruption building jv-convert.exe
-- aaronavay62 at aaronwl dot com changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-07-30 02:17:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36968
[Bug target/36955] [4.4 Regression] TLS LIBCALL change breaks libstdc++ built with older binutils
--- Comment #14 from amodra at gcc dot gnu dot org 2008-07-30 02:44 --- Subject: Bug 36955 Author: amodra Date: Wed Jul 30 02:43:05 2008 New Revision: 138291 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138291 Log: PR target/36955 * config/rs6000/rs6000.c (rs6000_legitimize_tls_address): Add a use of pic_offset_table_rtx for -msecure-plt __tls_get_addr calls. Modified: trunk/gcc/ChangeLog trunk/gcc/config/rs6000/rs6000.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36955
[Bug target/36955] [4.4 Regression] TLS LIBCALL change breaks libstdc++ built with older binutils
--- Comment #15 from amodra at bigpond dot net dot au 2008-07-30 02:44 --- . -- amodra at bigpond dot net dot au changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36955
[Bug other/36969] New: MIPS: gcc-4.3.1 still fails to compile glibc w/ PR/35802 applied
gcc-4.3.1 seems to have a tough time building glibc as far as I can tell. We initially had problems due to the issue described in Bug #35802. After that was fixed, I tested that patch (pieced together from CVS) against 4.3.1, and attempted glibc again, and now I'm getting a different error that I can't find any pointers on what the cause may be. Figured I'd start here to figure out whether the problem is in gcc, glibc, or some patch we (Gentoo) are applying (or not applying). Here's the last line of compile, including error: mips-unknown-linux-gnu-gcc -mabi=32 ../ports/sysdeps/mips/libc-tls.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -fno-strict-aliasing -march=r1 -mtune=r1 -pipe -Wstrict-prototypes -I../include -I/usr/obj/portage/sys-libs/glibc-2.8_p20080602/work/build-default-mips-unknown-linux-gnu-nptl/csu -I/usr/obj/portage/sys-libs/glibc-2.8_p20080602/work/build-default-mips-unknown-linux-gnu-nptl -I../ports/sysdeps/mips/elf -I../ports/sysdeps/unix/sysv/linux/mips/mips32 -I../ports/sysdeps/unix/sysv/linux/mips/nptl -I../ports/sysdeps/unix/sysv/linux/mips -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../ports/sysdeps/unix/sysv/linux -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../nptl/sysdeps/unix/sysv -I../ports/sysdeps/unix/sysv -I../sysdeps/unix/sysv -I../ports/sysdeps/unix/mips/mips32 -I../ports/sysdeps/unix/mips -I../nptl/sysdeps/unix -I../ports/sysdeps/unix -I../sysdeps/unix -I../sysdeps/posix -I../ports/sysdeps/mips/mips32 -I../ports/sysdeps/mips -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/wordsize-32 -I../ports/sysdeps/mips/fpu -I../ports/sysdeps/mips/nptl -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -I../nptl -I../ports -I.. -I../libio -I. -nostdinc -isystem /usr/lib/gcc/mips-unknown-linux-gnu/4.3.1/include -isystem /usr/lib/gcc/mips-unknown-linux-gnu/4.3.1/include-fixed -isystem /usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -DPIC -DHAVE_INITFINI -o /usr/obj/portage/sys-libs/glibc-2.8_p20080602/work/build-default-mips-unknown-linux-gnu-nptl/csu/libc-tls.o -MD -MP -MF /usr/obj/portage/sys-libs/glibc-2.8_p20080602/work/build-default-mips-unknown-linux-gnu-nptl/csu/libc-tls.o.dt -MT /usr/obj/portage/sys-libs/glibc-2.8_p20080602/work/build-default-mips-unknown-linux-gnu-nptl/csu/libc-tls.o libc-start.c: In function '__libc_start_main': libc-start.c:216: error: impossible constraint in 'asm' make[2]: *** [/usr/obj/portage/sys-libs/glibc-2.8_p20080602/work/build-default-mips-unknown-linux-gnu-nptl/csu/libc-start.o] Error 1 make[2]: *** Waiting for unfinished jobs ../ports/sysdeps/mips/libc-tls.c: In function '__tls_get_addr': ../ports/sysdeps/mips/libc-tls.c:33: error: impossible constraint in 'asm' make[2]: *** [/usr/obj/portage/sys-libs/glibc-2.8_p20080602/work/build-default-mips-unknown-linux-gnu-nptl/csu/libc-tls.o] Error 1 make[2]: Leaving directory `/usr/obj/portage/sys-libs/glibc-2.8_p20080602/work/glibc-2.8-20080602/csu' make[1]: *** [csu/subdir_lib] Error 2 make[1]: Leaving directory `/usr/obj/portage/sys-libs/glibc-2.8_p20080602/work/glibc-2.8-20080602' make: *** [all] Error 2 If any more information is needed, please let me know. Thanks! -- Summary: MIPS: gcc-4.3.1 still fails to compile glibc w/ PR/35802 applied Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kumba at gentoo dot org GCC build triplet: mips-linux-gnu GCC host triplet: mips-linux-gnu GCC target triplet: mips-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36969
[Bug ada/15479] Ada manual problems
--- Comment #13 from rwild at gcc dot gnu dot org 2008-07-30 05:30 --- Subject: Bug 15479 Author: rwild Date: Wed Jul 30 05:28:53 2008 New Revision: 138293 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138293 Log: gcc/ada/ PR documentation/15479 * gnat-style.texi: Remove AdaCore copyright statement and GPL statement for GNAT. Add @copying stanza, use it. Update to GFDL 1.2. Do not list GFDL as Invariant Section, do not list title as Front-Cover Text. * gnat_rm.texi: Likewise. * gnat_ugn.texi: Likewise. gcc/ * doc/cpp.texi: Update to GFDL 1.2. * doc/gcc.texi: Do not list GPL as Invariant Section. * doc/gccint.texi: Likewise. Update copyright years. * doc/install.texi: Update copyright years. gcc/fortran/ * gfc-internals.texi: Update to GFDL 1.2. Do not list GPL as Invariant Section. * gfortran.texi: Likewise. * intrinsic.texi: Do not list GPL as Invariant Section. * invoke.texi: Likewise. Update copyright years. gcc/java/ * gcj.texi: Update copyright years. Do not list GPL as Invariant Section. libgomp/ * libgomp.texi: Update to GFDL 1.2. Update copyright years. Do not list GPL as Invariant Section. Modified: trunk/gcc/ChangeLog trunk/gcc/ada/ChangeLog trunk/gcc/ada/gnat-style.texi trunk/gcc/ada/gnat_rm.texi trunk/gcc/ada/gnat_ugn.texi trunk/gcc/config.in trunk/gcc/doc/cpp.texi trunk/gcc/doc/gcc.texi trunk/gcc/doc/gccint.texi trunk/gcc/doc/install.texi trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/gfc-internals.texi trunk/gcc/fortran/gfortran.texi trunk/gcc/fortran/intrinsic.texi trunk/gcc/fortran/invoke.texi trunk/gcc/java/ChangeLog trunk/gcc/java/gcj.texi trunk/libgomp/ChangeLog trunk/libgomp/libgomp.texi trunk/libiberty/functions.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15479
[Bug ada/5911] Support for multilib in Ada
--- Comment #19 from guerby at gcc dot gnu dot org 2008-07-30 06:46 --- Subject: Bug 5911 Author: guerby Date: Wed Jul 30 06:45:39 2008 New Revision: 138294 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138294 Log: gcc/ChangeLog 2008-07-29 Laurent Guerby <[EMAIL PROTECTED]> PR ada/5911 * gnattools/Makefile.in: Replace stamp-gnatlib by stamp-gnatlib-rts. gcc/ada/ChangeLog 2008-07-29 Laurent Guerby <[EMAIL PROTECTED]> PR ada/5911 * gcc-interface/Makefile.in (MULTISUBDIR, RTSDIR): New variables. Pass MULTISUBDIR to recursive make. Use $(RTSDIR) instead of rts. Replace stamp-gnatlib* by stamp-gnatlib*-rts. * gcc-interface/Make-lang.in: Replace stamp-gnatlib2 by stamp-gnatlib2-rts. Modified: trunk/gcc/ChangeLog trunk/gcc/ada/ChangeLog trunk/gcc/ada/gcc-interface/Make-lang.in trunk/gcc/ada/gcc-interface/Makefile.in trunk/gnattools/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5911
