[Bug bootstrap/22517] Bootstrap ICE on latest CVS: tree check: tree-ssa
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 07:48 --- Is this before or after: 2005-07-13 David Edelsohn [EMAIL PROTECTED] * tree-ssa-dom.c (lookup_avail_expr): Do not pass member in freed structure as argument. ? That patch should have fixed the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22517
[Bug c/22278] gcc -O2 discards cast to volatile
--- Additional Comments From hugh at mimosa dot com 2005-07-17 08:04 --- There is a thread on the gcc at gcc.gnu.org mailing list discussing this. A possible fix to GCC4.x has been posted in that thread: http://gcc.gnu.org/ml/gcc/2005-07/msg00699.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22278
[Bug tree-optimization/22516] [4.1 Regression] Segfault with ivopts at -O
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 08:09 --- Confirmed, backtrace: #0 0x0010c034 in is_gimple_variable (t=0x0) at ../../gcc/tree-gimple.c:239 #1 0x0010c70c in is_gimple_val (t=0x0) at ../../gcc/tree-gimple.c:366 #2 0x0012bd94 in force_gimple_operand (expr=0x0, stmts=0xb528, simple=0 '\0', var=0x174d840) at ../../gcc/gimplify.c:4845 #3 0x001f1334 in rewrite_use_nonlinear_expr (data=0xb6f0, use=0x2105550, cand=0x2105830) at ../../gcc/tree-ssa-loop-ivopts.c:5365 #4 0x001f2dc8 in rewrite_use (data=0xb6f0, use=0x2105550, cand=0x2105830) at ../../gcc/tree- ssa-loop-ivopts.c:5729 #5 0x001f2ed8 in rewrite_uses (data=0xb6f0) at ../../gcc/tree-ssa-loop-ivopts.c:5765 #6 0x001f3750 in tree_ssa_iv_optimize_loop (data=0xb6f0, loop=0x2105230) at ../../gcc/tree- ssa-loop-ivopts.c:5941 #7 0x001f3858 in tree_ssa_iv_optimize (loops=0x21043a0) at ../../gcc/tree-ssa-loop-ivopts.c:5978 #8 0x001a3bf0 in tree_ssa_loop_ivopts () at ../../gcc/tree-ssa-loop.c:416 #9 0x005ba828 in execute_one_pass (pass=0x80cc8c) at ../../gcc/passes.c:778 #10 0x005ba948 in execute_pass_list (pass=0x80cc8c) at ../../gcc/passes.c:810 #11 0x005ba970 in execute_pass_list (pass=0x80ca50) at ../../gcc/passes.c:811 #12 0x005ba970 in execute_pass_list (pass=0x80c498) at ../../gcc/passes.c:811 #13 0x0010aaa0 in tree_rest_of_compilation (fndecl=0x174e780) at ../../gcc/tree-optimize.c:420 -- What|Removed |Added CC||rakdver at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC build triplet|alphaev68-unknown-linux-gnu | GCC host triplet|alphaev68-unknown-linux-gnu | GCC target triplet|alphaev68-unknown-linux-gnu |alphaev68-*-linux-gnu Last reconfirmed|-00-00 00:00:00 |2005-07-17 08:09:53 date|| Summary|Segfault with ivopts at -O |[4.1 Regression] Segfault ||with ivopts at -O Target Milestone|--- |4.1.0 Version|4.0.2 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22516
[Bug tree-optimization/22483] [4.1 Regression] ICE : tree check: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466
--- Additional Comments From sylvain dot pion at sophia dot inria dot fr 2005-07-17 09:51 --- Please let me know if the attached fixes it Yes, it fixes my original report as well as the shorter testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22483
[Bug c++/22513] [4.0 regression] Miscompilation of std::list code in Boost.
--- Additional Comments From redi at gcc dot gnu dot org 2005-07-17 10:00 --- With mainline I still get no error. With 4.0.2 I get some errors and then the final assertion is triggered (rather than a segfault) so using mudflap changes the behaviour of the program: g++40 -g -static ptr_list.2.cc -I ~/src/boost/ -fmudflap -lmudflap ./a.out *** mudflap violation 1 (check/read): time=1121593057.943466 ptr=0x743440 size=8 pc=0x408aec location=`/home/data/redi/gcc/bin/4.0/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/stl_list.h:221 (std::_List_const_iteratorvoid*::operator++)' [0x408aec] [0x40274f] [0x402841] Nearby object 1: checked region begins 7337B after and ends 7344B after mudflap object 0x7417c0: name=`malloc region' bounds=[0x741780,0x741797] size=24 area=heap check=1r/1w liveness=2 alloc time=1121593057.943182 pc=0x40936c [0x40936c] [0x409b2c] [0x40feb8] [0x403ec9] Nearby object 2: checked region begins 0B into and ends 7B into mudflap dead object 0x743480: name=`malloc region' bounds=[0x743440,0x743457] size=24 area=heap check=1r/1w liveness=2 alloc time=1121593057.943321 pc=0x40936c [0x40936c] [0x409b2c] [0x40feb8] [0x403ec9] dealloc time=1121593057.943444 pc=0x408f4c [0x408f4c] [0x409f38] [0x401ef5] [0x401f1d] number of nearby objects: 2 mf: assertion failure: `c.size() != c3.size()' in int main() at ptr_list.2.cc:25 Aborted It looks like a good time for me to learn about mudflap and how to interpret that output. Thanks for the tip, Andrew. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22513
[Bug c++/22513] [4.0 regression] Miscompilation of std::list code in Boost.
--- Additional Comments From redi at gcc dot gnu dot org 2005-07-17 10:46 --- P.S. If I compile with -m32 I get 40 mudflap violations, but only one in 64-bit mode. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22513
[Bug fortran/22518] New: ICE in gfc_conv_function_call for elemental character functions
$ cat elem-char.f90 program main character(len=2) :: a(2) print *,foo(a) contains elemental function foo(a) character(len=*), intent(in) :: a character(len=*) foo foo = a end function foo end program main $ gfortran elem-char.f90 elem-char.f90: In function 'MAIN__': elem-char.f90:3: internal compiler error: in gfc_conv_function_call, at fortran/trans-expr.c:1106 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. $ gfortran -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.1/configure --prefix=/home/ig25 --enable-languages=c,f95 Thread model: posix gcc version 4.1.0 20050716 (experimental) -- Summary: ICE in gfc_conv_function_call for elemental character functions Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org OtherBugsDependingO 19276 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22518
[Bug fortran/19276] [meta-bug] CHARACTER related bugs in gfortran
-- What|Removed |Added BugsThisDependsOn||22518 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19276
[Bug fortran/22519] New: Memory and binary disk layout disagree for real*10
The memory layout of a real*10 variable on an i386 processor requires 12 or 16 bytes per variable, depending on the flag -m128bit-long-double. The disk layout for unformatted (binary) writing occupies 10 bytes per variable. This has several disadvantages. It is different from I would naively expect (which does not mean much), and it is different from binary C I/O (which could also be ignored). However, it is likely also rather inefficient if large arrays are written to disk, because a single call to write() or fwrite() now has to be split up into one call per array element, so that the padding is removed. It is also questionable whether having a real*10 variable occupy 12 or 16 bytes in memory is what people expect; again, this could be ignored since the standard permits this. However, this is also very different from what other compilers do. -- Summary: Memory and binary disk layout disagree for real*10 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schnetter at aei dot mpg dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22519
[Bug c++/22520] New: g++ treats object declaration as function declaration (rejects valid program)
This is actually applicable to every version of g++ I have on my system, not just 4.0.1. I am tempted to say I have it wrong, but the only difference between the two object declarations is how a constant is expressed. g++ treats these two object declarations as different: Angle angle1( Degrees(180.0));// an instance of Angle Angle angle2( Degrees(OneEighty));// declaration of a func?? where const double OneEighty = 180.0; The following line is rejected because angle2 isn't an instance of Angle, but is being treated as a function declaration, incorrectly, I think: angle1 += angle2; // won't compile because angle2 isn't an Angle The whole program follows: ///start const double OneEighty = 180.0; struct Degrees { double m_Degrees; Degrees( const double degrees ) : m_Degrees( degrees ) { } }; struct Angle { double m_Degrees; Angle(const Degrees degree) : m_Degrees( degree.m_Degrees ) { } Angle operator+=(const Angle rhs) { m_Degrees += rhs.m_Degrees; return *this; } }; void test(void) { Angle angle1( Degrees(180.0));// an instance of Angle Angle angle2( Degrees(OneEighty));// declaration of a func?? // // The following line fails // on the compilers on my system of the following versions: // gcc version 2.96 2731 (Red Hat Linux 7.3 2.96-126) // gcc version 3.3.3 20040412 (Red Hat Linux 3.3.3-7) // gcc version 3.4.0 (Red Hat Linux 3.4.0-1) // gcc version 4.0.0 // gcc version 4.0.1 20050617 (prerelease) // angle1 += angle2; // won't compile because angle2 isn't an Angle // // The following two types from typeid are not equal // // printf(typeid(angle1).name() = \%s\\n, // typeid(angle1).name() //); // printf(typeid(angle2).name() = \%s\\n, // typeid(angle2).name() //); } / end -- Summary: g++ treats object declaration as function declaration (rejects valid program) Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ccarena at cox dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22520
[Bug c++/22520] g++ treats object declaration as function declaration (rejects valid program)
--- Additional Comments From ccarena at cox dot net 2005-07-17 14:04 --- This change will make it work: Degrees degrees180( OneEighty ); Angle angle1( Degrees(180.0));// an instance of Angle Angle angle2( degrees180 ); // this will work now -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22520
[Bug c++/22521] New: internal compiler error: in tsubst_copy
the preprocessed file, which I uploaded on http://starynkevitch.net/Basile/jaksy-g++-4.1.0-20050717-bug.ii.gz (md5sum of gzipped file is e71436c0b8f93cef110aa6068b13bcb3) produce a reproducible compiler bug: /usr/local/bin/g++_4_snap -c jaksy.ii jaksy.hh: In constructor 'Jaksy_TVectorctag, ScalarT, VectorT::add_first(VectorT*, ScalarT)::QishCpp_Locals::QishCpp_Locals() [with int ctag = 1007, ScalarT = void*, VectorT = Jaksy_Vector]': jaksy.hh:672: instantiated from 'static Jaksy_TVectorctag, ScalarT, VectorT* Jaksy_TVectorctag, ScalarT, VectorT::add_first(VectorT*, ScalarT) [with int ctag = 1007, ScalarT = void*, VectorT = Jaksy_Vector]' jaksy.hh:734: instantiated from here jaksy.hh:672: internal compiler error: in tsubst_copy, at cp/pt.c:7684 Please submit a full bug report, This bug is the same with g++-4.0 from debian/sid and with latest CVS (from yesterday) of gcc. (this is from a free GPL/LPGL software I am currently developping. The program may be not very meaningful yet; it is experimental). -- Summary: internal compiler error: in tsubst_copy Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: basile at starynkevitch dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22521
[Bug c++/22521] internal compiler error: in tsubst_copy
--- Additional Comments From basile at starynkevitch dot net 2005-07-17 14:31 --- Created an attachment (id=9293) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9293action=view) preprocessor output (gnuzipped) of failing code Sample code (preprocessor output with g++ -C -E and appropriate -I) which demonstrate thje bug. Sorry, I've got no smaller case. But I guess the problem lies within the Jaksy_TVector template, which is not that big. Most of the includes come from Qt4 (not very used) and my Qish garbage collector (see http://starynkevitch.net/Basile/qishintro.html for more, get its latest snapshot). The attachement is self-contained and does not need any other file. I tried several other ways of coding, and the same bug appears. Regards. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22521
[Bug testsuite/22522] New: gcc.dg/tree-ssa/flatten-2.c scan-assembler cycle.: fails
FAIL: gcc.dg/tree-ssa/flatten-2.c scan-assembler cycle.: (a new test) has appeared on hppa2.0w-hpux and hppa64-hpux. The problem is that different targets use different syntax for assembler labels, so you need to allow space, colon, tab or newline rather than just colon in such tests. -- Summary: gcc.dg/tree-ssa/flatten-2.c scan-assembler cycle.: fails Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22522
[Bug testsuite/22522] gcc.dg/tree-ssa/flatten-2.c scan-assembler cycle.: fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 15:31 --- Confirmed. Richard you can look into other tests to find the exact regex pattern for this. Mainly the C++ tests: ./abi/mangle1.C:// { dg-final { scan-assembler \n_?_ZN1A1fEv\[: \t\n\] } } -- What|Removed |Added CC||rguenth at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-17 15:31:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22522
[Bug testsuite/22523] New: template/inline1.C does not test correctly on all targerts
Reading PR 22522 and searching for the correct regex for it, I noticed that template/inline1.C in the C++ testsuite just uses : as the syntax for assembler labels ./template/inline1.C:// { dg-final { scan-assembler-not _ZN1X3FooIiEEvT_: } } -- Summary: template/inline1.C does not test correctly on all targerts Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22523
[Bug fortran/22519] Memory and binary disk layout disagree for real*10
-- What|Removed |Added Severity|normal |enhancement GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu |i?86-*-*, x86_64-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22519
[Bug fortran/22518] ICE in gfc_conv_function_call for elemental character functions
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 15:47 --- Confirmed, related to PR 22146. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-17 15:47:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22518
[Bug c++/22520] g++ treats object declaration as function declaration (rejects valid program)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 15:56 --- *** This bug has been marked as a duplicate of 18000 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22520
[Bug c++/18000] g++ interprets a variable declaration as a function prototype when the arguments to the constructor are temporaries
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 15:56 --- *** Bug 22520 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||ccarena at cox dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18000
[Bug c++/22520] g++ treats object declaration as function declaration (rejects valid program)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 15:57 --- Forgot to mention GCC is right, see [8.2] of the standard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22520
[Bug c++/22521] internal compiler error: in tsubst_copy
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 16:31 --- This code is invalid. You cannot access a local variable in a local class. *** This bug has been marked as a duplicate of 22464 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED GCC build triplet| i686-pc-linux-gnu |i686-pc-linux-gnu GCC host triplet| i686-pc-linux-gnu |i686-pc-linux-gnu GCC target triplet| i686-pc-linux-gnu |i686-pc-linux-gnu Resolution||DUPLICATE Summary| internal compiler error: in|internal compiler error: in |tsubst_copy |tsubst_copy http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22521
[Bug c++/22464] [3.4/4.0/4.1 Regression] ICE on classes in template functions which attempt closure
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 16:31 --- *** Bug 22521 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||basile at starynkevitch dot ||net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22464
[Bug c/22278] gcc -O2 discards cast to volatile
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-17 16:36:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22278
[Bug other/22368] [meta-bugs] mis-match types in GCC
-- What|Removed |Added BugsThisDependsOn||22524 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
[Bug middle-end/22524] New: fold (or the front-ends) produces UNARY (BIT_NOT_EXPR) tree with mismatch types
Testcase (reduced from 20020107-1.c) char buf[10]; char * a(); int main (void) { int i = (a() - 1) - buf; } I will attach the patch to catch this to PR 22368. 20020107-1.c: In function 'main': 20020107-1.c:7: error: types mismatch in unary operand intD.0 charD.1 * ~bufD.1263; 20020107-1.c:7: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: fold (or the front-ends) produces UNARY (BIT_NOT_EXPR) tree with mismatch types Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org OtherBugsDependingO 22368 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22524
[Bug other/22368] [meta-bugs] mis-match types in GCC
-- What|Removed |Added BugsThisDependsOn||22525 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
[Bug tree-optimization/22525] New: tree based value profiling (-fprofile-use) produces mismatch types in conditional
The testcase is gcc.dg/tree-prof/val-prof-2.c. It only happens when profile use is used. Note this is worse if we use unsigned long long instead as we get a size mismatch. See PR 22368 for the patch to catch this (the second patch): /Users/pinskia/src/local/gcc/gcc/testsuite/gcc.dg/tree-prof/val-prof-2.c: In function 'main':^M /Users/pinskia/src/local/gcc/gcc/testsuite/gcc.dg/tree-prof/val-prof-2.c:25: error: types mismatch in comparsion^M unsigned intD.3^M intD.0^M PROF.4D.1300 != 0;^M ^M /Users/pinskia/src/local/gcc/gcc/testsuite/gcc.dg/tree-prof/val-prof-2.c:25: internal compiler error: verify_stmts failed^M Please submit a full bug report,^M with preprocessed source if appropriate.^M See URL:http://gcc.gnu.org/bugs.html for instructions.^M -- Summary: tree based value profiling (-fprofile-use) produces mismatch types in conditional Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org OtherBugsDependingO 22368 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22525
[Bug other/22368] [meta-bugs] mis-match types in GCC
-- What|Removed |Added BugsThisDependsOn||22526 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
[Bug tree-optimization/22526] New: vectorizer produces mis-match types in conditionals
take following example (compile with -O1 -ftree-vectorize -maltivec): void a(unsigned long long __n, int *__new_start) { for (; __n 0; --__n, ++__new_start) *__new_start = 0; } With the second patch in PR 22368, we get the following error: pr18425.c: In function 'a': pr18425.c:2: error: types mismatch in comparsion long long unsigned intD.6 intD.0 ratio_mult_vf.38D.1726_33 = 0; pr18425.c:2: error: types mismatch in comparsion long long unsigned intD.6 intD.0 prolog_loop_niters.34D.1710_16 = 0; pr18425.c:2: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: vectorizer produces mis-match types in conditionals Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org OtherBugsDependingO 22368 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22526
[Bug other/22368] [meta-bugs] mis-match types in GCC
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 17:33 --- Note the comparisions patch because of the way gimple removes casts to void* gets: int f(int *a, char*b) { return ((void*)a) == ((void*)b); } wrong. The following is also effected: g++.dg/abi/vbase13.C: g++.dg/expr/cond1.C g++.old-deja/g++.abi/primary.C I have to figure out how to handle that. Maybe in tree_ssa_useless_type_conversion_1 remove the special case for void*. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
[Bug other/22368] [meta-bugs] mis-match types in GCC
-- What|Removed |Added BugsThisDependsOn||22527 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
[Bug fortran/22527] New: fortran produces mismatch types in comparision with integer to logic assignment
The following code: c { dg-do compile } c { dg-options -O2 -std=legacy } LOGICAL*1 l1 INTEGER*1 i1 l1 = i1 END produces mismatch types in comparision. See PR 22368 for the patch which catches this. logint-1.f: In function 'MAIN__': logint-1.f:5: error: types mismatch in comparsion int1D.0 int4D.2 i1D.464 != 0; -- Summary: fortran produces mismatch types in comparision with integer to logic assignment Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,sayle at gcc dot gnu dot org OtherBugsDependingO 22368 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22527
[Bug middle-end/22524] fold (or the front-ends) produces UNARY (BIT_NOT_EXPR) tree with mismatch types
-- What|Removed |Added CC||phython at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22524
[Bug tree-optimization/22525] tree based value profiling (-fprofile-use) produces mismatch types in conditional
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 17:53 --- Created an attachment (id=9295) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9295action=view) patch which I need to test (from Honza) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22525
[Bug bootstrap/22517] Bootstrap ICE on latest CVS: tree check: tree-ssa
-- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22517
[Bug rtl-optimization/22528] New: Optimized ARM 'unsigned short's assignments are incorrect for big-endian ARMv3 targets
//Reading specs from /usr/local/cross-arm/bin/../lib/gcc-lib/arm-linux/3.3.2/specs //Configured with: /home/localgjs/tnbt_cvstrees/software/tools/gcc/../../tools/gcc/configure --target=arm-linux --disable-shared --disable-threads --with-gnu-as --with-gnu-ld --enable-multilib --enable-languages=c --prefix=/usr/local/cross_arm --with-headers=/home/localgjs/tnbt_cvstrees/software/tools/gcc/../../os/linux/include/ //Thread model: single //gcc version 3.3.2 // This fails if compiled with... /usr/local/cross-arm/bin/arm-linux-gcc -O1 -mbig-endian -march=armv3 -o test.o -c test.c // It generates code which sets *us to be 0, not 0x800 // With not big-endian, or without optimization, or with a Thumb-capable arch, it works void test(unsigned short *us) { *us = (unsigned short)0x800; return; } Output code from above: Disassembly of section .text: test: 0: e3a03000mov r3, #0 ; 0x0 4: e5c03000strbr3, [r0] 8: e5c03001strbr3, [r0, #1] c: e1a0f00emov pc, lr If built without -big-endian the output is correct: Disassembly of section .text: test: 0: e3a03000mov r3, #0 ; 0x0 4: e5c03000strbr3, [r0] 8: e3a03008mov r3, #8 ; 0x8 c: e5c03001strbr3, [r0, #1] 10: e1a0f00emov pc, lr -- Summary: Optimized ARM 'unsigned short's assignments are incorrect for big-endian ARMv3 targets Product: gcc Version: 3.3.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gcc at embisi dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: arm-linux-gcc? GCC host triplet: i*86-*-linux GCC target triplet: arm-linux-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22528
[Bug target/22528] Optimized ARM 'unsigned short's assignments are incorrect for big-endian ARMv3 targets
-- What|Removed |Added Component|rtl-optimization|target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22528
[Bug target/22528] Optimized ARM 'unsigned short's assignments are incorrect for big-endian ARMv3 targets
--- Additional Comments From pluto at agmk dot net 2005-07-17 18:50 --- gcc-4.0.1 works fine. $ arm-linux-eabi-gcc gcc-pr22528.c -O2 -march=armv3 -S -mlittle-endian test: mov r3, #8 mov r2, #0 strbr3, [r0, #1] strbr2, [r0, #0] mov pc, lr $ arm-linux-eabi-gcc gcc-pr22528.c -O2 -march=armv3 -S -mbig-endian test: mov r3, #0 mov r2, #8 strbr3, [r0, #1] strbr2, [r0, #0] mov pc, lr -- What|Removed |Added CC||pluto at agmk dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22528
[Bug c/22529] New: [3.4/4.0/4.1 Regression] Rejects valid C99 address of C99 struct in static variable in function
Take the following code: struct f1 { int i; }; void f(void) { static struct f1 *f2 = (struct f1){1}; } This is valid C99 at least according to both ICC and Comeau. And we acceptted it in 3.0.4 also. -- Summary: [3.4/4.0/4.1 Regression] Rejects valid C99 address of C99 struct in static variable in function Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: rejects-valid Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22529
[Bug c/22529] [3.4/4.0/4.1 Regression] Rejects valid C99 address of C99 struct in static variable in function
-- What|Removed |Added Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22529
[Bug fortran/21480] [4.0 only] trivial reshape operation gives erroneous results
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-17 19:12 --- Subject: Bug 21480 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-07-17 19:12:07 Modified files: libgfortran: ChangeLog libgfortran/generated: reshape_c4.c reshape_c8.c reshape_i4.c reshape_i8.c libgfortran/m4 : reshape.m4 gcc/testsuite : ChangeLog gcc/testsuite/gfortran.dg: reshape-complex.f90 Log message: 2005-07-17 Thomas Koenig [EMAIL PROTECTED] Backport from mainline. PR libfortran/21480 * m4/reshape.m4: Use sizeof (rtype_name) for sizes to be passed to reshape_packed. * generated/reshape_c4.c: Regenerated. * generated/reshape_c8.c: Regenerated. * generated/reshape_i4.c: Regenerated. * generated/reshape_i8.c: Regenerated. 2005-07-17 Thomas Koenig [EMAIL PROTECTED] Backport from mainline. PR libfortran/21480 * gfortran.dg/reshape-complex.f90: Add a test for a packed complex array. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.163.2.64r2=1.163.2.65 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/reshape_c4.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1.2.3r2=1.1.2.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/reshape_c8.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1.2.3r2=1.1.2.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/reshape_i4.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5.12.2r2=1.5.12.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/reshape_i8.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5.12.2r2=1.5.12.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/m4/reshape.m4.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.6.12.3r2=1.6.12.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.283r2=1.5084.2.284 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/reshape-complex.f90.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1.2.1r2=1.1.2.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21480
[Bug fortran/21480] [4.0 only] trivial reshape operation gives erroneous results
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-17 19:12 --- Fixed in 4.0. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21480
[Bug tree-optimization/22530] New: [4.1 Regression] ICE with static promotion
Compile the following valid C99 code at -O3 and we get an ICE: struct f1 { int i; }; void g(int); static struct f1 *f2 = (struct f1){1}; int f(void) { g(f2-i); return f2-i; } -- Summary: [4.1 Regression] ICE with static promotion Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: dberlin at gcc dot gnu dot org,gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22530
[Bug tree-optimization/22530] [4.1 Regression] ICE with static promotion
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22530
[Bug tree-optimization/22530] [4.1 Regression] ICE with static promotion
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-17 19:17 --- Subject: Re: New: [4.1 Regression] ICE with static promotion On Sun, 2005-07-17 at 19:13 +, pinskia at gcc dot gnu dot org wrote: Compile the following valid C99 code at -O3 and we get an ICE: struct f1 { int i; }; void g(int); static struct f1 *f2 = (struct f1){1}; int f(void) { g(f2-i); return f2-i; } The gimplifier needs to split this into a new static temporary, there's no way we can do something sane with ADDR_EXPR CONSTRUCTOR. Please copy jason or diego :) (and Kenny, since this is his pass) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22530
[Bug tree-optimization/22530] [4.1 Regression] ICE with static promotion
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 19:18 --- Forgot to say the ICE for this testcase is: unhandled expression in get_expr_operands(): compound_literal_expr 0x41ebaf80 type record_type 0x41eaed20 f1 type_0 SI size integer_cst 0x41e11740 constant invariant 32 unit size integer_cst 0x41e11400 constant invariant 4 align 32 symtab 0 alias set 3 fields field_decl 0x41eaed90 i type integer_type 0x41e0f460 int SI file t.c line 3 size integer_cst 0x41e11740 32 unit size integer_cst 0x41e11400 4 align 32 offset_align 128 offset integer_cst 0x41e11420 constant invariant 0 bit offset integer_cst 0x41e11ea0 constant invariant 0 context record_type 0x41eaed20 f1 context translation_unit_decl 0x41e20a00 D.1171 pointer_to_this pointer_type 0x41eaeee0 chain type_decl 0x41e20980 D.1159 side-effects addressable arg 0 decl_expr 0x41ebafa0 type void_type 0x41e0fbd0 void VOID align 8 symtab 0 alias set -1 pointer_to_this pointer_type 0x41e0fc40 side-effects arg 0 var_decl 0x41eb7000 __compound_literal.0 type record_type 0x41eaed20 f1 used static ignored SI file t.c line 9 size integer_cst 0x41e11740 32 unit size integer_cst 0x41e11400 4 align 32 initial constructor 0x41eb6c80 t.c:9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22530
[Bug tree-optimization/22531] New: [4.1 regression] dwarf2out.c:751:ICE
stage1/xgcc -Bstage1/ -B/home/dave/opt/gnu/gcc/gcc-4.1.0/hppa-linux/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototype s -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror - fno-common -DHAVE_CONFIG_H-I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../. ./gcc/gcc/../include -I../../gcc/gcc/../libcpp/include ../../gcc/gcc/dwarf2out. c -o dwarf2out.o ../../gcc/gcc/dwarf2out.c: In function 'def_cfa_1': ../../gcc/gcc/dwarf2out.c:751: internal compiler error: tree check: expected tre e that contains 'decl minimal' structure, have 'component_ref' in mark_sym_for_ renaming, at tree-into-ssa.c:2290 -- Summary: [4.1 regression] dwarf2out.c:751:ICE Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa-unknown-linux-gnu GCC host triplet: hppa-unknown-linux-gnu GCC target triplet: hppa-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
[Bug tree-optimization/22531] [4.1 regression] tree-into-ssa.c:2290 ICE
-- What|Removed |Added Summary|[4.1 regression]|[4.1 regression] tree-into- |dwarf2out.c:751:ICE |ssa.c:2290 ICE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
[Bug tree-optimization/22531] [4.1 regression] ICE in mark_sym_for_renaming while compiling dwarf2out.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 19:34 --- What date is this from? -- What|Removed |Added Keywords||build, ice-on-valid-code Summary|[4.1 regression] tree-into- |[4.1 regression] ICE in |ssa.c:2290 ICE |mark_sym_for_renaming while ||compiling dwarf2out.c Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
[Bug tree-optimization/22531] [4.1 regression] ICE in mark_sym_for_renaming while compiling dwarf2out.c
-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
[Bug tree-optimization/22530] [4.1 Regression] ICE with static promotion
-- What|Removed |Added CC||jason at gcc dot gnu dot ||org, dnovillo at gcc dot gnu ||dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22530
[Bug fortran/22519] Memory and binary disk layout disagree for real*10
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-17 19:45 --- I don't think the timing issue is valid. Look at these benchmarks: The first one simulates copying 12-byte values to 10-bit values, the second one a compact memcpy of a larger field. $ cat foo.c #include string.h #define NELEM 1000 #define SA 12 #define SB 10 void foo(char *a, char *b, int n); int main() { char *a, *b; int n; a = malloc(NELEM*SA); b = malloc(NELEM*SB); for (n=0; n10; n++) foo(a,b,NELEM); return 0; } void foo(char *a, char *b, int n) { int i; for (i=0; in; i++) { memcpy(a, b, 10); a += SA; b += SB; } } $ gcc -O3 foo.c $ time ./a.out real0m2.628s user0m2.523s sys 0m0.096s $ cat foo2.c #include string.h #define NELEM 1000 #define SA 12 void foo(char *a, char *b, int n); int main() { char *a, *b; int n; a = malloc(NELEM*SA); b = malloc(NELEM*SA); for (n=0; n10; n++) memcpy(a, b, NELEM*SA); return 0; } $ gcc foo2.c foo2.c: In function 'main': foo2.c:13: warning: incompatible implicit declaration of built-in function 'malloc' $ time ./a.out real0m2.876s user0m2.777s sys 0m0.093s We also have slow disk I/O to deal with. This is on i686-pc-linux-gnu. Timings on other systems may differ, of course. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22519
[Bug fortran/22519] Memory and binary disk layout disagree for real*10
-- What|Removed |Added CC||tkoenig at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22519
[Bug tree-optimization/22216] [4.1 regression] ICE during GC
--- Additional Comments From schwab at suse dot de 2005-07-17 19:49 --- Definitely not fixed. -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22216
[Bug tree-optimization/22531] [4.1 regression] ICE in mark_sym_for_renaming while compiling dwarf2out.c
--- Additional Comments From danglin at gcc dot gnu dot org 2005-07-17 19:56 --- Today, ~ 1 hour before this post. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
[Bug fortran/22519] Memory and binary disk layout disagree for real*10
--- Additional Comments From schnetter at uni-tuebingen dot de 2005-07-17 20:01 --- My argument -- which I had in my head, but didn't put down -- went as follows: ultimately, things have to be written by a system call, and a system call is expensive. (One system call per array element is out of the question.) Thus we either dump the whole array to disk, byte for byte as it is in memory, or we have to transform it into a temporary buffer and then write this buffer. C's fwrite uses a buffer (probably), fprintf does for sure. If you remove the padding, then you have to allocate and deallocate these buffers and pack or unpack the array elements explicitly. Depending on your I/O library, that may be a lot of work. And in the end you are still incompatibly to C. (I'm afraid we may be going to repeat a discussion here that was already held on the mailing list.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22519
[Bug tree-optimization/22531] [4.1 regression] ICE in mark_sym_for_renaming while compiling dwarf2out.c
--- Additional Comments From danglin at gcc dot gnu dot org 2005-07-17 20:03 --- (gdb) bt #0 internal_error ( gmsgid=0x81d990 tree check: expected tree that contains %qs structure, have %qs in %s, at %s:%d) at ../../gcc/gcc/diagnostic.c:534 #1 0x005a6b10 in tree_contains_struct_check_failed (node=0x408ecf28, en=TS_DECL_MINIMAL, file=0x7e84fc ../../gcc/gcc/tree-into-ssa.c, line=2290, function=0x874814 mark_sym_for_renaming) at ../../gcc/gcc/tree.c:5852 #2 0x00166420 in mark_sym_for_renaming (sym=0x408ecf28) at ../../gcc/gcc/tree-into-ssa.c:2290 #3 0x006af02c in do_eustores () at ../../gcc/gcc/tree-ssa-pre.c:2822 #4 0x005e36c8 in execute_one_pass (pass=0x886928) at ../../gcc/gcc/passes.c:779 #5 0x005e37f0 in execute_pass_list (pass=0x886928) at ../../gcc/gcc/passes.c:811 #6 0x005e3814 in execute_pass_list (pass=0x8738dc) at ../../gcc/gcc/passes.c:812 #7 0x00126504 in tree_rest_of_compilation (fndecl=0x408db380) at ../../gcc/gcc/tree-optimize.c:419 #8 0x000423f0 in c_expand_body (fndecl=0x408db380) at ../../gcc/gcc/c-decl.c:6628 #9 0x0064fd70 in cgraph_expand_function (node=0x408dbf80) at ../../gcc/gcc/cgraphunit.c:1033 #10 0x006500c8 in cgraph_expand_all_functions () (gdb) p debug_tree (sym) component_ref 0x408ecf28 type integer_type 0x400143c0 long unsigned int sizes-gimplified asm_written public unsigned SI size integer_cst 0x400062e8 constant invariant 32 unit size integer_cst 0x40006078 constant invariant 4 align 32 symtab 1074370360 alias set -1 precision 32 min integer_cst 0x400063c0 0 max integer_cst 0x400063a8 4294967295 pointer_to_this pointer_type 0x400ea180 arg 0 var_decl 0x408e9e18 loc type record_type 0x408d65a0 dw_cfa_location sizes-gimplified asm_written type_0 BLK size integer_cst 0x40006558 constant invariant 128 unit size integer_cst 0x40006570 constant invariant 16 align 32 symtab 1083005120 alias set -1 fields field_decl 0x408d6420 reg context translation_unit_decl 0x4096bd68 D.30655 pointer_to_this pointer_type 0x408da180 addressable used BLK file ../../gcc/gcc/dwarf2out.c line 753 size integer_cst 0x40006558 128 unit size integer_cst 0x40006570 16 align 32 context function_decl 0x408db380 def_cfa_1 arg 1 field_decl 0x408d6420 reg type integer_type 0x400143c0 long unsigned int unsigned SI file ../../gcc/gcc/dwarf2out.c line 242 size integer_cst 0x400062e8 32 unit size integer_cst 0x40006078 4 align 32 offset_align 64 offset integer_cst 0x40006090 constant invariant 0 bit offset integer_cst 0x40006840 constant invariant 0 context record_type 0x408d63c0 cfa_loc chain field_decl 0x408d6480 offset type integer_type 0x40014360 long int SI file ../../gcc/gcc/dwarf2out.c line 243 size integer_cst 0x400062e8 32 unit size integer_cst 0x40006078 4 align 32 offset_align 64 offset integer_cst 0x40006090 0 bit offset integer_cst 0x400062e8 32 context record_type 0x408d63c0 cfa_loc chain field_decl 0x408d64e0 base_offset $1 = void -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
[Bug tree-optimization/22531] [4.1 regression] ICE in mark_sym_for_renaming while compiling dwarf2out.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 20:04 --- Could you attach the preprocessed source? -- What|Removed |Added CC||dberlin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
[Bug c/22529] [3.4/4.0/4.1 Regression] Rejects valid C99 address of C99 struct in static variable in function
--- Additional Comments From joseph at codesourcery dot com 2005-07-17 20:13 --- Subject: Re: New: [3.4/4.0/4.1 Regression] Rejects valid C99 address of C99 struct in static variable in function On Sun, 17 Jul 2005, pinskia at gcc dot gnu dot org wrote: Take the following code: struct f1 { int i; }; void f(void) { static struct f1 *f2 = (struct f1){1}; } This is valid C99 at least according to both ICC and Comeau. So report it as a bug in ICC and Comeau. It is exactly as valid as struct f1 { int i; }; void f(void) { struct f1 tmp = { 1 }; static struct f1 *f2 = tmp; } i.e. not at all. The address of an object of automatic storage duration is not a constant. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22529
[Bug c/22529] [3.4/4.0/4.1 Regression] Rejects valid C99 address of C99 struct in static variable in function
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 20:18 --- That is interesting as if we move the variable declaration out of the function, it works in GCC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22529
[Bug tree-optimization/22531] [4.1 regression] ICE in mark_sym_for_renaming while compiling dwarf2out.c
--- Additional Comments From danglin at gcc dot gnu dot org 2005-07-17 20:19 --- Created an attachment (id=9296) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9296action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
[Bug tree-optimization/22531] [4.1 regression] ICE in mark_sym_for_renaming while compiling dwarf2out.c
-- What|Removed |Added Attachment #9296 is|0 |1 obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
[Bug tree-optimization/22531] [4.1 regression] ICE in mark_sym_for_renaming while compiling dwarf2out.c
--- Additional Comments From danglin at gcc dot gnu dot org 2005-07-17 20:22 --- Created an attachment (id=9297) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9297action=view) Preprocessed source gzip -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
[Bug tree-optimization/19905] Extra V_MAY_DEF on a static variable whose address is not taken (we should be able to move the load out of the loop)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 20:34 --- This is not fixed Kenny's promote statics, in fact we now produce worse code at -O3. Note on ppc- darwin the code is fine since -fno-math-errno is done by default. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19905
[Bug tree-optimization/22493] [4.1 Regression] with -fwrapv -INT_MIN is still not positive
--- Additional Comments From pluto at agmk dot net 2005-07-17 20:35 --- (In reply to comment #2) Created an attachment (id=9291) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9291action=view) Treat flag_wrapv and min value in a special way patch cointains typo-bug. --- gcc-pr22493.patch Sun Jul 17 20:07:13 2005 +++ gcc-pr22493.patch Sun Jul 17 22:33:27 2005 @@ -53,7 +53,7 @@ - max = (vr0.min == TYPE_MIN_VALUE (TREE_TYPE (expr))) - ? TYPE_MAX_VALUE (TREE_TYPE (expr)) - : fold_unary_to_constant (code, TREE_TYPE (expr), vr0.min); -+ type = VR_ANTI_RANGE; ++ vr_type = VR_ANTI_RANGE; + max = fold_unary_to_constant (code, TREE_TYPE (expr), vr0.max); + max = int_const_binop (MINUS_EXPR, max, one, 0); + min = int_const_binop (PLUS_EXPR, min, one, 0); -- What|Removed |Added CC||pluto at agmk dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22493
[Bug tree-optimization/22531] [4.1 regression] ICE in mark_sym_for_renaming while compiling dwarf2out.c
--- Additional Comments From danglin at gcc dot gnu dot org 2005-07-17 20:35 --- Also occurs on hppa64-hp-hpux11.11. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
[Bug tree-optimization/22531] [4.1 regression] ICE in mark_sym_for_renaming while compiling dwarf2out.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 20:47 --- And on ppc-darwin (a native build), reducing right now. /Users/pinskia/src/local2/gcc/gcc/dwarf2out.c:751: internal compiler error: tree check: expected tree that contains 'decl minimal' structure, have 'component_ref' in mark_sym_for_renaming, at tree-into- ssa.c:2290 -- What|Removed |Added GCC build triplet|hppa-unknown-linux-gnu | GCC host triplet|hppa-unknown-linux-gnu | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
[Bug tree-optimization/22532] New: [4.1 Regression] We produce worse code on the mainline for a loop
Take the following code: #define NUMPOINTS 20 static float opoints[NUMPOINTS]; double sqrt (double); double f(double); void NormalizeVectors1 (void) { int i, r; float s, x, y, z; static float d = 0.0; d += 0.2f; s = d; for (i=0; iNUMPOINTS; i++) opoints[i] = f(s); } Compile at -O2 and -O3 and compare. See how we load/store now at -O3 to the static variable, d inside the loop. -- Summary: [4.1 Regression] We produce worse code on the mainline for a loop Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22532
[Bug tree-optimization/22532] [4.1 Regression] We produce worse code on the mainline for a loop
-- What|Removed |Added CC||dberlin at gcc dot gnu dot ||org Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22532
[Bug tree-optimization/22532] [4.1 Regression] We produce worse code on the mainline for a loop
-- What|Removed |Added OtherBugsDependingO||19905 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22532
[Bug tree-optimization/19905] Extra V_MAY_DEF on a static variable whose address is not taken (we should be able to move the load out of the loop)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 20:52 --- (In reply to comment #3) This is not fixed Kenny's promote statics, in fact we now produce worse code at -O3. Note on ppc- darwin the code is fine since -fno-math-errno is done by default. I filed that as PR 22532. -- What|Removed |Added BugsThisDependsOn||22532 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19905
[Bug c++/22139] [4.0/4.1 regression] Segfault with templates and friend functions
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-07-17 20:55 --- Thank you for reducing the test case! I now understand the bug, and am working on a fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22139
[Bug c/22529] [3.4/4.0/4.1 Regression] Rejects valid C99 address of C99 struct in static variable in function
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 20:56 --- I believe you that this is invalid code. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22529
[Bug c/22529] [3.4/4.0/4.1 Regression] Rejects valid C99 address of C99 struct in static variable in function
--- Additional Comments From joseph at codesourcery dot com 2005-07-17 20:58 --- Subject: Re: [3.4/4.0/4.1 Regression] Rejects valid C99 address of C99 struct in static variable in function On Sun, 17 Jul 2005, pinskia at gcc dot gnu dot org wrote: That is interesting as if we move the variable declaration out of the function, it works in GCC. That's because of 6.5.2.5#6 which defines the storage duration of compound literals to depend on whether they are inside a function: [#6] The value of the compound literal is that of an unnamed object initialized by the initializer list. If the compound literal occurs outside the body of a function, the object has static storage duration; otherwise, it has automatic storage duration associated with the enclosing block. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22529
[Bug other/22533] New: ada / raised STORAGE_ERROR : stack overflow (or erroneous memory access)
gcc-4.1-20050717T1716UTC (...) stage1/xgcc -Bstage1/ -B/usr/x86_64-pld-linux/bin/ -c -march=x86-64 -O2 -gnatpg -gnata -I- -I. -Iada -I../../gcc/ada ../../gcc/ada/output.adb -o ada/output.o raised STORAGE_ERROR : stack overflow (or erroneous memory access) make[2]: *** [ada/output.o] Error 1 -- Summary: ada / raised STORAGE_ERROR : stack overflow (or erroneous memory access) Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: x86_64-pld-linux GCC host triplet: x86_64-pld-linux GCC target triplet: x86_64-pld-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
[Bug tree-optimization/22534] New: [4.1 Regression] gcc.c-torture/execute/20000603-1.c execution, -O2 fails
FAIL: gcc.c-torture/execute/2603-1.c execution, -O2 has appeared on mainline on 20050717 on at least hppa2.0w-hpux, hppa64-hpux, ia64-hpux. gcc-regression indicates failure on powerpc-darwin as well. -- Summary: [4.1 Regression] gcc.c-torture/execute/2603-1.c execution, -O2 fails Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22534
[Bug c++/22535] New: parse error with class operator as default argument
This used to work fine with g++-3.* $ cat test.cc struct o {}; template typename T struct test { int m(int (o::*recv)(T) = o::operator()); }; $ g++ test.cc test.cc:6: internal compiler error: in cp_lexer_peek_nth_token, at cp/parser.c:500 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: parse error with class operator as default argument Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bitmap at pan dot homelinux dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: Configured with: ../src/configure -v --enable- languages=c,c++,ja GCC host triplet: g++ (GCC) 4.1.0 20050607 (experimental) GCC target triplet: Target: i486-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22535
[Bug tree-optimization/22444] [4.1 regression] testsuite failure:23_containers/set/explicit_instantiation/2.cc ICE
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-07-17 21:13 --- These failures have appeared for me on i686-pc-linux-gnu on 20050717. -- What|Removed |Added CC||jsm28 at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-17 21:13:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22444
[Bug tree-optimization/22534] [4.1 Regression] gcc.c-torture/execute/20000603-1.c execution, -O2 fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 21:14 --- Confirmed. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2005-07-17 21:14:48 date|| Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22534
[Bug tree-optimization/22534] [4.1 Regression] [DR236] gcc.c-torture/execute/20000603-1.c execution, -O2 fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 21:17 --- Hmm, there is still questions if this is valid: /* It is not clear whether this test is conforming. See DR#236 http://www.open-std.org/jtc1/sc22/wg14/www/docs/dr_236.htm. However, there seems to be consensus that the presence of a union to aggregate struct s1 and struct s2 should make it conforming. */ -- What|Removed |Added Summary|[4.1 Regression] gcc.c- |[4.1 Regression] [DR236] |torture/execute/2603-1.c|gcc.c- |execution, -O2 fails |torture/execute/2603-1.c ||execution, -O2 fails http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22534
[Bug tree-optimization/22444] [4.1 regression] testsuite failure:23_containers/set/explicit_instantiation/2.cc ICE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 21:20 --- the patch in PR 22483 should fix this. -- What|Removed |Added OtherBugsDependingO||22483 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22444
[Bug tree-optimization/22483] [4.1 Regression] ICE : tree check: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466
-- What|Removed |Added BugsThisDependsOn||22444 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22483
[Bug c++/22535] parse error with class operator as default argument
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 21:22 --- *** This bug has been marked as a duplicate of 22454 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22535
[Bug c++/22454] [4.0/4.1 Regression] 'template class/operator overloading/default argument' internal compiler error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 21:22 --- *** Bug 22535 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||bitmap at pan dot homelinux ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22454
[Bug bootstrap/22536] New: gcc/dwarf2out.c:751: internal compiler error at tree-into-ssa.c:2290
stage1/xgcc -Bstage1/ -B/pkgs/gcc-mainline/powerpc-apple-darwin8.2.0/bin/ -c -g -O2 -mdynamic-no-pic -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror -fno-common -DHAVE_CONFIG_H-I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include -I./../intl -I../../gcc/../libcpp/include -I/pkgs/gmp-4.1.3/include -I/pkgs/gmp-4.1.3/include ../../gcc/dwarf2out.c -o dwarf2out.o ../../gcc/dwarf2out.c: In function 'def_cfa_1': ../../gcc/dwarf2out.c:751: internal compiler error: tree check: expected tree that contains 'decl minimal' structure, have 'component_ref' in mark_sym_for_renaming, at tree-into-ssa.c:2290 configured and built with #!/bin/tcsh /bin/rm -rf *; ../configure --prefix=/pkgs/gcc-mainline --with-gmp=/pkgs/gmp-4.1.3 --with-mpfr=/pkgs/gmp-4.1.3 ; make -j 4 bootstrap STAGE1_CFLAGS='-O2 -g' build.log (make -j 8 check check.log ; make mail-report-with-warnings.log) -- Summary: gcc/dwarf2out.c:751: internal compiler error at tree- into-ssa.c:2290 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: lucier at math dot purdue dot edu CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc-apple-darwin8.2.0 GCC host triplet: powerpc-apple-darwin8.2.0 GCC target triplet: powerpc-apple-darwin8.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22536
[Bug bootstrap/22536] gcc/dwarf2out.c:751: internal compiler error at tree-into-ssa.c:2290
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 21:23 --- *** This bug has been marked as a duplicate of 22531 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22536
[Bug tree-optimization/22531] [4.1 regression] ICE in mark_sym_for_renaming while compiling dwarf2out.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 21:23 --- *** Bug 22536 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||lucier at math dot purdue ||dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
[Bug tree-optimization/22532] [4.1 Regression] We produce worse code on the mainline for a loop
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-17 21:36 --- the eustores stuff i just committed should fix this now please try again :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22532
[Bug tree-optimization/22532] [4.1 Regression] We produce worse code on the mainline for a loop
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17 21:37 --- (In reply to comment #1) the eustores stuff i just committed should fix this now please try again :) This was after eustores stuff was committed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22532
[Bug c++/22139] [4.0/4.1 regression] Segfault with templates and friend functions
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-17 22:02 --- Subject: Bug 22139 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-17 22:02:10 Modified files: gcc/testsuite : ChangeLog gcc/cp : ChangeLog cp-tree.h decl.c Added files: gcc/testsuite/g++.dg/template: friend36.C Log message: PR c++/22139 * cp-tree.h (DECL_TEMPLATE_INFO): Improve documentation. * decl.c (duplicate_decls): Re-register template specializations for functions that have DECL_TEMLPLATE_INFO, even if they do not have DECL_TEMPLATE_INSTANTIATION set. PR c++/22139 * g++.dg/template/friend36.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5777r2=1.5778 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/friend36.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4823r2=1.4824 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gccr1=1.1154r2=1.1155 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gccr1=1.1413r2=1.1414 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22139
[Bug c/22537] New: unable to find a register to spill in cl
ass #8216;CREG#8217; X-Bugzilla-Reason: CC compiling testcase: === Cut === struct nand_chip { · int · · page_shift; · int·· phys_erase_shift; }; extern void foo( int ); static void nand_writev_ecc (int *mtd, int *vecs, unsigned long count) { · int i, total_len; · struct nand_chip *this; · int·ppblock = (1 (this-phys_erase_shift - this-page_shift)); · total_len = count; · for (i = 0; i count; i++) · · total_len+=ppblock; foo (ppblock); } === Cut === with gcc -Os -march=k6 -mregparm=3 -fno-unit-at-a-time -c drivers/mtd/nand/nand_base.c gives: drivers/mtd/nand/nand_base.c:19: error: unable to find a register to spill in class #8216;CREG#8217; drivers/mtd/nand/nand_base.c:19: error: this is the insn: (insn:HI 19 18 46 0 (parallel [ (set (reg/v:SI 3 bx [orig:59 ppblock ] [59]) (ashift:SI (reg/v:SI 3 bx [orig:59 ppblock ] [59]) (subreg:QI (reg:SI 0 ax [orig:65 variable.phys_erase_shift ] [65]) 0))) (clobber (reg:CC 17 flags)) ]) 280 {*ashlsi3_1} (insn_list:REG_DEP_TRUE 17 (insn_list:REG_DEP_TRUE 18 (nil))) (expr_list:REG_UNUSED (reg:CC 17 flags) (expr_list:REG_DEAD (reg:SI 0 ax [orig:65 variable.phys_erase_shift ] [65]) (expr_list:REG_UNUSED (reg:CC 17 flags) (expr_list:REG_EQUAL (ashift:SI (const_int 1 [0x1]) (subreg:QI (reg:SI 67) 0)) (nil)) drivers/mtd/nand/nand_base.c:19: internal compiler error: in spill_failure, at reload1.c:1878 gcc version 4.0.1 20050701 (prerelease) -- Summary: unable to find a register to spill in cl ass #8216;CREG#8217; Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mueller at kde dot org CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i586-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22537
[Bug c/22537] unable to find a register to spill in cl ass #8216;CREG#8217;
-- What|Removed |Added Keywords||ice-on-valid-code Summary|unable to find a register to|unable to find a register to |spill in cl |spill in cl ass |ass #8216;CREG#8217; |#8216;CREG#8217; http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22537
[Bug target/22537] unable to find a register to spill in cl ass CREG
-- What|Removed |Added Component|c |target GCC host triplet|i586-suse-linux | GCC target triplet||i586-suse-linux Summary|unable to find a register to|unable to find a register to |spill in cl ass |spill in cl ass CREG |#8216;CREG#8217; | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22537
[Bug target/22537] unable to find a register to spill in class CREG
-- What|Removed |Added Summary|unable to find a register to|unable to find a register to |spill in cl ass CREG |spill in class CREG http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22537
[Bug tree-optimization/22531] [4.1 regression] ICE in mark_sym_for_renaming while compiling dwarf2out.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-17 22:28 --- Subject: Bug 22531 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-17 22:28:19 Modified files: gcc: ChangeLog tree-ssa-pre.c Added files: gcc/testsuite/gcc.c-torture/compile: pr22531.c Log message: 2005-07-17 Daniel Berlin [EMAIL PROTECTED] Fix PR tree-optimization/22531 * tree-ssa-pre.c (do_eustores): Make sure LHS is a decl for the moment. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9465r2=2.9466 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-pre.c.diff?cvsroot=gccr1=2.97r2=2.98 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/pr22531.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
[Bug c++/22139] [4.0/4.1 regression] Segfault with templates and friend functions
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-17 22:31 --- Subject: Bug 22139 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-07-17 22:30:58 Modified files: gcc/testsuite : ChangeLog gcc/cp : ChangeLog cp-tree.h decl.c Added files: gcc/testsuite/g++.dg/template: friend36.C Log message: PR c++/22139 * cp-tree.h (DECL_TEMPLATE_INFO): Improve documentation. * decl.c (duplicate_decls): Re-register template specializations for functions that have DECL_TEMLPLATE_INFO, even if they do not have DECL_TEMPLATE_INSTANTIATION set. PR c++/22139 * g++.dg/template/friend36.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.284r2=1.5084.2.285 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/friend36.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4648.2.68r2=1.4648.2.69 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1106.2.10r2=1.1106.2.11 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1371.2.15r2=1.1371.2.16 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22139
[Bug c++/22139] [4.0/4.1 regression] Segfault with templates and friend functions
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-07-17 22:33 --- Fixed in 4.0.2. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22139
[Bug c++/21687] [4.0/4.1 Regression] ICE on valid code
-- Bug 21687 depends on bug 22139, which changed state. Bug 22139 Summary: [4.0/4.1 regression] Segfault with templates and friend functions http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22139 What|Old Value |New Value Status|UNCONFIRMED |ASSIGNED Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21687
[Bug tree-optimization/22538] New: Eustore does not remove stores for struct assignments
Take the following code: typedef struct dw_cfi_oprnd_struct { unsigned long reg; } dw_cfa_location; dw_cfa_location loc; void def_cfa_1 (void) { loc.reg = loc.reg; } We don't remove the store/load to loc.rec on the tree level. We even don't remove PIC startup code for ppc-darwin either: _def_cfa_1: mflr r0 stw r31,-4(r1) lwz r31,-4(r1) mtlr r0 blr -- Summary: Eustore does not remove stores for struct assignments Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: missed-optimization, TREE Severity: enhancement Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22538