[Bug fortran/32760] [4.3 Regression] Error defining subroutine named PRINT

--- Comment #27 from pault at gcc dot gnu dot org 2008-02-01 06:00 --- (In reply to comment #26) > Created an attachment (id=15071) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15071&action=view) [edit] > A fix for the PR > > This is regtesting as I write. It fixes the first thr

[Bug fortran/19925] Implied do-loop in an initialization expression is broken

--- Comment #18 from jvdelisle at gcc dot gnu dot org 2008-02-01 04:43 --- With this patch: @@ -1341,7 +1345,7 @@ find_array_section (gfc_expr *expr, gfc_ cons = base; } - while (mpz_cmp (ptr, index) > 0) + while (mpz_cmp (ptr, index) > 0 && cons && cons->n

[Bug other/11146] Bad characters can happen in cpp.1, gcc.1 man pages

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

[Bug translation/32959] msgfmt fails on file libcpp/po/fr.po

--- Comment #1 from bje at gcc dot gnu dot org 2008-02-01 04:09 --- I see nothing in the diffs of r111982 and r127119 to suggest corruption or problems with fr.po. Your gettext does appear quite old, though, compared to the version installed on my FC6 system. Can you please upgrade gett

[Bug other/11146] Bad characters can happen in cpp.1, gcc.1 man pages

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

[Bug target/14698] Error in "print_reg" prohibits compilation of cross-compiler components

--- Comment #2 from bje at gcc dot gnu dot org 2008-02-01 03:48 --- I cannot reproduce this on mainline. Could you please try again with today's version? Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14698

[Bug translation/32959] msgfmt fails on file libcpp/po/fr.po

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

[Bug other/32948] five warnings and a patch

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

[Bug c/30552] gcc crashed when compiling an example

-- bje at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail

[Bug target/26349] config/i386/i386.h: typo in comment?

--- Comment #1 from bje at gcc dot gnu dot org 2008-02-01 02:19 --- Thanks for the report. In the mainline i386.h (changed since 4.2), the cpu types are enumerated rather than a sequence of #defines. As a result, i486 really is "2", so the comment is now correct. enum target_cpu_def

[Bug target/26349] config/i386/i386.h: typo in comment?

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

[Bug c++/34715] [4.3 Regression] always_inline with templates and not declared as always_inline but definition has it

--- Comment #7 from pinskia at gcc dot gnu dot org 2008-02-01 02:00 --- Created an attachment (id=15072) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15072&action=view) Patch which includes the testcases -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34715

[Bug c/29326] __builtin_trap is not documented

--- Comment #5 from bje at gcc dot gnu dot org 2008-02-01 01:42 --- Fix committed to mainline and the 4.2 branch. -- bje at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/29326] __builtin_trap is not documented

--- Comment #4 from bje at gcc dot gnu dot org 2008-02-01 01:42 --- Subject: Bug 29326 Author: bje Date: Fri Feb 1 01:41:27 2008 New Revision: 131996 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131996 Log: PR c/29326 * doc/extend.texi (Other Builtins): Docume

[Bug c/29326] __builtin_trap is not documented

--- Comment #3 from bje at gcc dot gnu dot org 2008-02-01 01:41 --- Subject: Bug 29326 Author: bje Date: Fri Feb 1 01:40:49 2008 New Revision: 131995 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131995 Log: PR c/29326 * doc/extend.texi (Other Builtins): Docume

[Bug libfortran/35001] shape for negative sizes

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-02-01 01:37 --- Thomas, this is OK to commit since it is fixing a wrong code bug, assuming you have regression tested. (Discussed with Richi on IRC.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35001

[Bug c++/34715] [4.3 Regression] always_inline with templates and not declared as always_inline but definition has it

--- Comment #6 from pinskia at gcc dot gnu dot org 2008-02-01 00:53 --- (In reply to comment #1) > In addition, the following code fails with: This testcase is a regression. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/34715] always_inline with templates and not declared as always_inline but definition has it

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-02-01 00:50 --- This is not a regression as we never merged attributes for templates, the following patch added the merging of the attributes: 2007-08-27 Alexandre Oliva <[EMAIL PROTECTED]> * decl.c (GNU_INLINE_P): New.

[Bug libmudflap/35048] testsuite test pass41-frag.cxx fails

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-01 00:16 --- *** This bug has been marked as a duplicate of 32276 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug libmudflap/32276] [4.3 Regression]: libmudflap.c++/pass41-frag.cxx

--- Comment #6 from pinskia at gcc dot gnu dot org 2008-02-01 00:16 --- *** Bug 35048 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug libmudflap/35048] New: testsuite test pass41-frag.cxx fails

=== libmudflap tests === Running target unix FAIL: libmudflap.c++/pass41-frag.cxx execution test FAIL: libmudflap.c++/pass41-frag.cxx (-static) execution test FAIL: libmudflap.c++/pass41-frag.cxx ( -O) execution test FAIL: libmudflap.c++/pass41-frag.cxx (-O2) execution test FAIL: libmudflap.c++/p

[Bug bootstrap/35046] Toplevel compile script is not executable

--- Comment #2 from danglin at gcc dot gnu dot org 2008-02-01 00:11 --- Fixed. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRM

[Bug c++/35047] gcc 4.3.0 fails vectorisation tests from testsuite with --with-arch=core2

--- Comment #1 from jrp at dial dot pipex dot com 2008-02-01 00:11 --- Additionally === g++ tests === Running target unix XPASS: g++.dg/tree-ssa/ivopts-1.C scan-tree-dump-not ivopts "offset: (4294967292|0x0f+fc)" === g++ Summary === # of expected passe

[Bug c++/35047] New: gcc 4.3.0 fails vectorisation tests from testsuite with --with-arch=core2

Running target unix FAIL: gcc.c-torture/execute/20050316-2.c execution, -O0 FAIL: gcc.c-torture/execute/20050316-2.c execution, -O1 FAIL: gcc.c-torture/execute/pr34982.c execution, -O0 FAIL: gcc.c-torture/execute/pr34982.c execution, -O1 FAIL: gcc.dg/compat/vector-2 c_compat_x_tst.o-c_compa

[Bug c++/34715] always_inline with templates and not declared as always_inline but definition has it

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-01-31 23:39 --- Patch which I will be testing for 4.4.0: Index: cp/decl.c === --- cp/decl.c (revision 131943) +++ cp/decl.c (working copy) @@ -1675,6 +1675,11 @@

[Bug c++/34715] always_inline with templates and not declared as always_inline but definition has it

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-01-31 23:34 --- I have a fix for at least the trunk, DECL_DISREGARD_INLINE_LIMITS was not being copied. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug rtl-optimization/34773] [4.3 Regression] miscompilation of vfprintf_r

--- Comment #7 from hp at gcc dot gnu dot org 2008-01-31 23:21 --- Patch at . -- hp at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug bootstrap/35046] Toplevel compile script is not executable

--- Comment #1 from joseph at codesourcery dot com 2008-01-31 23:17 --- Subject: Re: New: Toplevel compile script is not executable On Thu, 31 Jan 2008, danglin at gcc dot gnu dot org wrote: > # ls -l compile > -rw-r--r-- 1 bin bin 3707 Jul 13 2005 compile > > Causes gcc configure

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

--- Comment #15 from dominiq at lps dot ens dot fr 2008-01-31 23:10 --- With the patch in comment #12 on powerpc-apple-darwin9, I am back to square 0!-( I have lost the remote access to my machine and I am sure 4ll have to reboot it tomorrow morning). -- http://gcc.gnu.org/bugzilla/

[Bug bootstrap/35046] New: Toplevel compile script is not executable

# ls -l compile -rw-r--r-- 1 bin bin 3707 Jul 13 2005 compile Causes gcc configure tests to fail. -- Summary: Toplevel compile script is not executable Product: gcc Version: 4.2.3 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/32760] [4.3 Regression] Error defining subroutine named PRINT

--- Comment #26 from pault at gcc dot gnu dot org 2008-01-31 22:59 --- Created an attachment (id=15071) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15071&action=view) A fix for the PR This is regtesting as I write. It fixes the first three PRs but not that of comment #25. I be

[Bug c/35045] gcc-4.3 generates wrong code on i386 with -O3

--- Comment #4 from aurelien at aurel32 dot net 2008-01-31 22:59 --- (In reply to comment #2) > Does -fno-gcse-after-reload fix the miscompiling? > Yes that fixes the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35045

[Bug c/35045] gcc-4.3 generates wrong code on i386 with -O3

--- Comment #3 from aurelien at aurel32 dot net 2008-01-31 22:58 --- Oops, the bug actually exist on *i386*, not on x86_64. I used the value from my main installation and not from my i386 chroot. Here are the correct specs: Using built-in specs. Target: i486-linux-gnu Configured with:

[Bug bootstrap/31577] mipsel-elf fails to build on Solaris 10

--- Comment #7 from thomas at maier-komor dot de 2008-01-31 22:56 --- Subject: Re: mipsel-elf fails to build on Solaris 10 rsandifo at nildram dot co dot uk schrieb: > --- Comment #6 from rsandifo at nildram dot co dot uk 2008-01-31 22:55 > --- > Subject: Re: mipsel-elf fail

[Bug middle-end/35045] gcc-4.3 generates wrong code on i386 with -O3

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-31 22:55 --- Does -fno-gcse-after-reload fix the miscompiling? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug bootstrap/31577] mipsel-elf fails to build on Solaris 10

--- Comment #6 from rsandifo at nildram dot co dot uk 2008-01-31 22:55 --- Subject: Re: mipsel-elf fails to build on Solaris 10 "thomas at maier-komor dot de" <[EMAIL PROTECTED]> writes: > One final question: can you tell me, what libssp is? It's the run-time support for the stack-sm

[Bug c/35045] gcc-4.3 generates wrong code on i386 with -O3

--- Comment #1 from aurelien at aurel32 dot net 2008-01-31 22:52 --- Created an attachment (id=15070) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15070&action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35045

[Bug c/35045] New: gcc-4.3 generates wrong code on i386 with -O3

The attached code, coming from the GNU libc (test-ifloat.c and s_cacoshf.c) gives wrong results when compiled with gcc-4.3 and -O3. The results are correct with gcc-4.3 and lower optimizations, or with gcc-4.2. Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --

[Bug bootstrap/31577] mipsel-elf fails to build on Solaris 10

--- Comment #5 from thomas at maier-komor dot de 2008-01-31 22:38 --- Subject: Re: mipsel-elf fails to build on Solaris 10 rsandifo at gcc dot gnu dot org schrieb: > --- Comment #4 from rsandifo at gcc dot gnu dot org 2008-01-31 22:35 > --- > "thomas at maier-komor dot de" <[

[Bug bootstrap/31577] mipsel-elf fails to build on Solaris 10

--- Comment #4 from rsandifo at gcc dot gnu dot org 2008-01-31 22:35 --- "thomas at maier-komor dot de" <[EMAIL PROTECTED]> writes: > --- Comment #3 from thomas at maier-komor dot de 2008-01-31 22:18 --- > Subject: Re: mipsel-elf fails to build on Solaris 10 > > rsandifo at gc

[Bug fortran/34910] [4.2/4.3 Regression] ICE on invalid assignments in doubly-contained functions

--- Comment #7 from dfranke at gcc dot gnu dot org 2008-01-31 22:29 --- Thanks for fixing :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34910

[Bug fortran/35040] usage of init expression in its own definition

--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-31 22:25 --- Answer (see link): All these are wrong per answer to an interpretation request: 6. INTEGER :: B = BIT_SIZE(B) 7. INTEGER :: B(BIT_SIZE(B)) 8. INTEGER :: D = DIGITS(D) 9. INTEGER :: D(DIGITS(D)) 10. REAL :: X = EP

[Bug fortran/34910] [4.2/4.3 Regression] ICE on invalid assignments in doubly-contained functions

--- Comment #6 from pault at gcc dot gnu dot org 2008-01-31 22:23 --- Fixed on trunk. Thanks for the hint, Daniel! Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/34910] [4.2/4.3 Regression] ICE on invalid assignments in doubly-contained functions

--- Comment #5 from pault at gcc dot gnu dot org 2008-01-31 22:21 --- Subject: Bug 34910 Author: pault Date: Thu Jan 31 22:20:47 2008 New Revision: 131985 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131985 Log: 2008-01-31 Paul Thomas <[EMAIL PROTECTED]> PR fortran/

[Bug middle-end/34483] wo_prof_two_strs.c:56: internal compiler error: in find_new_var_of_type, at ipa-struct-reorg.c:605

--- Comment #64 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-31 22:18 --- Subject: Re: wo_prof_two_strs.c:56: internal compiler error: in find_new_var_of_type, at ipa-struct-reorg.c:605 > Then, in the second loop, we load p[968].a and convert it to a float > value of 3. We do

[Bug bootstrap/31577] mipsel-elf fails to build on Solaris 10

--- Comment #3 from thomas at maier-komor dot de 2008-01-31 22:18 --- Subject: Re: mipsel-elf fails to build on Solaris 10 rsandifo at gcc dot gnu dot org schrieb: > --- Comment #1 from rsandifo at gcc dot gnu dot org 2008-01-25 10:08 > --- > I'm not sure how we can make prog

[Bug middle-end/34483] wo_prof_two_strs.c:56: internal compiler error: in find_new_var_of_type, at ipa-struct-reorg.c:605

--- Comment #62 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-31 22:00 --- Subject: Re: wo_prof_two_strs.c:56: internal compiler error: in find_new_var_of_type, at ipa-struct-reorg.c:605 On Thu, 31 Jan 2008, alond at il dot ibm dot com wrote: > > > --- Comment #61

[Bug bootstrap/31577] mipsel-elf fails to build on Solaris 10

--- Comment #2 from thomas at maier-komor dot de 2008-01-31 21:20 --- Subject: Re: mipsel-elf fails to build on Solaris 10 rsandifo at gcc dot gnu dot org schrieb: > --- Comment #1 from rsandifo at gcc dot gnu dot org 2008-01-25 10:08 > --- > I'm not sure how we can make prog

[Bug libfortran/35001] shape for negative sizes

--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-01-31 21:10 --- A patch for when trunk reopens. Index: m4/shape.m4 === --- m4/shape.m4 (revision 131915) +++ m4/shape.m4 (working copy) @@ -46,6 +46,7 @@ shape_'rtype_

[Bug c++/34936] ICE with double and attribute may_alias

--- Comment #6 from dgregor at gcc dot gnu dot org 2008-01-31 20:08 --- Fixed on mainline -- dgregor at gcc dot gnu dot org changed: What|Removed |Added Statu

[Bug c++/34935] [4.3 regression] ICE with attribute may_alias

--- Comment #5 from dgregor at gcc dot gnu dot org 2008-01-31 20:07 --- Fixed on mainline -- dgregor at gcc dot gnu dot org changed: What|Removed |Added Statu

[Bug c++/34935] [4.3 regression] ICE with attribute may_alias

--- Comment #4 from dgregor at gcc dot gnu dot org 2008-01-31 20:07 --- Subject: Bug 34935 Author: dgregor Date: Thu Jan 31 20:06:33 2008 New Revision: 131984 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131984 Log: 2008-01-31 Douglas Gregor <[EMAIL PROTECTED]> Ja

[Bug c++/34936] ICE with double and attribute may_alias

--- Comment #5 from dgregor at gcc dot gnu dot org 2008-01-31 20:07 --- Subject: Bug 34936 Author: dgregor Date: Thu Jan 31 20:06:33 2008 New Revision: 131984 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131984 Log: 2008-01-31 Douglas Gregor <[EMAIL PROTECTED]> Ja

[Bug c++/34715] always_inline with templates and not declared as always_inline but definition has it

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-31 19:51 --- Hi, namespace has nothing to do with the issue, The problem can be summarized as follows: if you have a declaration of the template function without always_inline and the definition with, the instationation does not

[Bug target/34900] [4.2 Regression] target mips64vrel-elf. Internal compiler error (in reload_cse_simplify_operands, at postreload.c:392) while building libiberty

--- Comment #5 from rsandifo at gcc dot gnu dot org 2008-01-31 19:36 --- For the record, the patch logged by the previous comment was to 4.3.0. It adds the missing mode I mentioned in comment #2. -- rsandifo at gcc dot gnu dot org changed: What|Removed

[Bug target/34900] target mips64vrel-elf. Internal compiler error (in reload_cse_simplify_operands, at postreload.c:392) while building libiberty

--- Comment #4 from rsandifo at gcc dot gnu dot org 2008-01-31 19:28 --- Subject: Bug 34900 Author: rsandifo Date: Thu Jan 31 19:28:03 2008 New Revision: 131983 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131983 Log: gcc/ PR target/34900 * config/mips/mips.c

[Bug target/34900] target mips64vrel-elf. Internal compiler error (in reload_cse_simplify_operands, at postreload.c:392) while building libiberty

--- Comment #3 from rsandifo at gcc dot gnu dot org 2008-01-31 19:27 --- Created an attachment (id=15068) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15068&action=view) Patch that I intend to commit Thanks for the testing. I went ahead and made the changes I mentioned in comme

[Bug inline-asm/34833] rejects "i"(&var) with -fpic -m32

--- Comment #6 from rth at gcc dot gnu dot org 2008-01-31 19:06 --- Yes, closing as not-a-bug for 32-bit i386. -- rth at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/32455] [4.1/4.2/4.3 regression] ICE with modified va_list, allows declaration of __builtin_*

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

[Bug rtl-optimization/35044] resource.c:find_dead_or_set_registers doesn't grok COND_EXEC

--- Comment #1 from amylaar at gcc dot gnu dot org 2008-01-31 18:45 --- Created an attachment (id=15067) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15067&action=view) Test case This is a test case, extracted from an ARC linux kernel. -- http://gcc.gnu.org/bugzilla/show_bug

[Bug rtl-optimization/35044] New: resource.c:find_dead_or_set_registers doesn't grok COND_EXEC

find_dead_or_set_registers uses mark_set_resources to determine if a register is set, and if it is, it concludes that the register is before that set. A register is also considered set when the set is inside a COND_EXEC, thus delay slot scheduling can clobber values in registers that are supposed t

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

--- Comment #14 from andreast at gcc dot gnu dot org 2008-01-31 18:39 --- With the patch from #12: === libjava Summary === # of expected passes2550 Thanks again! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug middle-end/34483] wo_prof_two_strs.c:56: internal compiler error: in find_new_var_of_type, at ipa-struct-reorg.c:605

--- Comment #61 from alond at il dot ibm dot com 2008-01-31 18:07 --- > Done. Still have same fails on hppa2.0w-hp-hpux11.11. Dave, can you please perform an initial debugging? I think it will make it easier to loacte the bug if we had some debugging information, like where is the fa

[Bug middle-end/35043] ICE in tree-data-ref because signed_type_for_types returns NULL

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-31 17:30 --- Mine. I have a patch, defered for 4.4. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug rtl-optimization/33410] [4.2/4.3 regression] ICE in iv_analyze_expr, at loop-iv.c:934

-- rth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33410

[Bug middle-end/35043] ICE in tree-data-ref because signed_type_for_types returns NULL

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-31 17:23 --- Reduced testcase: typedef long unsigned int size_t; typedef struct { long double dat[2]; } gsl_complex_long_double; typedef struct { size_t size; size_t stride; long double *data; } gsl_vector_co

[Bug rtl-optimization/33410] [4.2/4.3 regression] ICE in iv_analyze_expr, at loop-iv.c:934

--- Comment #13 from rth at gcc dot gnu dot org 2008-01-31 17:23 --- Created an attachment (id=15066) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15066&action=view) proposed fix There's two things we can do. First, we could modify loop-iv.c to cope with a CCmode REG_EQUAL note

[Bug tree-optimization/35043] ICE in tree-data-ref because signed_type_for_types returns NULL

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-31 17:15 --- Created an attachment (id=15065) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15065&action=view) testcase -O -ftree-vectorize a cross from x86_64 is enough to trigger the ICE. reducing. -- http://gcc.g

[Bug tree-optimization/35043] New: ICE in tree-data-ref because signed_type_for_types returns NULL

1510 type = signed_type_for_types (TREE_TYPE (chrec_a), TREE_TYPE (chrec_b)); 1511 chrec_a = chrec_convert (type, chrec_a, NULL_TREE); (gdb) p type $4 = (tree) 0x0 and we then ICE in #0 0x0064bc08 in fold_convert (type=0x0, arg=0x2aad7d1bb570) at /space/rguenther/src/svn/t

[Bug other/35042] Documentation for -finline-limit is incorrect

--- Comment #7 from ddenisen at altera dot com 2008-01-31 16:40 --- If the default behaviour has to stay, then I think the option should be removed. Having no option is better than having an option with an unreproducible default. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35042

[Bug rtl-optimization/33410] [4.2/4.3 regression] ICE in iv_analyze_expr, at loop-iv.c:934

--- Comment #12 from rth at gcc dot gnu dot org 2008-01-31 16:34 --- Looks like a bad REG_EQUAL note -- it's got a wrong (or confusing) mode. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33410

[Bug rtl-optimization/33410] [4.2/4.3 regression] ICE in iv_analyze_expr, at loop-iv.c:934

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

[Bug other/35042] Documentation for -finline-limit is incorrect

--- Comment #6 from rguenther at suse dot de 2008-01-31 16:22 --- Subject: Re: Documentation for -finline-limit is incorrect On Thu, 31 Jan 2008, ddenisen at altera dot com wrote: > --- Comment #4 from ddenisen at altera dot com 2008-01-31 16:12 --- > > @emph{Note:} there may

[Bug other/35042] Documentation for -finline-limit is incorrect

--- Comment #5 from ddenisen at altera dot com 2008-01-31 16:13 --- > @emph{Note:} there may be no value to @option{-finline-limit} that results > in default behavior. That's also not user-friendly. When it is changed, it is not clear what is "more aggressive" inlining and what is not.

[Bug other/35042] Documentation for -finline-limit is incorrect

--- Comment #4 from ddenisen at altera dot com 2008-01-31 16:12 --- > @emph{Note:} there may be no value to @option{-finline-limit} that results > in default behavior. That's also not user-friendly. When it is changed, it is not clear what is "more aggressive" inlining and what is not.

[Bug other/35042] Documentation for -finline-limit is incorrect

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-31 16:05 --- I agree, just the switch will have different effects with different releases. I will correct the documentation to something like @item [EMAIL PROTECTED] @opindex finline-limit By default, GCC limits the size of func

[Bug other/35042] Documentation for -finline-limit is incorrect

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

[Bug other/35042] Documentation for -finline-limit is incorrect

--- Comment #2 from ddenisen at altera dot com 2008-01-31 15:59 --- (In reply to comment #1) > -finline-limit=N should be deprecated. It is an alias for --param > max-inline-insns-single=N/2 --param max-inline-insns-auto=N/2. > > There is no real default, instead the defaults for max-

[Bug other/35042] Documentation for -finline-limit is incorrect

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-31 15:54 --- -finline-limit=N should be deprecated. It is an alias for --param max-inline-insns-single=N/2 --param max-inline-insns-auto=N/2. There is no real default, instead the defaults for max-inline-insns-single is 450, t

[Bug other/35042] New: Documentation for -finline-limit is incorrect

Documentation states that the default value of -finline-limit is 600. However, if -finline-limit=600 is actually used with -O3, the code size is much bigger than if it weren't used with -O3. The real default value seems to be closer to 180. Default values specified for max-inline-insns-single (450

[Bug fortran/34868] ICE with -ff2c for function returning a complex number

--- Comment #6 from fxcoudert at gcc dot gnu dot org 2008-01-31 15:36 --- That one is not a regression. It happens because, when the a argument is an assumed-shape array, gfc_return_by_reference() return 0 because sym->attr.always_explicit is set for the function. There are two interes

[Bug c/35034] assembler errors when building gcc/unwind-*.c at -O0 or -O1 with IMA

--- Comment #10 from rguenth at gcc dot gnu dot org 2008-01-31 15:20 --- That's a accepts-invalid problem on 4.1, try the same thing with the reduced testcase from comment #6. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35034

[Bug c/35034] assembler errors when building gcc/unwind-*.c at -O0 or -O1 with IMA

--- Comment #9 from aldot at gcc dot gnu dot org 2008-01-31 15:18 --- (In reply to comment #7) > Fails with 4.1.2 for me as well, with the static. w/o 4.1 complains > > t1.c:5: error: '__gthrw_pthread_once' defined both normally and as an alias > Works flawlessly for me (without the

[Bug middle-end/35041] ICE in tree-ssa-ccp.c with -fipa-struct-reorg

--- Comment #4 from olga at gcc dot gnu dot org 2008-01-31 15:18 --- The following test fixes the problem. Under the testing now. Index: ipa-struct-reorg.c === --- ipa-struct-reorg.c (revision 131976) +++ ipa-struct-reorg.

[Bug middle-end/35041] ICE in tree-ssa-ccp.c with -fipa-struct-reorg

--- Comment #3 from olga at gcc dot gnu dot org 2008-01-31 15:11 --- (In reply to comment #2) > Eh, how is this a regression? Was struct-reorg in 4.2? Of course not. Olga -- olga at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/35034] assembler errors when building gcc/unwind-*.c at -O0 or -O1 with IMA

--- Comment #8 from aldot at gcc dot gnu dot org 2008-01-31 15:11 --- (In reply to comment #2) > I suppose the static function > > static const unsigned char * > read_uleb128 (const unsigned char *p, _uleb128_t *val) > { > > in unwind-pe.h should be marked 'inline', otherwise it will b

[Bug c/35034] assembler errors when building gcc/unwind-*.c at -O0 or -O1 with IMA

--- Comment #7 from rguenth at gcc dot gnu dot org 2008-01-31 15:10 --- Fails with 4.1.2 for me as well, with the static. w/o 4.1 complains t1.c:5: error: '__gthrw_pthread_once' defined both normally and as an alias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35034

[Bug c/35034] assembler errors when building gcc/unwind-*.c at -O0 or -O1 with IMA

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-31 15:08 --- Confirmed. The following also fails with optimization: t1.c: static void __attribute__((used)) size_of_encoded_value (void) { }; static int __gthrw_pthread_once __attribute__ ((__weakref__("pthread_once"))); t2.c:

[Bug c/35034] [4.3 Regression] assembler errors when building gcc/unwind-*.c at -O0 or -O1

--- Comment #5 from aldot at gcc dot gnu dot org 2008-01-31 15:05 --- Works with gcc-4.1.2 (if one prunes the 'static' of the weakref; They were required to be public back then): $ gcc-4.1 pr35034-1.c pr35034-2.c -O0 -S -o - -combine -pipe .file "pr35034-1.c" .text .gl

[Bug libstdc++/35000] #include sometimes fails in namespaces

--- Comment #3 from bangerth at dealii dot org 2008-01-31 14:53 --- This way you make the compiler believe that all the functions are in a namespace when the compiler that compiled these functions into a .dll assumed that they are not. This can't work. -- http://gcc.gnu.org/bugzilla

[Bug c/35034] assembler errors when building gcc/unwind-*.c at -O0 or -O1

oded_value, .-size_of_encoded_value .weakref__gthrw_pthread_once,pthread_once .ident "GCC: (GNU) 4.3.0 20080131 (experimental)" .section.note.GNU-stack,"",@progbits -- aldot at gcc dot gnu dot org changed:

[Bug middle-end/35041] [4.3 Regression] ICE in tree-ssa-ccp.c with -fipa-struct-reorg

--- Comment #2 from steven at gcc dot gnu dot org 2008-01-31 14:47 --- Eh, how is this a regression? Was struct-reorg in 4.2? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35041

[Bug middle-end/35041] [4.3 Regression] ICE in tree-ssa-ccp.c with -fipa-struct-reorg

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-31 14:39 --- Confirmed. ICEs with -O -fwhole-program -fipa-type-escape -fipa-struct-reorg -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/35041] New: ICE in tree-ssa-ccp.c with -fipa-struct-reorg

The following testcase fails for me when compiled with -O3 -fwhole-program -fdump-ipa-all -combine -fipa-type-escape -fipa-struct-reorg #include typedef struct test_struct { int a; int b; } type_struct; typedef type_struct **struct_pointer2; struct_pointer2 str1; int main() { int i, j;

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

--- Comment #13 from rguenth at gcc dot gnu dot org 2008-01-31 14:19 --- I guess this should be P1, ppc-darwin is still a secondary platform and we shouldn't break its libjava ABI. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

--- Comment #12 from rguenth at gcc dot gnu dot org 2008-01-31 14:14 --- Created an attachment (id=15064) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15064&action=view) patch D*mn. Try this one. -- rguenth at gcc dot gnu dot org changed: What|Removed

Our remedies oft in ourselves do.

Andexpertness in wars or.

[Bug fortran/35037] VOLATILE attribute not being honored with common block variable

--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-31 13:59 --- trans-decl has: if (sym->attr.volatile_) { TREE_THIS_VOLATILE (decl) = 1; new = build_qualified_type (TREE_TYPE (decl), TYPE_QUAL_VOLATILE); TREE_TYPE (decl) = new; } However, variables w

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

--- Comment #11 from andreast at gcc dot gnu dot org 2008-01-31 13:30 --- Applying the patch from #5 on r131976 Results here: /Volumes/development/gcc/head/gcc/libjava/jni.cc: In function 'T extract_from_jvalue(const jvalue&) [with T = jboolean]': /Volumes/development/gcc/head/gcc/lib

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

--- Comment #10 from andreast at gcc dot gnu dot org 2008-01-31 12:51 --- You'd need at least a fresh build of libstdc++ and libjava. An incremental build failed for me as well. So I have rm -rf'ed the two libraries. And I saved a complete bootstrap :) That was for yesterdays trial. Rig

  1   2   >