[Bug fortran/23057] Fortran common blocks are not described with DW_TAG_common_block

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 05:48 --- Confiremd, since the standard says "may", this is an enhancement. -- What|Removed |Added

[Bug c++/23056] [4.0/4.1 regression] ICE in write_template_arg_literal, at cp/mangle.c

--- Additional Comments From dank at kegel dot com 2005-07-25 05:47 --- Sorry we didn't test with our app before gcc-4.0 was released. We'll try to do better for gcc-4.1. This bug affects the use of libstdc++, too, for what it's worth: .../include/c++/4.0.1/bits/stl_algobase.h: In stati

[Bug fortran/23057] Wrong DWARF output for Fortran common block

-- What|Removed |Added Keywords||wrong-debug http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23057

[Bug c++/23056] [4.0/4.1 regression] ICE in write_template_arg_literal, at cp/mangle.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 05:45 --- I think this is a problem in the shared INTEGER_CSTs. -- What|Removed |Added

[Bug c++/23056] [4.0/4.1 regression] ICE in write_template_arg_literal, at cp/mangle.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 05:41 --- Here is a little more reduced: template struct Beta { virtual ~Beta(); }; void method_one() { static_cast("Foo"); } Beta a; -- What|Removed |Added --

[Bug fortran/23057] New: Wrong DWARF output for Fortran common block

In section 4.2 of DWARF STD, it says that: A Fortran common block may be described by a debugging information entry with the tag DW_TAG_common_block. But it seems that both gfortran and g77 didn't conform to this. This makes trouble for debugging common block. Here is a testcase to verify thi

[Bug c++/23056] [4.0/4.1 regression] ICE in write_template_arg_literal, at cp/mangle.c

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

[Bug c++/23056] [4.0/4.1 regression] ICE in write_template_arg_literal, at cp/mangle.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 05:31 --- This started after 20040909 but before 20041124. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23056

[Bug c++/23056] [4.0/4.1 regression] ICE in write_template_arg_literal, at cp/mangle.c

--- Additional Comments From dank at kegel dot com 2005-07-25 05:29 --- Also seems to happen with cvs HEAD at the moment, so it's a live one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23056

[Bug c++/23056] [4.0/4.1 regression] ICE in write_template_arg_literal, at cp/mangle.c

--- Additional Comments From dank at kegel dot com 2005-07-25 05:27 --- Created an attachment (id=9357) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9357&action=view) Minimal test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23056

[Bug c++/23056] New: [4.0/4.1 regression] ICE in write_template_arg_literal, at cp/mangle.c

We get an ICE building a real C++ app. Thanks to mec for the minimized testcase, which I will attach. Building it with gcc-4.0.1 and last week's gcc-4.1 snapshot produces the errors shown below. gcc-4.0.1: i686-unknown-linux-gnu-g++ -c b2.cc b2.cc: In instantiation of 'Beta': b2.cc:40: instanti

[Bug c++/23055] overload resolution does not find templated function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 05:12 --- Confirmed, not a regression. 2.95.3 rejects the code too. -- What|Removed |Added

[Bug c++/23055] New: overload resolution does not find templated function

I believe that the call to foo in line 35 should resolve to the function defined in line 28/29. # 1 "gnubug.cc" # 1 "" # 1 "" # 1 "gnubug.cc" # 1 "/local/lib/gcc/i686-pc-linux-gnu/4.0.0/include/stddef.h" 1 3 4 # 152 "/local/lib/gcc/i686-pc-linux-gnu/4.0.0/include/stddef.h" 3 4 typedef int ptrdiff_

[Bug rtl-optimization/19767] [3.4 only] CSE hang on very simple code with -O2 -ftracer

-- What|Removed |Added Summary|[3.4 onl] CSE hang on very |[3.4 only] CSE hang on very |simple code with -O2 - |simple code with -O2 -

[Bug tree-optimization/19445] 50 fold compile time increase between gcc-3,4 and gcc-4,0 on included code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 04:41 --- Fixed on the mainline. -- What|Removed |Added Status|NEW

[Bug tree-optimization/18594] PHI insertion is slow

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 04:28 --- branch prediction : 4.63 (17%) usr 0.78 (16%) sys 5.57 (16%) wall 187672 kB (61%) ggc Memory usage here is a big problem. fold-const.c:2981 (invert_truthvalue) 36146592:15.8%

[Bug tree-optimization/17790] [4.0/4.1 Regression] Significant compile time increases for sixtrack with tree LICM and IV optimization

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 04:13 --- Does anyone have new numbers? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17790

[Bug fortran/21915] [4.0 only] Would like atanh etc. as intrinsics

--- Additional Comments From jvdelisle at gcc dot gnu dot org 2005-07-25 03:27 --- This has been applied to mainline and 4.0 branch -- What|Removed |Added Status

[Bug tree-optimization/15678] [4.0/4.1 Regression] CSiBE i686 compilation time increased by 8% at -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 03:18 --- Huh, at -O0: tree-ssanames.c:82 (init_ssanames)0: 0.0% 9961472:46.6% 0: 0.0%1572864: 4.5% 32768 This seems high: function.c:3782 (allocate_struct_function)

[Bug tree-optimization/15678] [4.0/4.1 Regression] CSiBE i686 compilation time increased by 8% at -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 03:09 --- Even at -O0, the small testcase hs increased in compile time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15678

[Bug rtl-optimization/13931] [3.4/4.0/4.1 Regression] combiner much slower on big basic blocks

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 02:59 --- I think this has been fixed on the mainline: 600 .7s 12001.899s 18003.7s 24005.945s This is all with checking still enabled. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13931

[Bug middle-end/12392] very long optimized compile

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 02:53 --- at -O1: tree-inline.c:1114 (setup_one_parameter)4402512: 0.3% 0: 0.0% 0: 0.0% 0: 0.0% 122292 gimple-low.c:529 (record_vars) 4410336: 0.3%

[Bug c/23054] Segmentation fault when large static array is declared

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 02:49 --- This is not a bug. You are overflowing the stack. You either can use malloc or raise the stack limit. -- What|Removed |Added ---

[Bug c/23054] New: Segmentation fault when large static array is declared

The following program causes Segmentation fault being compiled with gcc (GCC) 4.0.1 (Debian 4.0.1-2) #include int main() { char A[ 1UL << 24 ]; A[0] = 0; puts("OK"); return 0; } $ gcc test.c $ ./a.out Segmentation fault If array of the same size (16M) is dinamically allocated (e

[Bug libstdc++/23053] Const-correctness issue in TR1 hashtable

--- Additional Comments From evilalias at hotmail dot com 2005-07-25 02:08 --- Created an attachment (id=9356) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9356&action=view) Preprocessed test case (112 KB) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23053

[Bug libstdc++/23053] New: Const-correctness issue in TR1 hashtable

I get errors when I try to compile the following bit of code: #include int main() { std::tr1::unordered_set s; const std::tr1::unordered_set &s_ref = s; s_ref.find(27); // Problem is here. return 0; } It appears that hashtable::find_node should be marked as a

[Bug middle-end/12392] very long optimized compile

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 02:01 --- At -O0: function.c:3782 (allocate_struct_function) 825840: 0.6% 0: 0.0%1059120: 7.2% 544544: 3.8% 2618 cfg.c:211 (connect_dest)1989960: 1.5%

[Bug rtl-optimization/22392] Huge memory usage and infinite(?) loop with -fno-enforce-eh-specs

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 01:53 --- I think this is the same bug as PR 20826. -- What|Removed |Added OtherBugsDependingO|

[Bug middle-end/20826] 4.0 regression: excessive compiler resource usage

-- What|Removed |Added BugsThisDependsOn||22392 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20826

[Bug middle-end/20826] 4.0 regression: excessive compiler resource usage

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 01:52 --- This is much improved on the mainline, I don't know what caused it though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20826

[Bug c++/12076] gcov misreports coverage of return statement [NVR]

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 01:43 --- *** Bug 23052 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug gcov/profile/23052] return of class object sometimes reported as uncovered code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 01:43 --- This is a dup of bug 12076. The bug is in the C++ front-end removing the return statement as result is replaced with the returned structure. *** This bug has been marked as a duplicate of 12076 *** --

[Bug c++/19614] Excessive memory consumption with a class with large (200) virtual (pure?) function and derived classes

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 01:40 --- cp/parser.c:285 (cp_lexer_new_main) 0: 0.0% 22585856:63.1% 0: 0.0% 6332928:24.0% 5 tree.c:966 (build_constructor_from_list) 28488: 0.0% 0:

[Bug gcov/profile/23052] return of class object sometimes reported as uncovered code

--- Additional Comments From jbuck at gcc dot gnu dot org 2005-07-25 01:40 --- Created an attachment (id=9355) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9355&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23052

[Bug gcov/profile/23052] New: return of class object sometimes reported as uncovered code

With the attached test case, do % g++ -ftest-coverage -fprofile-arcs covbug.cpp -o covbug % ./covbug % gcov covbug.cpp There will be two lines flagged as uncovered: % grep '' covbug.cpp.gcov #: 29:m_bits = new unsigned[nw]; #: 37: return result; The first is expecte

[Bug c++/14179] [3.4/4.0/4.1 Regression] out of memory while parsing array with many initializers

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 01:34 --- Using the testcase from PR 12245: cp/parser.c:285 (cp_lexer_new_main) 0: 0.0% 372302336:88.5% 0: 0.0% 104391168:79.7% 9 cp/parser.c:270 (cp_lexer_new_main)

[Bug c/12245] [3.4/4.0/4.1 regression] Uses lots of memory when compiling large initialized arrays

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 01:30 --- There must be a better way to add on to celt in output_init_element. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12245

[Bug c/12245] [3.4/4.0/4.1 regression] Uses lots of memory when compiling large initialized arrays

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 01:27 --- c-typeck.c:5987 (output_init_element) 0: 0.0% 23955160:100.0% 22770552:20.9% 13171408:99.1% 19 convert.c:671 (convert_to_integer) 52184768:37.8% 0

[Bug c++/23051] weird include path?

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 01:10 --- -I puts the directory at the front of the standard include path. You want to use -idirafter . instead. -- What|Removed |Added

[Bug c++/23051] weird include path?

--- Additional Comments From andre dot maute at gmx dot de 2005-07-25 01:06 --- (In reply to comment #0) > the compiler will print MANY errors. > it looks like it will include the local file memory the compiler prints MANY errors. it looks like it includes the local file me

[Bug c++/23051] New: weird include path?

Suppose you have the following bash script called memory in your current directory memory --- #/bin/sh memory --- and the following mini C++ file hello.cxx - #include hello.cxx - calling now g++ -

[Bug c++/22545] [3.4/4.0/4.1 Regression] ICE with pointer to class member & user defined conversion operator

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW

[Bug other/22631] ICE / ada / error in gimple_add_tmp_var, at gimplify.c:557

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 00:43 --- Oh, If I change the second agrument to create_tmp_var/create_tmp_var_raw to "C" instead of NULL, we no longer get an ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22631

[Bug tree-optimization/22630] [4.1 Regression] vrp produces wrong code

--- Additional Comments From phython at gcc dot gnu dot org 2005-07-25 00:35 --- Calling vrp_evaluate_condition with use_equiv_p = false in tree-ssa-propagate.c could fix this problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22630

[Bug bootstrap/22440] make install fails with --enable-bootstrap

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-07-25 00:26 --- Fixed by: 2005-07-24 Paolo Bonzini <[EMAIL PROTECTED]> * Makefile.tpl: Wrap install between unstage and stage * Makefile.in: Regenerate. -- What|Removed

[Bug tree-optimization/22591] [4.0/4.1 Regression] std::swap() followed by list::erase() produces incorrect list::begin()

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25 00:15 --- > Not according to my testing, it still fails on the mainline as of today. Indeed, I have to add -march=pentium4 to trigger the bug, though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22591

[Bug tree-optimization/22493] [4.1 Regression] with -fwrapv -INT_MIN is still not positive

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 00:11 --- Patch posted here: . -- What|Removed |Added -

[Bug middle-end/22287] [4.1 Regression] gcc.c-torture/execute/simd-2.c fails (simd-1.c too for some).

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 22:53 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

Re: Internal compiler error

> > This is a multi-part message in MIME format. > > --=_NextPart_000_0035_01C5906D.A0EF4EC0 > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: 7bit > > GCC Version: 4.0.1 > System Type: Windows ME > Options given when GCC was configured/built: arm-elf-gcc

[Bug rtl-optimization/23047] Combine ignores flag_wrapv

--- Additional Comments From phython at gcc dot gnu dot org 2005-07-24 22:38 --- Created an attachment (id=9353) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9353&action=view) Honour flag_wrapv -- What|Removed |Added --

[Bug tree-optimization/22591] [4.0/4.1 Regression] std::swap() followed by list::erase() produces incorrect list::begin()

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 22:32 --- (In reply to comment #25) > Just another data point: The problem disappeared on mainline with > Dan's patch Not according to my testing, it still fails on the mainline as of today. -- http://gcc.gnu.org

[Bug tree-optimization/22591] [4.0/4.1 Regression] std::swap() followed by list::erase() produces incorrect list::begin()

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-24 22:29 --- Just another data point: The problem disappeared on mainline with Dan's patch http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg01108.html -- What|Removed |Added ---

[Bug tree-optimization/22623] [4.1 Regression] type mismatch between an SSA_NAME and its symbol

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 22:01 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug libgcj/20198] java.security.CodeSource.getLocation output is different than expected

--- Additional Comments From green at redhat dot com 2005-07-24 19:49 --- Created an attachment (id=9352) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9352&action=view) Proposed patch This patch makes your test program emit an absolute path. I'm not sure it's 100% correct. For

[Bug libgcj/20169] Serialization: readResolve does not work

--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-24 19:36 --- Note that this is fixed in Classpath but not in libgcj as we still have divergences in serialization. -- What|Removed |Added -

[Bug libgcj/16229] [meta-bug] http, URL, and URLConnection issues

-- Bug 16229 depends on bug 14696, which changed state. Bug 14696 Summary: URL constructor incorrectly causes file canonicalization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14696 What|Old Value |New Value -

[Bug libgcj/14696] URL constructor incorrectly causes file canonicalization

--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-24 19:27 --- This is fixed in 4.0 and on cvs head. Now we do textual canonicalization, and we don't use the filesystem. -- What|Removed |Added

[Bug c++/20724] function overload resolution fails when any template is declared

--- Additional Comments From gdr at integrable-solutions dot net 2005-07-24 18:21 --- Subject: Re: function overload resolution fails when any template is declared "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | Both ICC and Comeau accept this. just a note that since I

[Bug c++/20724] function overload resolution fails when any template is declared

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 18:02 --- Both ICC and Comeau accept this. -- What|Removed |Added Status|REOPENED

[Bug SWING/22617] reopen 13414: ImageIcon("") throws IllegalArgumentException

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 17:57 --- *** This bug has been marked as a duplicate of 22979 *** -- What|Removed |Added

[Bug c++/20724] function overload resolution fails when any template is declared

--- Additional Comments From kjd at duda dot org 2005-07-24 17:33 --- I will admit I've had difficulty understanding the interaction between scope searching and overload resolution, but I cannot believe gcc is handling this right. Consider the example program: /* 1 */ namespace N {

[Bug c++/22034] [4.1 Regression], ICE on valid, dwarf2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 17:29 --- *** Bug 23045 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/23045] ICE in force_decl_die, at dwarf2out.c:12621

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 17:29 --- *** This bug has been marked as a duplicate of 22034 *** -- What|Removed |Added

[Bug c++/23045] ICE in force_decl_die, at dwarf2out.c:12621

--- Additional Comments From dank at kegel dot com 2005-07-24 17:28 --- Yep. Compiling PR22034's testcase yields pr22034.cc:6: internal compiler error: tree check: expected tree that contains 'decl minimal' structure, have 'record_type' in lookup_decl_die, at dwarf2out.c:5461 And com

[Bug other/22631] ICE / ada / error in gimple_add_tmp_var, at gimplify.c:557

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 17:26 --- Note this works just fine on ppc-darwin with my patch so I don't know what is going on. -- What|Removed |Added --

[Bug libstdc++/22634] partial_sum is too constrained

--- Additional Comments From gdr at integrable-solutions dot net 2005-07-24 17:18 --- Subject: Re: partial_sum is too constrained "squell at alumina dot nl" <[EMAIL PROTECTED]> writes: | --- Additional Comments From squell at alumina dot nl 2005-07-24 16:42 --- | (In reply t

[Bug libstdc++/22634] partial_sum is too constrained

--- Additional Comments From squell at alumina dot nl 2005-07-24 16:42 --- (In reply to comment #7) > Yes, the standard requirements for iterators exhibit inconsistencies > at many places; for example an InputIterator is not required (by the > Standard) to be copy-constructible; consequ

[Bug tree-optimization/22591] [4.0/4.1 Regression] std::swap() followed by list::erase() produces incorrect list::begin()

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 16:33 --- (In reply to comment #22) > Hmm, maybe we are miscompiling more than just the testcase. Nope. Compiling for x86_64 from ppc-darwin, we get the same failure here. -- http://gcc.gnu.org/bugzilla/show_bug.

[Bug tree-optimization/22591] [4.0/4.1 Regression] std::swap() followed by list::erase() produces incorrect list::begin()

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 16:25 --- Actually I take that back. the tree dumps are different. Hmm, maybe we are miscompiling more than just the testcase. -- What|Removed |Added --

[Bug rtl-optimization/22591] [4.0/4.1 Regression] std::swap() followed by list::erase() produces incorrect list::begin()

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 16:15 --- Hmm, this test does not fail on ppc-darwin but does on i686-pc-linux-gnu. I think this is a RTL problem as the tree dumps for both i686 and ppc are the same at -O2. Then again this might be a bug in the C

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-07-24 16:13 --- (In reply to comment #8) > The reduced testcase for the second one: to make it fail on amd64 one needs to change long -> int. and this testcase started to fail at the same time as testcase in comm

[Bug tree-optimization/22591] [4.0 Regression] std::swap() followed by list::erase() produces incorrect list::begin()

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 16:04 --- This is a strict aliasing bug. -- What|Removed |Added Component|c++

[Bug target/23043] [4.1 regression] [m68k-linux] bootstrap error on m68k-linux

-- What|Removed |Added Keywords||build, ice-on-valid-code Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/sh

[Bug c++/23042] This is the first, two similar incidents followed which are probably related.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 16:01 --- You need to use the full comand line to reproduce the failure you are getting. -- What|Removed |Added

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 15:56 --- The reduced testcase for the second one: unsigned long CRCTab[256]; void InitCRC(void) { int I, J; unsigned long C; for (I=0; I<256; I++) { for (C=I,J=0;J<8;J++) C=(C & 1) ? (C>>1)^0xEDB883

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-07-24 15:43 --- (In reply to comment #5) > Reduced testcase for the first one: introduced between "2005-05-17 00:20 UTC" and "2005-05-18 00:20 UTC" -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23049

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 15:40 --- Note the backtrace is: #5211 0x003f58d0 in fold_ternary (code=COND_EXPR, type=0x1e0e5b0, op0=0x1ee9d50, op1=0x1e18200, op2=0x1ee2080) at ../../gcc/fold-const.c:9905 #5212 0x003f8368 in fold_build3 (code=CO

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 15:37 --- Reduced testcase for the first one: static unsigned short int crc_table[256]; void AC3_encode_init(void) { unsigned int c, n, k; for(n=0; n<256; n++) { c = n << 8; for (k = 0; k < 8; k++)

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

-- What|Removed |Added Known to fail||4.1.0 Known to work||4.0.0 Summary|ICE with -O3 -ftree-|[4

[Bug other/22631] ICE / ada / error in gimple_add_tmp_var, at gimplify.c:557

--- Additional Comments From pinskia at physics dot uc dot edu 2005-07-24 15:13 --- Subject: Re: ICE / ada / error in gimple_add_tmp_var, at gimplify.c:557 > > > --- Additional Comments From pluto at agmk dot net 2005-07-24 15:10 > --- > with pinskia1.patch bootstrap gcc do

Re: [Bug other/22631] ICE / ada / error in gimple_add_tmp_var, at gimplify.c:557

> > > --- Additional Comments From pluto at agmk dot net 2005-07-24 15:10 > --- > with pinskia1.patch bootstrap gcc doesn't ice. > patch linked to PR22533 causes an ice. Guess I have to fix that then :(. -- Pinski

[Bug other/22631] ICE / ada / error in gimple_add_tmp_var, at gimplify.c:557

--- Additional Comments From pluto at agmk dot net 2005-07-24 15:10 --- with pinskia1.patch bootstrap gcc doesn't ice. patch linked to PR22533 causes an ice. /close. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22631

[Bug tree-optimization/23048] [4.1 Regression] ICE in get_loop_body with -O1 -ftree-vectorize on 4.1.x

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 15:09 --- Looks like it was caused by: +2005-04-08 Diego Novillo <[EMAIL PROTECTED]> + + Merge from tree-cleanup-branch: VRP, store CCP, store + copy-prop, incremental SSA updating of FUD chains and

[Bug tree-optimization/23048] [4.1 Regression] ICE in get_loop_body with -O1 -ftree-vectorize on 4.1.x

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-07-24 15:06 --- Introduced between "2005-04-09 00:20 UTC" and "2005-04-10 00:20 UTC" -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23048

[Bug tree-optimization/23049] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 14:57 --- Reducing the first one. It is a stack overflow. -- What|Removed |Added CC|

[Bug tree-optimization/23048] [4.1 Regression] ICE in get_loop_body with -O1 -ftree-vectorize on 4.1.x

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 14:35 --- Confirmed, reduced testcase: void find_variables (const char *string) { char c; do c = *++string; while ((c >= 'A' && c <= 'Z') || (c >= 'a' && c <= 'z') || c == '_'); } -- What|Remov

[Bug tree-optimization/23049] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz 2005-07-24 14:32 --- Created an attachment (id=9344) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9344&action=view) Seems to trigger the same problem The behaviour is exactly the same as with my first example, s

[Bug tree-optimization/23049] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz 2005-07-24 14:24 --- It doesn't seem to be related to the Bug 23048 to me, so i reported it separately. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23049

[Bug tree-optimization/23049] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz 2005-07-24 14:23 --- Created an attachment (id=9343) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9343&action=view) Triggers the problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23049

[Bug tree-optimization/23049] New: ICE with -O3 -ftree-vectorize on 4.1.x

The example (attached below), when compiled by following gcc --- $ gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../../../gcc-CVS-20050723/gcc-CVS-20050723/configure --host=i686-pc-linux-gnu --prefix=/usr/local/opt/gcc-4.1 --exec-prefix=/usr/local/opt/gcc-

[Bug c++/23044] [4.0/4.1 Regression] ICE on vaild code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 14:19 --- Caused by: +2005-01-07 Nathan Sidwell <[EMAIL PROTECTED]> + + PR c++/19298 + * pt.c (tsubst_qualified_id): Call convert_from_reference. + -- What|Removed |A

[Bug c++/23044] [4.0/4.1 Regression] ICE on vaild code

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-07-24 14:15 --- Confirmed, introduced between "2005-01-07 00:20 UTC" and "2005-01-08 00:20 UTC". -- What|Removed |Added ---

[Bug tree-optimization/23048] ICE in get_loop_body with -O1 -ftree-vectorize on 4.1.x

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 14:13 --- Reducing. -- What|Removed |Added CC||pinskia at

[Bug tree-optimization/23048] Segfault with -O1 -ftree-vectorize on 4.1.x

-- What|Removed |Added Severity|critical|normal GCC target triplet||i?86-*-*, x86_64-*-* Keywords|

[Bug tree-optimization/23048] Segfault with -O1 -ftree-vectorize on 4.1.x

--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz 2005-07-24 14:10 --- Created an attachment (id=9342) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9342&action=view) Triggers the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23048

[Bug tree-optimization/23048] New: Segfault with -O1 -ftree-vectorize on 4.1.x

The example (attached below), when compiled by following gcc --- $ gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../../../gcc-CVS-20050723/gcc-CVS-20050723/configure --host=i686-pc-linux-gnu --prefix=/usr/local/opt/gcc-4.1 --exec-prefix=/usr/local/opt/gcc-

[Bug c++/23044] [4.0/4.1 Regression] ICE on vaild code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 14:06 --- This was working on 20041124 but failing with 20050225. Here is something a little smaller: struct no_context { template< class Event > void no_function( const Event & ); }; template< class Event, class T

[Bug rtl-optimization/23047] Combine ignores flag_wrapv

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 14:01 --- Caused by: 2002-07-20 Roger Sayle <[EMAIL PROTECTED]> * simplify-rtx.c (simplify_relational_operation): Optimize abs(x) < 0.0 (and abs(x) >= 0.0 when using -ffast-math). This was introduc

[Bug rtl-optimization/23047] Combine ignores flag_wrapv

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24 13:57 --- Confirmed. Note this is does not effect i686 because on i686 we expand abs right away. -- What|Removed |Added --

[Bug rtl-optimization/23047] New: Combine ignores flag_wrapv

The following testcase aborts with gcc 3.4, 4.0 and 4.1 when optimizing. It looks like combine is removing the condition here. #include void abort (); void exit (int); void f (int a) { if (abs(a) < 0) return; abort (); } int main (int argc, char *argv[]) { f (

  1   2   >