[Bug rtl-optimization/46521] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7092 with -Os -fselective-scheduling2 -fsel-sched-pipelining -fprofile-generate -fno-early-inlining

2010-11-18 Thread abel at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46521

Andrey Belevantsev abel at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2010.11.18 08:09:54
 CC||abel at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #1 from Andrey Belevantsev abel at gcc dot gnu.org 2010-11-18 
08:09:54 UTC ---
Investigating.


[Bug c/46155] Bug with generation of float.h header file on AIX

2010-11-18 Thread kon at iki dot fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46155

--- Comment #13 from Kalle Olavi Niemitalo kon at iki dot fi 2010-11-18 
08:10:20 UTC ---
Earlier, I thought GCC would eventually have to add some libc-specific
definitions to float.h anyway, in order to make FLT_ROUNDS call a function in
the C library and map the results correctly, and the IBM fprnd_t and function
declarations could then be added at the same time; but according to bug 30569,
FLT_ROUNDS is supposed to call a built-in function instead.

FLT_EVAL_METHOD has a similar ??? comment above it, but C99 says it shall be
a constant expression[s] suitable for use in #if preprocessing directives, so
cannot expand to a function call.


[Bug debug/46258] gcc.dg/tree-ssa/pr23820.c: -fcompare-debug failure with -O3 -ffloat-store

2010-11-18 Thread aoliva at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46258

Alexandre Oliva aoliva at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2010.11.18 08:30:50
 AssignedTo|unassigned at gcc dot   |aoliva at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #1 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-11-18 
08:30:50 UTC ---
Mine


[Bug middle-end/46534] New: [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf (...10MBstring\n) into puts

2010-11-18 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534

   Summary: [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf
(...10MBstring\n) into puts
   Product: gcc
   Version: 4.4.5
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ja...@gcc.gnu.org


/* { dg-do compile } */
/* { dg-options -O2 } */

#define S1 
#define S2 S1 S1 S1 S1 S1 S1 S1 S1 S1 S1
#define S3 S2 S2 S2 S2 S2 S2 S2 S2 S2 S2
#define S4 S3 S3 S3 S3 S3 S3 S3 S3 S3 S3
#define S5 S4 S4 S4 S4 S4 S4 S4 S4 S4 S4
#define S6 S5 S5 S5 S5 S5 S5 S5 S5 S5 S5
#define S7 S6 S6 S6 S6 S6 S6 S6 S6 S6 S6

void
foo (void)
{
  __builtin_printf (S7 \n);
}

ICEs, because printf-puts folding uses XALLOCAVEC for the string literal,
which for very long strings overflows the stack.


[Bug debug/46258] gcc.dg/tree-ssa/pr23820.c: -fcompare-debug failure with -O3 -ffloat-store

2010-11-18 Thread aoliva at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46258

--- Comment #2 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-11-18 
08:32:53 UTC ---
Created attachment 22438
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22438
Patch that fixes the bug

Here's the patch I'm testing.


[Bug middle-end/46534] [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf (...10MBstring\n) into puts

2010-11-18 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2010.11.18 08:35:47
  Known to work||3.2.3
 AssignedTo|unassigned at gcc dot   |jakub at gcc dot gnu.org
   |gnu.org |
   Target Milestone|--- |4.3.6
 Ever Confirmed|0   |1
  Known to fail||3.4.6, 4.4.5, 4.5.1, 4.6.0


[Bug middle-end/46534] [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf (...10MBstring\n) into puts

2010-11-18 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534

--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18 
08:47:37 UTC ---
Created attachment 22439
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22439
gcc46-pr46534.patch

Untested fix.


[Bug lto/46525] [4.6 Regression] Failed to bootstrap-lto

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46525

Richard Guenther rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2010.11.18 10:04:31
 Ever Confirmed|0   |1

--- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
10:04:31 UTC ---
Mine then.  How do you build bootstrap-lto?


[Bug c++/46526] [4.6 Regression] VTable Problem?

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46526

Richard Guenther rguenth at gcc dot gnu.org changed:

   What|Removed |Added

   Keywords||wrong-code
  Known to work||4.5.1
   Target Milestone|--- |4.6.0
Summary|VTable Problem? |[4.6 Regression] VTable
   ||Problem?

--- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
10:06:57 UTC ---
Confirmed.


[Bug bootstrap/46528] [ia64] profiledbootstrap failure

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528

--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
10:09:44 UTC ---
What you do is look at the gimple before pass_ipa_tree_profile at profile-use
and profile-generate time, they should have matching CFGs.  If they don't
then that's the bug.


[Bug testsuite/46529] guality_check times out, so guality tests are not run

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46529

--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
10:11:00 UTC ---
Huh.  But after all it correctly detects the tests won't work ...


[Bug middle-end/46510] [4.6 Regression] r166812 breaks bootstrap on x86_64-apple-darwin10

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510

Richard Guenther rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 CC||danglin at gcc dot gnu.org

--- Comment #9 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
10:12:07 UTC ---
*** Bug 46530 has been marked as a duplicate of this bug. ***


[Bug libgomp/46530] libgomp/barrier.c:41:1: internal compiler error: in decide_is_variable_needed, at varpool.c:338

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46530

Richard Guenther rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
10:12:07 UTC ---
.

*** This bug has been marked as a duplicate of bug 46510 ***


[Bug lto/46531] Many benchmarks in SPEC CPU 2006 are miscompiled by LTO

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46531

Richard Guenther rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.11.18 10:16:32
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
10:16:32 UTC ---
Also can be seen here:

http://gcc.opensuse.org/SPEC/CFP/sb-barbella.suse.de-ai-64/recent.html

(the tester finally recovered)

SPEC INT is all fine though.  I see neary all of SPEC FP fail (with
the linker plugin).

SPEC 2k seems to be fine.  What an interesting amount of different LTO
variants ... ;)


[Bug middle-end/46534] [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf (...10MBstring\n) into puts

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534

--- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
10:19:39 UTC ---
Err.  Why not avoid the copying completely?  build_string will copy it
anyway (and thus so does build_string_literal).


[Bug middle-end/46518] internal compiler error: in vinsn_detach, at sel-sched-ir.c:1271

2010-11-18 Thread amonakov at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46518

--- Comment #13 from Alexander Monakov amonakov at gcc dot gnu.org 2010-11-18 
10:24:38 UTC ---
Author: amonakov
Date: Thu Nov 18 10:24:31 2010
New Revision: 166898

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166898
Log:
PR middle-end/46518
* sel-sched-ir.c (init_expr): Use the correct type for
target_available.
* sel-sched.c (fill_vec_av_set): Use explicitly signed char type.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/sel-sched-ir.c
trunk/gcc/sel-sched.c


[Bug driver/46516] Non-multilib search problem in gcc.c / gfortran error: libgfortran.spec: No such file or directory

2010-11-18 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46516

Tobias Burnus burnus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2010.11.18 10:24:17
 AssignedTo|unassigned at gcc dot   |burnus at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #15 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-18 
10:24:17 UTC ---
Patch which gets rid of the spec file:
http://gcc.gnu.org/ml/fortran/2010-11/msg00274.html


[Bug middle-end/46534] [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf (...10MBstring\n) into puts

2010-11-18 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534

--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18 
10:25:21 UTC ---
Because it needs to modify it first (overwrite '\n' with '\0').


[Bug middle-end/46518] internal compiler error: in vinsn_detach, at sel-sched-ir.c:1271

2010-11-18 Thread amonakov at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46518

Alexander Monakov amonakov at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #14 from Alexander Monakov amonakov at gcc dot gnu.org 2010-11-18 
10:26:42 UTC ---
Fixed.


[Bug tree-optimization/46535] New: [4.6 Regression] Endless loop during inlining

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46535

   Summary: [4.6 Regression] Endless loop during inlining
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rgue...@gcc.gnu.org
CC: hubi...@gcc.gnu.org


Reducing PR46523 I run into

 gdb --args ./cc1plus -quiet -O2 -m32 -w -std=c++0x -o /dev/null 9793.ii
...
Program received signal SIGINT, Interrupt.
0x00f9a39c in cgraph_decide_inlining_of_small_functions ()
at /space/rguenther/src/svn/trunk/gcc/ipa-inline.c:1178
1178  where = where-callers-caller;
(gdb) l
1173  where = edge-caller;
1174  while (where-global.inlined_to)
1175{
1176  if (where-decl == edge-callee-decl)
1177break;
1178  where = where-callers-caller;
1179}
1180  if (where-global.inlined_to)
1181{
1182  edge-inline_failed
(gdb) p where-callers-caller
$1 = (struct cgraph_node *) 0x74f99420
(gdb) p where
$2 = (struct cgraph_node *) 0x74f99420
(gdb) p where-global.inlined_to
$3 = (struct cgraph_node *) 0x74fb3420

thus, an endless loop.  Maybe related to the original PR of course.

I will try to reduce this one as well as soon as reducing the other
one finished.


[Bug tree-optimization/46535] [4.6 Regression] Endless loop during inlining

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46535

--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
10:32:38 UTC ---
Created attachment 22440
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22440
testcase


[Bug tree-optimization/46535] [4.6 Regression] Endless loop during inlining

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46535

Richard Guenther rguenth at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|--- |4.6.0


[Bug lto/46525] [4.6 Regression] Failed to bootstrap-lto

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46525

--- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
11:16:35 UTC ---
Hm.  We have

  t (leader)  -  main-variant (but t is its leader)

so we violated

  /* Always register the main variant first.  This is important so we
 pick up the non-typedef variants as canonical, otherwise we'll end
 up taking typedef ids for structure tags during comparison.  */
  if (TYPE_MAIN_VARIANT (t) != t)
gimple_register_type (TYPE_MAIN_VARIANT (t));

somehow.  This results in endless recursion between the two fns.

I have a patch.


[Bug debug/46338] -fcompare-debug failure (length) with -O -fprofile-generate

2010-11-18 Thread aoliva at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46338

Alexandre Oliva aoliva at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2010.11.18 11:22:02
 AssignedTo|unassigned at gcc dot   |aoliva at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #2 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-11-18 
11:22:02 UTC ---
Mine


[Bug debug/46338] -fcompare-debug failure (length) with -O -fprofile-generate

2010-11-18 Thread aoliva at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46338

--- Comment #3 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-11-18 
11:23:50 UTC ---
Created attachment 22441
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22441
Patch that fixes the problem

Here's the patch I'm testing.


[Bug c/46536] New: ICE when compiling ARM kernel

2010-11-18 Thread rootkit85 at yahoo dot it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46536

   Summary: ICE when compiling ARM kernel
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rootki...@yahoo.it


I get this when compiling an Android ARM kernel:


arm-eabi-gcc -Wp,-MD,mm/.page-writeback.o.d  -nostdinc -mlittle-endian -Wall
-Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common
-Werror-implicit-function-declaration -Wno-format-security
-fno-delete-null-pointer-checks -O2 -marm -mabi=aapcs-linux
-mno-thumb-interwork -funwind-tables -D__LINUX_ARM_ARCH__=7 -march=armv7-a
-msoft-float -Uarm -Wframe-larger-than=1024 -fno-stack-protector
-fomit-frame-pointer -Wdeclaration-after-statement -Wno-pointer-sign
-fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack  -c -o
mm/page-writeback.o mm/page-writeback.imm/page-writeback.c: In function
'write_cache_pages':
mm/page-writeback.c:820: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.

--- Comment #1 from rootkit85 at yahoo dot it rootkit85 at yahoo dot it 
2010-11-18 11:25:06 UTC ---
Created attachment 22442
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22442
the preprocessed source file


[Bug c/46076] [4.6 regression] constant propagation and compile-time math no longer happening versus 4.4 and 4.5

2010-11-18 Thread rguenther at suse dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076

--- Comment #12 from rguenther at suse dot de rguenther at suse dot de 
2010-11-18 11:31:59 UTC ---
On Wed, 17 Nov 2010, matt at use dot net wrote:

 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076
 
 --- Comment #11 from Matt Hargett matt at use dot net 2010-11-17 21:37:43 
 UTC ---
 Given that int foo() and int foo(void) are not varargs functions, 
 shouldn't
 GCC mainline be able to optimize this?

The types are not treated as compatible.

The following would change that:

Index: tree-ssa.c
===
--- tree-ssa.c  (revision 166900)
+++ tree-ssa.c  (working copy)
@@ -1410,6 +1410,11 @@ useless_type_conversion_p (tree outer_ty
   if (!TYPE_ARG_TYPES (outer_type))
return true;

+  /* A conversion between unprototyped and empty argument list is ok.  
*/
+  if (TYPE_ARG_TYPES (outer_type) == void_list_node
+  !TYPE_ARG_TYPES (inner_type))
+   return true;
+
   /* If the unqualified argument types are compatible the conversion
 is useless.  */
   if (TYPE_ARG_TYPES (outer_type) == TYPE_ARG_TYPES (inner_type))

But for example our type-generic builtins for isinf and friends also
use a NULL TYPE_ARG_TYPES list but they _are_ variadic and certainly
not compatible with isinf (void).  I'm also not sure if other languages
allow variadic functions without a first arg (the backends would
certainly handle that just fine I think).

That said - the middle-end doesn't really have a notion of unprototyped.
That's a concept the frontend should lower (at call-sites, but that
requires some middle-end infrastructure change).

Richard.


[Bug middle-end/46534] [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf (...10MBstring\n) into puts

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534

--- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
11:52:48 UTC ---
(In reply to comment #3)
 Because it needs to modify it first (overwrite '\n' with '\0').

?

just pass a proper length, build_string will append a \0, no?  That said,
if build_string doesn't work, create a variant that will do.  No need
to copy twice.  Really.


[Bug lto/46525] [4.6 Regression] Failed to bootstrap-lto

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46525

--- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
11:55:33 UTC ---
I'm past the failure but now see comparison fails of all files.  Ah, I forgot
--frandom-seed=0.


[Bug other/46026] [trans-mem] Unable to build libitm on Solaris/x86

2010-11-18 Thread aoliva at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46026

Alexandre Oliva aoliva at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2010.11.18 12:02:26
 CC||aoliva at gcc dot gnu.org
 AssignedTo|unassigned at gcc dot   |aoliva at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #1 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-11-18 
12:02:26 UTC ---
Mine.  Patch that fixes this is at
http://gcc.gnu.org/ml/gcc-patches/2010-11/msg01773.html


[Bug c/46076] [4.6 regression] constant propagation and compile-time math no longer happening versus 4.4 and 4.5

2010-11-18 Thread hubicka at ucw dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076

--- Comment #13 from Jan Hubicka hubicka at ucw dot cz 2010-11-18 12:07:51 
UTC ---
 That said - the middle-end doesn't really have a notion of unprototyped.
 That's a concept the frontend should lower (at call-sites, but that
 requires some middle-end infrastructure change).
What I was thinking of here is some gimple optimization working out that we can
update type of the originally indirect call...  That way the types don't need
to
be neccesarily compatible.
Obviously KR C will also do variadic functions without prototypes...

Honza


[Bug c/46076] [4.6 regression] constant propagation and compile-time math no longer happening versus 4.4 and 4.5

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076

--- Comment #14 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
12:11:42 UTC ---
(In reply to comment #13)
  That said - the middle-end doesn't really have a notion of unprototyped.
  That's a concept the frontend should lower (at call-sites, but that
  requires some middle-end infrastructure change).
 What I was thinking of here is some gimple optimization working out that we 
 can
 update type of the originally indirect call...  That way the types don't need
 to
 be neccesarily compatible.
 Obviously KR C will also do variadic functions without prototypes...

What we need (and what I unfortunately have postponed to next stage1) is
a way to keep the (indirect call) function type.  For which I will simply
add a fn_type member to gimple_call which is controlled by the frontend.
We then can treat function pointer conversions as useless (and then
the inliner has to decide if the call is suitable for the fndecl).


[Bug tree-optimization/46537] New: [4.6 Regression] ICE: SIGSEGV in simplify_replace_fn_rtx (simplify-rtx.c:362) with -g -O -fipa-cp -fipa-cp-clone -freorder-blocks

2010-11-18 Thread zsojka at seznam dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46537

   Summary: [4.6 Regression] ICE: SIGSEGV in
simplify_replace_fn_rtx (simplify-rtx.c:362) with -g
-O -fipa-cp -fipa-cp-clone -freorder-blocks
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zso...@seznam.cz
  Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu


Created attachment 22443
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22443
reduced testcase

Compiler output:
$ gcc -g -O -fipa-cp -fipa-cp-clone -freorder-blocks testcase.C
testcase.C: In function 'void test5()':
testcase.C:56:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.

Tested revisions:
r166868 - crash
r165699 - OK
r163636 - OK
4.5 r166509 - OK


[Bug tree-optimization/46537] [4.6 Regression] ICE: SIGSEGV in simplify_replace_fn_rtx (simplify-rtx.c:362) with -g -O -fipa-cp -fipa-cp-clone -freorder-blocks

2010-11-18 Thread zsojka at seznam dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46537

--- Comment #1 from Zdenek Sojka zsojka at seznam dot cz 2010-11-18 12:28:43 
UTC ---
(gdb) bt
#0  simplify_replace_fn_rtx (x=0x0, old_rtx=0x0, fn=0xb8c4c0
strip_pointer_flags, data=0x0)
at /mnt/svn/gcc-trunk/gcc/simplify-rtx.c:362
#1  0x00b9b1c8 in emit_note_insn_var_location (varp=0x1938840,
data=value optimized out)
at /mnt/svn/gcc-trunk/gcc/var-tracking.c:7324
#2  0x011cf478 in htab_traverse_noresize (htab=value optimized out, 
callback=0xb9a840 emit_note_insn_var_location, info=0x7fffd880) at
/mnt/svn/gcc-trunk/libiberty/hashtab.c:784
#3  0x00b927bd in emit_notes_for_changes (insn=0x75d8d798,
where=EMIT_NOTE_BEFORE_INSN, 
vars=value optimized out) at /mnt/svn/gcc-trunk/gcc/var-tracking.c:7532
#4  0x00b981ed in emit_notes_for_differences () at
/mnt/svn/gcc-trunk/gcc/var-tracking.c:7674
#5  vt_emit_notes () at /mnt/svn/gcc-trunk/gcc/var-tracking.c:7995
#6  0x00b9e783 in variable_tracking_main_1 () at
/mnt/svn/gcc-trunk/gcc/var-tracking.c:8610
#7  variable_tracking_main () at /mnt/svn/gcc-trunk/gcc/var-tracking.c:8624
#8  0x00909e0f in execute_one_pass (pass=0x177f6c0) at
/mnt/svn/gcc-trunk/gcc/passes.c:1560
#9  0x0090a0d5 in execute_pass_list (pass=0x177f6c0) at
/mnt/svn/gcc-trunk/gcc/passes.c:1615
#10 0x0090a0e7 in execute_pass_list (pass=0x177c1c0) at
/mnt/svn/gcc-trunk/gcc/passes.c:1616
#11 0x0090a0e7 in execute_pass_list (pass=0x177c220) at
/mnt/svn/gcc-trunk/gcc/passes.c:1616
#12 0x00a4e0d6 in tree_rest_of_compilation (fndecl=0x75d0ed00) at
/mnt/svn/gcc-trunk/gcc/tree-optimize.c:422
#13 0x00c15a12 in cgraph_expand_function (node=0x75d24420) at
/mnt/svn/gcc-trunk/gcc/cgraphunit.c:1494
#14 0x00c17fea in cgraph_expand_all_functions () at
/mnt/svn/gcc-trunk/gcc/cgraphunit.c:1553
#15 cgraph_optimize () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1809
#16 0x00c1855a in cgraph_finalize_compilation_unit () at
/mnt/svn/gcc-trunk/gcc/cgraphunit.c:1017
#17 0x00585ded in cp_write_global_declarations () at
/mnt/svn/gcc-trunk/gcc/cp/decl2.c:3973
#18 0x009f6d60 in compile_file (argc=7, argv=0x7fffde88) at
/mnt/svn/gcc-trunk/gcc/toplev.c:882
#19 do_compile (argc=7, argv=0x7fffde88) at
/mnt/svn/gcc-trunk/gcc/toplev.c:2313
#20 toplev_main (argc=7, argv=0x7fffde88) at
/mnt/svn/gcc-trunk/gcc/toplev.c:2374
#21 0x76579bbd in __libc_start_main () from /lib/libc.so.6
#22 0x004caea1 in _start ()


[Bug target/40171] GCC does not pass -mtune and -march options to assembler!

2010-11-18 Thread mahatma at eu dot by
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40171

Dzianis Kahanovich mahatma at eu dot by changed:

   What|Removed |Added

  Attachment #22434|0   |1
is obsolete||

--- Comment #7 from Dzianis Kahanovich mahatma at eu dot by 2010-11-18 
12:31:25 UTC ---
Created attachment 22444
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22444
atune2.patch

Bugfix  targets.


[Bug c++/46538] New: [4.3/4.4./4.5/4.6 Regression] ICE: SIGSEGV in cp_make_fname_decl (decl.c:3690) on invalid code when using __PRETTY_FUNCTION__

2010-11-18 Thread zsojka at seznam dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46538

   Summary: [4.3/4.4./4.5/4.6 Regression] ICE: SIGSEGV in
cp_make_fname_decl (decl.c:3690) on invalid code when
using __PRETTY_FUNCTION__
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zso...@seznam.cz


- testcase.C -
S():str(__PRETTY_FUNCTION__) {}
--

Output with valgrind:
$ gcc testcase.C
testcase.C:1:3: error: ISO C++ forbids declaration of 'S' with no type
[-fpermissive]
testcase.C: In function 'int S()':
testcase.C:1:5: error: only constructors take member initializers
==12873== Invalid read of size 1
==12873==at 0x503CE7: cp_make_fname_decl (decl.c:3690)
==12873==by 0x662D44: fname_decl (c-common.c:856)
==12873==by 0x602FD5: finish_fname (semantics.c:2289)
==12873==by 0x5A7DA3: cp_parser_primary_expression (parser.c:3781)
==12873==by 0x5A7FBF: cp_parser_postfix_expression (parser.c:5137)
==12873==by 0x5A8C7B: cp_parser_unary_expression (parser.c:6109)
==12873==by 0x5A95D7: cp_parser_binary_expression (parser.c:6779)
==12873==by 0x5A9ADA: cp_parser_assignment_expression (parser.c:6995)
==12873==by 0x5ABBAE: cp_parser_parenthesized_expression_list
(parser.c:5703)
==12873==by 0x5B1C7B: cp_parser_ctor_initializer_opt_and_function_body
(parser.c:10667)
==12873==by 0x5B24B1: cp_parser_function_definition_after_declarator
(parser.c:19647)
==12873==by 0x5B3C9B: cp_parser_init_declarator (parser.c:19576)
==12873==  Address 0x74 is not stack'd, malloc'd or (recently) free'd
==12873== 
cc1plus: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.

Tested revisions:
r166868 - crash
3.3.6, 4.1.2, 4.2.4, 4.3.5, 4.4.5, 4.5.1 - bails out (release/no checking)
3.4.6, 4.0.4 - OK (release/no checking)


[Bug c++/46538] [4.3/4.4./4.5/4.6 Regression] ICE: SIGSEGV in cp_make_fname_decl (decl.c:3690) on invalid code when using __PRETTY_FUNCTION__

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46538

Richard Guenther rguenth at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|--- |4.3.6


[Bug c/46536] ICE when compiling ARM kernel

2010-11-18 Thread mikpe at it dot uu.se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46536

Mikael Pettersson mikpe at it dot uu.se changed:

   What|Removed |Added

 CC||mikpe at it dot uu.se

--- Comment #2 from Mikael Pettersson mikpe at it dot uu.se 2010-11-18 
12:46:46 UTC ---
gcc-4.4.0?

1. try a recent compiler, preferably gcc-4.4.5 or gcc-4.5.1, the bug may have
been fixed already

2. using the preprocessed source file, try to reduce the number of options to
the bare minimum needed to reproduce the ICE


[Bug c/46536] ICE when compiling ARM kernel

2010-11-18 Thread rootkit85 at yahoo dot it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46536

rootki...@yahoo.it rootkit85 at yahoo dot it changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #3 from rootkit85 at yahoo dot it rootkit85 at yahoo dot it 
2010-11-18 12:52:31 UTC ---
duplicate of #45102

*** This bug has been marked as a duplicate of bug 45102 ***


[Bug target/45102] mm/page-writeback.c:820: internal compiler error: Segmentation fault

2010-11-18 Thread rootkit85 at yahoo dot it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45102

rootki...@yahoo.it rootkit85 at yahoo dot it changed:

   What|Removed |Added

 CC||rootkit85 at yahoo dot it

--- Comment #5 from rootkit85 at yahoo dot it rootkit85 at yahoo dot it 
2010-11-18 12:52:31 UTC ---
*** Bug 46536 has been marked as a duplicate of this bug. ***


[Bug fortran/46532] [OMP] missing error for loop bounds missing an attribute

2010-11-18 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46532

Tobias Burnus burnus at gcc dot gnu.org changed:

   What|Removed |Added

   Keywords||accepts-invalid, openmp
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.11.18 12:56:26
 CC||burnus at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-18 
12:56:26 UTC ---
Intel has:

error #6752: Since the OpenMP DEFAULT(NONE) clause applies, the PRIVATE,
SHARED, REDUCTION, FIRSTPRIVATE, or LASTPRIVATE attribute must be explicitly
specified for every variable.   [N]

From the OpenMP 3.0 specification:

The default(none) clause requires that each variable that is referenced in the
construct, and that does not have a predetermined data-sharing attribute, must
have its data-sharing attribute explicitly determined by being listed in a
data-sharing attribute clause. (2.9.3.1 default clause)

Cf. also 2.9.1.1 Data-sharing Attribute Rules for Variables Referenced in a
Construct, which lists the variables which have predetermined data-sharing
attributes; in the example, it only affects i (The loop iteration
variable(s) in the associated do-loop(s) of a do or parallel do construct
is(are) private.)


[Bug fortran/46539] New: libquadmath: Add -static-libquadmath

2010-11-18 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46539

   Summary: libquadmath: Add -static-libquadmath
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bur...@gcc.gnu.org


One should add such a flag. For some systems such as Darwin, it needs more
changes than to the general argument handling (gcc/gcc.c?)

Cf. http://gcc.gnu.org/ml/fortran/2010-11/msg00273.html


[Bug target/45359] poor -march=native choices for VIA C7 Esther processors

2010-11-18 Thread mahatma at eu dot by
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45359

Dzianis Kahanovich mahatma at eu dot by changed:

   What|Removed |Added

  Attachment #22306|0   |1
is obsolete||

--- Comment #5 from Dzianis Kahanovich mahatma at eu dot by 2010-11-18 
13:05:51 UTC ---
Created attachment 22445
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22445
centaur2.patch

Compatibility with GNU assembler -mtune set (#40171).


[Bug lto/46525] [4.6 Regression] Failed to bootstrap-lto

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46525

--- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
13:10:45 UTC ---
Author: rguenth
Date: Thu Nov 18 13:10:40 2010
New Revision: 166902

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166902
Log:
2010-11-18  Richard Guenther  rguent...@suse.de

PR lto/46525
* gimple.c (gimple_register_type): Update TYPE_MAIN_VARIANT of
type leaders.
(gimple_register_canonical_type): Also cache the canoncial type
for non type leaders.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/gimple.c


[Bug fortran/46540] New: libquadmath: Implement --disable-libquadmath

2010-11-18 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46540

   Summary: libquadmath: Implement --disable-libquadmath
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bur...@gcc.gnu.org


Add this option to build GCC without libquadmath.

That implies:
- No building of libquadmath is self
- No acceptance of REAL(16) (except on long double == 128bit systems) by the
Fortran front end
- No dependence on libquadmath by libgfortran


[Bug lto/46525] [4.6 Regression] Failed to bootstrap-lto

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46525

Richard Guenther rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #7 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
13:12:10 UTC ---
Fixed.


[Bug fortran/46540] libquadmath: Implement --disable-libquadmath

2010-11-18 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46540

--- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-18 
13:13:11 UTC ---
Probably also needs some update of the general GCC documentation such as
install.


[Bug bootstrap/46541] New: libquadmath: No way to disable it

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46541

   Summary: libquadmath: No way to disable it
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rgue...@gcc.gnu.org


There needs to be a way to disable building (and using) libquadmath (similar
to decimal float support).  Documented in doc/install.texi.


[Bug debug/46123] [4.5/4.6 Regression] ICE: in output_aranges, at dwarf2out.c:11531 with -feliminate-dwarf2-dups -g

2010-11-18 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46123

--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18 
13:13:57 UTC ---
Created attachment 22446
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22446
gcc46-pr46123.patch

Ugh, this is very ugly.  gen_subprogram_die sometimes decides to reuse old_die
which was DW_AT_declaration and can be deeply nested in type children, which
breaks -feliminate-dwarf2-dups as well as -gdwarf-4 if those are moved to
separate CUs (either the comdat ones or .debug_types).
The patch fixes this by not reusing the old die if doing one or another way of
duplicate removals (perhaps could do an extra check if the old_die is actually
in a tree that is going to be moved, which wouldn't be that hard to do for
break_out_includes, but would be uglier for .debug_types).  Or we could do it
always.  Unfortunately just doing that leads to crashes, because context_die is
NULL and dwarf2out_finish doesn't want to see limbo DIEs with type contexts, so
the patch also uses comp_unit_die () in that case.

Jason/Cary, what do you think?


[Bug other/42670] demangler doesn't completely demangle a global constructor symbol

2010-11-18 Thread hjl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42670

--- Comment #9 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2010-11-18 
13:24:05 UTC ---
Author: hjl
Date: Thu Nov 18 13:24:00 2010
New Revision: 166903

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166903
Log:
Update expected demangler output.

2010-11-18  H.J. Lu  hongjiu...@intel.com

PR other/42670
* testsuite/abi/demangle/regression/cw-13.cc: Updated.

Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/testsuite/abi/demangle/regression/cw-13.cc


[Bug tree-optimization/46535] [4.6 Regression] Endless loop during inlining

2010-11-18 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46535

H.J. Lu hjl.tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.11.18 14:02:15
 CC||jason at redhat dot com
 Ever Confirmed|0   |1

--- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2010-11-18 14:02:15 
UTC ---
It is triggered by revision 166167:

http://gcc.gnu.org/ml/gcc-cvs/2010-11/msg00053.html


[Bug testsuite/46529] guality_check times out, so guality tests are not run

2010-11-18 Thread dave at hiauly1 dot hia.nrc.ca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46529

--- Comment #2 from dave at hiauly1 dot hia.nrc.ca 2010-11-18 14:05:39 UTC ---
 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
 10:11:00 UTC ---
 Huh.  But after all it correctly detects the tests won't work ...

Actually, that's not true.  See for example
http://gcc.gnu.org/ml/gcc-testresults/2010-11/msg01408.html

This testsuite run used an old build of gdb from cvs:
502 (hiauly1)dave gdb --version
GNU gdb 2004-01-08-cvs

The situation on hppa1.1-hp-hpux10.20 is not any worse than on
hppa-unknown-linux-gnu where in theory things should work ...
In fact, the majority of failing tests are the same.

Dave


[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089

--- Comment #11 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
14:11:04 UTC ---
Author: rguenth
Date: Thu Nov 18 14:11:00 2010
New Revision: 166904

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166904
Log:
2010-11-18  Richard Guenther  rguent...@suse.de

PR lto/45089
* dwarf2out.c (add_AT_die_ref): Work around LTO losing types
when checking is not enabled.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/dwarf2out.c


[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089

Richard Guenther rguenth at gcc dot gnu.org changed:

   What|Removed |Added

   Keywords||ice-checking

--- Comment #12 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
14:11:39 UTC ---
Now ice-checking only.


[Bug c++/46526] [4.6 Regression] VTable Problem?

2010-11-18 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46526

--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2010-11-18 
14:23:52 UTC ---
4.6.0 20100925 was OK


[Bug rtl-optimization/46522] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7092 with -O3 -fsel-sched-pipelining -fselective-scheduling2 -funroll-loops

2010-11-18 Thread abel at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46522

Andrey Belevantsev abel at gcc dot gnu.org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot   |abel at gcc dot gnu.org
   |gnu.org |

--- Comment #2 from Andrey Belevantsev abel at gcc dot gnu.org 2010-11-18 
14:28:54 UTC ---
I have a patch.


[Bug middle-end/46297] [4.6 Regression] gfortran.dg/g77/980701-0.f FAILs with -Os -fno-asynchronous-unwind-tables

2010-11-18 Thread law at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46297

Jeffrey A. Law law at redhat dot com changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
  Component|tree-optimization   |middle-end
 AssignedTo|unassigned at gcc dot   |law at redhat dot com
   |gnu.org |


[Bug middle-end/46297] [4.6 Regression] gfortran.dg/g77/980701-0.f FAILs with -Os -fno-asynchronous-unwind-tables

2010-11-18 Thread law at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46297

--- Comment #10 from Jeffrey A. Law law at gcc dot gnu.org 2010-11-18 
14:34:33 UTC ---
Author: law
Date: Thu Nov 18 14:34:29 2010
New Revision: 166905

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166905
Log:

PR middle-end-optimization/46297
* postreload.c (reload_combine_note_store): Deal with embedded
side effects in MEM expressions.

* gfortran.dg/pr46297.f: New test.



Added:
trunk/gcc/testsuite/gfortran.dg/pr46297.f
Modified:
trunk/gcc/ChangeLog
trunk/gcc/postreload.c
trunk/gcc/testsuite/ChangeLog


[Bug driver/46516] Non-multilib search problem in gcc.c / gfortran error: libgfortran.spec: No such file or directory

2010-11-18 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46516

Tobias Burnus burnus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|NEW

--- Comment #16 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-18 
14:36:00 UTC ---
We (for another group of we) agreed that that's the wrong approach.

Current suggestion my Matz:

15:20  richi I wonder why/how it works for libgomp
15:21  matz That is included via %:include in the linker_command_spec.  That
comes after the multilib paths are ready.
15:21  matz But there's (currently) no hook for frontends to include anything
into link_command_spec.
[...]
15:29  matz Add a new (frontend-driver) macro: LANG_LINK_LIBS (or something).
 In gcc.c handle it similar to STACK_SPLIT_SPEC.  (#ifndef - then empty).  In
fortran frontend header #define it to
'%:include(libgfortran.spec)%lib_gfortran)'.  in libgfortran.spec don't define
'lib:' but 'lib_gfortran:' (look at libgomp.spec).
15:30  matz Similar to STACK_SPLIT_SPEC includes adding it to
LINK_COMMAND_SPEC.
15:31  matz And then hack long enough until everything works.  But at least
that way libgfortran.spec will be found in the multilib dirs.


[Bug other/46542] New: GCC 4.7 pending patches meta-bug

2010-11-18 Thread law at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46542

   Summary: GCC 4.7 pending patches meta-bug
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: l...@redhat.com


Place to attach GCC 4.7 pending patches and PRs


[Bug other/46542] GCC 4.7 pending patches meta-bug

2010-11-18 Thread law at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46542

--- Comment #1 from Jeffrey A. Law law at redhat dot com 2010-11-18 14:47:10 
UTC ---
Created attachment 22447
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22447
Improve reload inheritance's code generation and predictability

http://gcc.gnu.org/ml/gcc-patches/2010-11/msg01917.html


[Bug bootstrap/46528] [ia64] profiledbootstrap failure

2010-11-18 Thread mkuvyrkov at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528

Maxim Kuvyrkov mkuvyrkov at gcc dot gnu.org changed:

   What|Removed |Added

 CC||mkuvyrkov at gcc dot
   ||gnu.org

--- Comment #2 from Maxim Kuvyrkov mkuvyrkov at gcc dot gnu.org 2010-11-18 
14:55:35 UTC ---
Also confirmed on x86_64-unknown-linux-gnu.  The execution numbers are exactly
the same as on ia64.


[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

2010-11-18 Thread amylaar at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888

Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |WAITING


[Bug fortran/46543] New: libquadmath: Add documentation

2010-11-18 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46543

   Summary: libquadmath: Add documentation
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Keywords: documentation
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bur...@gcc.gnu.org


If the library should be used by everyone, we need to document which functions
(= interface) it provides.


[Bug tree-optimization/46172] [4.3/4.4/4.5/4.6 Regression] ICE: in expand_widen_pattern_expr, at optabs.c:522 with -ftree-vectorize -fno-tree-dce

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46172

--- Comment #9 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
15:17:43 UTC ---
Author: rguenth
Date: Thu Nov 18 15:17:37 2010
New Revision: 166908

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166908
Log:
2010-11-18  Richard Guenther  rguent...@suse.de

PR tree-optimization/46172
* tree-vect-loop-manip.c (remove_dead_stmts_from_loop): New
function.
(slpeel_tree_peel_loop_to_edge): Call it.

* gcc.dg/torture/pr46172.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/torture/pr46172.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-vect-loop-manip.c


[Bug tree-optimization/46172] [4.3/4.4/4.5/4.6 Regression] ICE: in expand_widen_pattern_expr, at optabs.c:522 with -ftree-vectorize -fno-tree-dce

2010-11-18 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46172

Richard Guenther rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to work||4.6.0
 Resolution||FIXED
   Target Milestone|4.3.6   |4.6.0
  Known to fail|4.6.0   |

--- Comment #10 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 
15:18:15 UTC ---
Fixed on trunk.  Not worth backporting anywhere.


[Bug middle-end/46510] [4.6 Regression] r166812 breaks bootstrap on x86_64-apple-darwin10

2010-11-18 Thread ramana at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510

Ramana Radhakrishnan ramana at gcc dot gnu.org changed:

   What|Removed |Added

 Target|*-*-darwin* |*-*-darwin*, arm*-eabi
 CC||ramana at gcc dot gnu.org

--- Comment #10 from Ramana Radhakrishnan ramana at gcc dot gnu.org 
2010-11-18 15:27:07 UTC ---
Also occurs for arm-eabi with the tls tests in the testsuite. 


FAIL: gcc.dg/tls/opt-14.c (internal compiler error)

gcc.dg/tls/opt-14.c:28:1: internal compiler error: in
decide_is_variable_needed, at varpool.c:338


GCC configured with. 

/arm/scratch/pdtltest/work/sandboxes/fsf/trunk/source/gcc-fsf/configure
--target=arm-eabi --with-cpu=cortex-a9 --with-float=softfp --with-fpu=neon


[Bug middle-end/46510] [4.6 Regression] r166812 breaks bootstrap on x86_64-apple-darwin10

2010-11-18 Thread ramana at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510

--- Comment #11 from Ramana Radhakrishnan ramana at gcc dot gnu.org 
2010-11-18 15:29:24 UTC ---
(In reply to comment #10)
 Also occurs for arm-eabi with the tls tests in the testsuite. 
 
 
 FAIL: gcc.dg/tls/opt-14.c (internal compiler error)
 
 gcc.dg/tls/opt-14.c:28:1: internal compiler error: in
 decide_is_variable_needed, at varpool.c:338
 
 
 GCC configured with. 
 
 /arm/scratch/pdtltest/work/sandboxes/fsf/trunk/source/gcc-fsf/configure
 --target=arm-eabi --with-cpu=cortex-a9 --with-float=softfp --with-fpu=neon

And so do all these tests. 

arm-sim/-mthumb: gcc.dg/tls/nonpic-1.c (internal compiler error)
arm-sim/-mthumb: gcc.dg/tls/opt-1.c (internal compiler error)
arm-sim/-mthumb: gcc.dg/tls/opt-14.c (internal compiler error)
arm-sim/-mthumb: gcc.dg/tls/opt-3.c (internal compiler error)
arm-sim/-mthumb: gcc.dg/tls/opt-5.c (internal compiler error)
arm-sim/-mthumb: gcc.dg/tls/opt-6.c (internal compiler error)
arm-sim/-mthumb: gcc.dg/tls/opt-9.c (internal compiler error)
arm-sim/-mthumb: gcc.dg/tls/pic-1.c (internal compiler error)
arm-sim: gcc.dg/tls/nonpic-1.c (internal compiler error)
arm-sim: gcc.dg/tls/opt-1.c (internal compiler error)
arm-sim: gcc.dg/tls/opt-14.c (internal compiler error)
arm-sim: gcc.dg/tls/opt-3.c (internal compiler error)
arm-sim: gcc.dg/tls/opt-5.c (internal compiler error)
arm-sim: gcc.dg/tls/opt-6.c (internal compiler error)
arm-sim: gcc.dg/tls/opt-9.c (internal compiler error)
arm-sim: gcc.dg/tls/pic-1.c (internal compiler error)


[Bug libstdc++/46544] New: std::map::at() defined even if __GXX_EXPERIMENTAL_CXX0X__ is not

2010-11-18 Thread phresnel at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46544

   Summary: std::map::at() defined even if
__GXX_EXPERIMENTAL_CXX0X__ is not
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: trivial
  Priority: P3
 Component: libstdc++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: phres...@gmail.com


The function std::map::at(), first defined by the upcoming standard, slips into
C++03 mode.

$ diff -ru include/c++/bits/stl_map.h.orig include/c++/bits/stl_map.h
--- include/c++/bits/stl_map.h.orig 2010-11-18 15:21:42 +
+++ include/c++/bits/stl_map.h  2010-11-18 15:20:02 +
@@ -452,6 +452,7 @@
return (*__i).second;
   }

+#ifdef __GXX_EXPERIMENTAL_CXX0X__
   // _GLIBCXX_RESOLVE_LIB_DEFECTS
   // DR 464. Suggestion for new member functions in standard containers.
   /**
@@ -478,6 +479,7 @@
  __throw_out_of_range(__N(map::at));
return (*__i).second;
   }
+#endif

   // modifiers
   /**


[Bug fortran/46545] New: libquadmath: Update gfortran.texi

2010-11-18 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46545

   Summary: libquadmath: Update gfortran.texi
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Keywords: documentation
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bur...@gcc.gnu.org


Currently, gfortran.texi assumes that there is only REAL 10 or REAL 16 and not
both. That should be updated.

That's something trivial, but I am currently swamped in libquad bugs - and thus
I defer it.


[Bug tree-optimization/44676] [4.5/4.6 Regression] ICE: in loop_entry_phi_arg, at graphite-sese-to-poly.c:89 with -fgraphite-identity -fprofile-generate

2010-11-18 Thread zsojka at seznam dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44676

--- Comment #4 from Zdenek Sojka zsojka at seznam dot cz 2010-11-18 15:46:05 
UTC ---
This seems to have disappeared between r161659 and r163636.
I can't reproduce it anymore with r166868/x86_64-linux.


[Bug middle-end/46510] [4.6 Regression] r166812 breaks bootstrap on x86_64-apple-darwin10

2010-11-18 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510

--- Comment #12 from Dominique d'Humieres dominiq at lps dot ens.fr 
2010-11-18 15:49:53 UTC ---
(In reply to comments #10 and #11)
 Also occurs for arm-eabi with the tls tests in the testsuite. 
 ...

What happens if you remove the gcc_assert at line 338 of varpool.c (see comment
#8)?


[Bug tree-optimization/45301] [4.6 Regression] ICE: SIGSEGV in instantiate_scev_r (tree-scalar-evolution.c:3391) with -O2 -ftree-loop-distribution -fgraphite-identity

2010-11-18 Thread zsojka at seznam dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45301

--- Comment #2 from Zdenek Sojka zsojka at seznam dot cz 2010-11-18 16:10:30 
UTC ---
This seems to have disappeared between r163636 and r165699.
I can't reproduce it anymore with r166868/x86_64-linux.


[Bug middle-end/46515] [4.6 Regression] Many libjava failures

2010-11-18 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.11.18 16:17:40
 CC||jakub at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18 
16:17:40 UTC ---
This seems to be wrong unwind info for
_ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi,
at least backtrace like:
#24 0x75f73df2 in _Jv_Linker::resolve_pool_entry (klass=0x7fffeeb91618,
index=2, lazy=true) at ../../../libjava/link.cc:440
#25 0x75f74158 in _Jv_Linker::ensure_class_linked
(klass=0x7fffeeb91618) at ../../../libjava/link.cc:1748
#26 0x75f72a20 in _Jv_Linker::wait_for_state (klass=0x7fffeeb91618,
state=9) at ../../../libjava/link.cc:2076
#27 0x75f737a8 in _Jv_Linker::get_interfaces (klass=0x7fffeeb91af8,
ifaces=0x7fffdbd0) at ../../../libjava/link.cc:777
#28 0x75f74357 in _Jv_Linker::prepare_constant_time_tables
(klass=0x7fffeeb91af8) at ../../../libjava/link.cc:716
#29 0x75f72b08 in _Jv_Linker::wait_for_state (klass=0x7fffeeb91af8,
state=7) at ../../../libjava/link.cc:2067
#30 0x0003 in ?? ()
#31 0x75f733b6 in _Jv_Linker::link_symbol_table (klass=0x0) at
../../../libjava/link.cc:1308
#32 0x75f72a30 in _Jv_Linker::wait_for_state (klass=0x7fffeeb913a8,
state=9) at ../../../libjava/link.cc:2078
#33 0x75fa77e3 in java::lang::Class::initializeClass
(this=0x7fffeeb913a8) at ../../../libjava/java/lang/natClass.cc:720
suggests there (note the weird ra 0x0003 in it).  GDB doesn't crash on it,
but the libgcc unwinder does.

The code difference from yesterday in that routine is:

 193f:  0f 84 79 fe ff ff   je 17be
_ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi+0x1e
 1945:  e8 00 00 00 00  callq  194a
_ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi+0x1aa
1946: R_X86_64_PLT32_Z20_Jv_GetCurrentJNIEnvv-0x4
-194a:  48 83 c4 08 add$0x8,%rsp
-194e:  48 89 d9mov%rbx,%rcx
-1951:  4c 89 eemov%r13,%rsi
-1954:  5b  pop%rbx
-1955:  5d  pop%rbp
-1956:  41 5c   pop%r12
-1958:  41 5d   pop%r13
-195a:  41 5e   pop%r14
-195c:  41 5f   pop%r15
-195e:  48 89 c2mov%rax,%rdx
-1961:  bf 38 00 00 00  mov$0x38,%edi
-1966:  31 c0   xor%eax,%eax
-1968:  e9 00 00 00 00  jmpq   196d
_ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi+0x1cd
-   1969: R_X86_64_PLT32   
_Z19_Jv_JVMTI_PostEvent10jvmtiEventPN4java4lang6ThreadEz-0x4
-196d:  0f 1f 00nopl   (%rax)
+194a:  41 58   pop%r8
+194c:  48 89 d9mov%rbx,%rcx
+194f:  4c 89 eemov%r13,%rsi
+1952:  48 89 c2mov%rax,%rdx
+1955:  5b  pop%rbx
+1956:  5d  pop%rbp
+1957:  41 5c   pop%r12
+1959:  41 5d   pop%r13
+195b:  41 5e   pop%r14
+195d:  41 5f   pop%r15
+195f:  bf 38 00 00 00  mov$0x38,%edi
+1964:  31 c0   xor%eax,%eax
+1966:  e9 00 00 00 00  jmpq   196b
_ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi+0x1cb
+   1967: R_X86_64_PLT32   
_Z19_Jv_JVMTI_PostEvent10jvmtiEventPN4java4lang6ThreadEz-0x4
+196b:  0f 1f 44 00 00  nopl   0x0(%rax,%rax,1)
 1970:  48 89 dfmov%rbx,%rdi
 1973:  e8 00 00 00 00  callq  1978
_ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi+0x1d8
1974: R_X86_64_PLT32   
_ZN10_Jv_Linker28ensure_method_table_completeEPN4java4lang5ClassE-0x4

(i.e. replacement of addq $8, %rsp with popq %r8 and movq %rax, %rdx scheduled
elsewhere).

And unwind info difference is:

   DW_CFA_advance_loc: 4 to 17d0
   DW_CFA_restore_state
-  DW_CFA_advance_loc2: 382 to 194e
-  DW_CFA_remember_state
+  DW_CFA_advance_loc2: 380 to 194c
   DW_CFA_def_cfa_offset: 56
-  DW_CFA_advance_loc: 7 to 1955
+  DW_CFA_advance_loc: 10 to 1956
+  DW_CFA_remember_state
   DW_CFA_def_cfa_offset: 48
-  DW_CFA_advance_loc: 1 to 1956
+  DW_CFA_advance_loc: 1 to 1957
   DW_CFA_def_cfa_offset: 40
-  DW_CFA_advance_loc: 2 to 

[Bug other/46542] GCC 4.7 pending patches meta-bug

2010-11-18 Thread manu at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46542

Manuel López-Ibáñez manu at gcc dot gnu.org changed:

   What|Removed |Added

   Keywords||meta-bug
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.11.18 16:20:52
 CC||manu at gcc dot gnu.org
 Depends on||41998
 Ever Confirmed|0   |1


[Bug c/33193] slopiness in __real/__imag

2010-11-18 Thread froydnj at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33193

--- Comment #4 from Nathan Froyd froydnj at gcc dot gnu.org 2010-11-18 
16:25:04 UTC ---
Author: froydnj
Date: Thu Nov 18 16:24:56 2010
New Revision: 166909

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166909
Log:
gcc/
PR c/33193
* c-typeck.c (build_unary_op): Call build_real_imag_expr for
REALPART_EXPR and IMAGPART_EXPR.

gcc/c-family/
PR c/33193
* c-common.h (build_real_imag_expr): Declare.
* c-semantics.c (build_real_imag_expr): Define.

gcc/cp/
PR c/33193
* typeck.c (cp_build_unary_op): Call build_real_imag_expr for
REALPART_EXPR and IMAGPART_EXPR.

gcc/testsuite/
PR c/33193
* c-c++-common/pr33193.c: New test.


Added:
trunk/gcc/testsuite/c-c++-common/pr33193.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-family/ChangeLog
trunk/gcc/c-family/c-common.h
trunk/gcc/c-family/c-semantics.c
trunk/gcc/c-typeck.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/typeck.c
trunk/gcc/testsuite/ChangeLog


[Bug c/33193] slopiness in __real/__imag

2010-11-18 Thread froydnj at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33193

Nathan Froyd froydnj at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||froydnj at gcc dot gnu.org
 Resolution||FIXED

--- Comment #5 from Nathan Froyd froydnj at gcc dot gnu.org 2010-11-18 
16:26:07 UTC ---
Fixed on trunk.


[Bug middle-end/46515] [4.6 Regression] Many libjava failures

2010-11-18 Thread rth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515

Richard Henderson rth at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 AssignedTo|unassigned at gcc dot   |rth at gcc dot gnu.org
   |gnu.org |

--- Comment #5 from Richard Henderson rth at gcc dot gnu.org 2010-11-18 
16:34:36 UTC ---
A change in the placement of remember_state suggests a change
in the placement of EPILOGUE_BEG.  Which suggests a change in
prologue_epilogue_contains -- peep2 not copying status?

Mine.


[Bug middle-end/46515] [4.6 Regression] Many libjava failures

2010-11-18 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515

--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18 
16:42:12 UTC ---
Created attachment 22448
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22448
link.ii.bz2

./cc1plus -fpreprocessed link.ii -quiet -dumpbase link.ii -mtune=generic
-march=x86-64 -auxbase-strip link.s -g -O2 -fno-rtti -fnon-call-exceptions
-fdollars-in-identifiers -fomit-frame-pointer -fPIC -o link.s

if it saves you time...


[Bug middle-end/46515] [4.6 Regression] Many libjava failures

2010-11-18 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515

--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18 
16:48:54 UTC ---
I don't think we have any API to add a new insn into prologue or epilogue
hashes, guess easiest would be to reuse the old insn (and just change its
PATTERN/notes/etc. as needed) in the RTX_FRAME_RELATED_P case.


[Bug middle-end/46515] [4.6 Regression] Many libjava failures

2010-11-18 Thread rth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515

--- Comment #8 from Richard Henderson rth at gcc dot gnu.org 2010-11-18 
16:51:36 UTC ---
We do: maybe_copy_epilogue_insn.


[Bug middle-end/46515] [4.6 Regression] Many libjava failures

2010-11-18 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515

--- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18 
16:55:03 UTC ---
Actually we have maybe_copy_epilogue_insn, just not maybe_copy_prologue_insn.


[Bug libstdc++/46544] std::map::at() defined even if __GXX_EXPERIMENTAL_CXX0X__ is not

2010-11-18 Thread paolo.carlini at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46544

Paolo Carlini paolo.carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||paolo.carlini at oracle dot
   ||com
 Resolution||INVALID

--- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2010-11-18 
17:06:06 UTC ---
As you can clearly see this feature is part of DR 464, a Defect vs C++03,
already voted in CD1:

  http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#464

We are delivering already *many* other features per DRs, in C++03 mode, both
for the library and the core compiler.


[Bug c/33193] slopiness in __real/__imag

2010-11-18 Thread sabre at nondot dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33193

Chris Lattner sabre at nondot dot org changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #6 from Chris Lattner sabre at nondot dot org 2010-11-18 17:15:32 
UTC ---
http://gcc.gnu.org/onlinedocs/gcc/Complex.html#Complex still does not
document what arguments are accepted to __real and __imag.


[Bug libstdc++/26211] [DR 419, US 137 / US 139] basic_istream::tellg, seekg are unformatted input functions

2010-11-18 Thread paolo at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26211

--- Comment #8 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org 
2010-11-18 17:21:44 UTC ---
Author: paolo
Date: Thu Nov 18 17:21:35 2010
New Revision: 166911

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166911
Log:
2010-11-18  Paolo Carlini  paolo.carl...@oracle.com

PR libstdc++/26211 + N3168
* include/bits/istream.tcc (basic_istream::tellg, seekg(pos_type),
seekg(off_type, ios_base::seekdir)): Construct a sentry.
(basic_istream::tellg, seekg(pos_type), seekg(off_type,
ios_base::seekdir, putback, unget)): Clear eofbit first, per N3168.  
* testsuite/27_io/basic_istream/seekg/char/26211.cc: New.
* testsuite/27_io/basic_istream/seekg/wchar_t/26211.cc: Likewise.
* testsuite/27_io/basic_istream/tellg/char/26211.cc: Likewise.
* testsuite/27_io/basic_istream/tellg/wchar_t/26211.cc: Likewise.
* testsuite/27_io/basic_istream/tellg/char/8348.cc: Tweak.
* testsuite/27_io/basic_istream/tellg/wchar_t/8348.cc: Likewise.

Added:
trunk/libstdc++-v3/testsuite/27_io/basic_istream/seekg/char/26211.cc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/seekg/wchar_t/26211.cc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/tellg/char/26211.cc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/tellg/wchar_t/26211.cc
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/bits/istream.tcc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/tellg/char/8348.cc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/tellg/wchar_t/8348.cc


[Bug libstdc++/26211] [DR 419, US 137 / US 139] basic_istream::tellg, seekg are unformatted input functions

2010-11-18 Thread paolo.carlini at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26211

Paolo Carlini paolo.carlini at oracle dot com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.6.0

--- Comment #9 from Paolo Carlini paolo.carlini at oracle dot com 2010-11-18 
17:29:20 UTC ---
Reapplied together with the N3168 tweaks.


[Bug bootstrap/46541] libquadmath: No way to disable it

2010-11-18 Thread rwild at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46541

Ralf Wildenhues rwild at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||rwild at gcc dot gnu.org
 Resolution||DUPLICATE

--- Comment #1 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-11-18 
17:34:33 UTC ---
Duplicate of bug 46540.

*** This bug has been marked as a duplicate of bug 46540 ***


[Bug fortran/46540] libquadmath: Implement --disable-libquadmath

2010-11-18 Thread rwild at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46540

Ralf Wildenhues rwild at gcc dot gnu.org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu.org

--- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-11-18 
17:34:33 UTC ---
*** Bug 46541 has been marked as a duplicate of this bug. ***


[Bug lto/45789] [4.6 Regression] ICE: tree code 'lang_type' is not supported in gimple streams with -flto when using __builtin_printf()

2010-11-18 Thread zsojka at seznam dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45789

Zdenek Sojka zsojka at seznam dot cz changed:

   What|Removed |Added

   Keywords||lto
 Status|RESOLVED|UNCONFIRMED
  Known to work||4.5.2
 Resolution|DUPLICATE   |
  Known to fail||4.6.0

--- Comment #2 from Zdenek Sojka zsojka at seznam dot cz 2010-11-18 17:36:23 
UTC ---
This still fails in r166899, after fixing PR44561:

$ gcc -flto testcase.C
testcase.C:6:19: internal compiler error: tree code 'lang_type' is not
supported in gimple streams
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.


[Bug libstdc++/46455] resource leaks due to missing destructors for mutexes and condvars

2010-11-18 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46455

--- Comment #36 from Jonathan Wakely redi at gcc dot gnu.org 2010-11-18 
18:56:34 UTC ---
Author: redi
Date: Thu Nov 18 18:56:29 2010
New Revision: 166917

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166917
Log:
2010-11-18  Jonathan Wakely  jwakely@gmail.com

PR libstdc++/46455
* include/std/mutex: Define destructors for mutex types which use an
init function.
* include/ext/concurrence.h: Likewise.


Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/ext/concurrence.h
trunk/libstdc++-v3/include/std/mutex


[Bug libstdc++/46455] resource leaks due to missing destructors for mutexes and condvars

2010-11-18 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46455

Jonathan Wakely redi at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #37 from Jonathan Wakely redi at gcc dot gnu.org 2010-11-18 
18:58:35 UTC ---
fixed for 4.6.0

I think this is a bit risky for the 4.5 branch, and isn't a regression as we've
never cleaned up those mutexes (the change in shared_ptr behaviour may be a
regression, but seems to be caused by a change in MinGW's port - maybe they can
apply the fix to their release if necessary)


[Bug target/46546] New: ix86_pad_returns may leave BB_END (bb) pointing to deleted insn

2010-11-18 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46546

   Summary: ix86_pad_returns may leave BB_END (bb) pointing to
deleted insn
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: hjl.to...@gmail.com
CC: ubiz...@gmail.com


ix86_pad_returns has

rtx ret = BB_END (bb);
...
  emit_jump_insn_before (gen_return_internal_long (), ret); 
  delete_insn (ret);
...

It may leave BB_END (bb) pointing to deleted insn. A patch is posed at

http://gcc.gnu.org/ml/gcc-patches/2010-11/msg01930.html


[Bug c/46547] New: internal compiler error when converting a long double complex to a bool

2010-11-18 Thread kumbera1 at llnl dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547

   Summary: internal compiler error when converting a long double
complex to a bool
   Product: gcc
   Version: 4.5.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: kumbe...@llnl.gov


I have reduced the original application down to a small reproducer. The
following code fails to compile. It works with gcc 4.3.0, intel (icc), sun
(cc), and pathscale (pathcc). PGI's pgcc also generates an ICE with the
function and I'll submit the bug to them as well.

void foo (void) {
  _Bool d;
  long double _Complex *s;

  d = *s++;
}


When you try to compile with gcc version 4.5.1. It generates an error:
foo.c: In function 'foo':
foo.c:5:7: internal compiler error: in gimplify_expr, at gimplify.c:7137



My full output from gcc -v... is:

Using built-in specs.
COLLECT_GCC=/usr/local/apps/gnu/4.5.1/bin/gcc
COLLECT_LTO_WRAPPER=/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.5.1/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.5.1/configure --prefix=/usr/apps/gnu/4.5.1
--with-mpfr-include=/usr/apps/gnu/4.5.1/include
--with-mpfr-lib=/usr/apps/gnu/4.5.1/lib --with-libelf=/usr/apps/gnu/4.5.1
--disable-multilib --with-gmp=/usr/apps/gnu/4.5.1/lib
--with-gmp-include=/usr/apps/gnu/4.5.1/include
--enable-languages=c,c++,fortran,java,objc --enable-lto
Thread model: posix
gcc version 4.5.1 (GCC) 
COLLECT_GCC_OPTIONS='-c' '-v' '-save-temps' '-mtune=generic' '-march=x86-64'

/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.5.1/cc1
-E -quiet -v -iprefix
/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/
foo.c -mtune=generic -march=x86-64 -fpch-preprocess -o foo.i
ignoring nonexistent directory
/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../x86_64-unknown-linux-gnu/include
ignoring duplicate directory
/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/include
ignoring duplicate directory
/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/include-fixed
ignoring nonexistent directory
/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../x86_64-unknown-linux-gnu/include
#include ... search starts here:
#include ... search starts here:

/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/include

/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/include-fixed
 /usr/local/include
 /usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/../../include
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-c' '-v' '-save-temps' '-mtune=generic' '-march=x86-64'

/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.5.1/cc1
-fpreprocessed foo.i -quiet -dumpbase foo.c -mtune=generic -march=x86-64
-auxbase foo -version -o foo.s
GNU C (GCC) version 4.5.1 (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.1, GMP version 4.2.2, MPFR version 2.4.2,
MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU C (GCC) version 4.5.1 (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.1, GMP version 4.2.2, MPFR version 2.4.2,
MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 59090c9e0e8cd3d0437c78809f831ff7
foo.c: In function 'foo':
foo.c:5:7: internal compiler error: in gimplify_expr, at gimplify.c:7137


[Bug debug/46338] -fcompare-debug failure (length) with -O -fprofile-generate

2010-11-18 Thread zsojka at seznam dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46338

--- Comment #4 from Zdenek Sojka zsojka at seznam dot cz 2010-11-18 20:05:39 
UTC ---
Created attachment 22449
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22449
more reduced testcase

$ gcc -O -fprofile-generate -fcompare-debug testcase.C
gcc: error: testcase.C: -fcompare-debug failure (length)

Fails in r166899


[Bug middle-end/46547] [4.5/4.6 Regression] internal compiler error when converting a long double complex to a bool

2010-11-18 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547

Andrew Pinski pinskia at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Known to work||4.3.2
   Keywords||ice-on-valid-code
   Last reconfirmed||2010.11.18 20:16:14
  Component|c   |middle-end
 Ever Confirmed|0   |1
Summary|internal compiler error |[4.5/4.6 Regression]
   |when converting a long  |internal compiler error
   |double complex to a bool|when converting a long
   ||double complex to a bool
  Known to fail||4.5.0, 4.6.0

--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2010-11-18 
20:16:14 UTC ---
Confirmed.


[Bug c/46547] [4.5/4.6 Regression] internal compiler error when converting a long double complex to a bool

2010-11-18 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547

Andrew Pinski pinskia at gcc dot gnu.org changed:

   What|Removed |Added

  Component|middle-end  |c

--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org 2010-11-18 
20:17:50 UTC ---
 Unknown tree: c_maybe_const_expr

  SAVE_EXPR *s++  


[Bug c/46547] [4.5/4.6 Regression] internal compiler error when converting a complex to a bool

2010-11-18 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547

Andrew Pinski pinskia at gcc dot gnu.org changed:

   What|Removed |Added

 CC||jsm28 at gcc dot gnu.org

--- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 2010-11-18 
20:19:43 UTC ---
Any complex type will cause this ICE.


[Bug c/46547] [4.5/4.6 Regression] internal compiler error when converting a complex to a bool

2010-11-18 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547

Andrew Pinski pinskia at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|--- |4.5.2


[Bug middle-end/46534] [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf (...10MBstring\n) into puts

2010-11-18 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534

--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18 
20:51:24 UTC ---
Author: jakub
Date: Thu Nov 18 20:51:19 2010
New Revision: 166918

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166918
Log:
PR middle-end/46534
* builtins.c (fold_builtin_printf): Don't copy and modify string
before build_string_literal, instead modify what
build_string_literal returned.

* gcc.c-torture/compile/pr46534.c: New test.

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr46534.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/builtins.c
trunk/gcc/testsuite/ChangeLog


[Bug middle-end/46515] [4.6 Regression] Many libjava failures

2010-11-18 Thread rth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515

--- Comment #10 from Richard Henderson rth at gcc dot gnu.org 2010-11-18 
21:08:45 UTC ---
Author: rth
Date: Thu Nov 18 21:08:38 2010
New Revision: 166920

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166920
Log:
PR middle-end/46515
* function.c (maybe_copy_prologue_epilogue_insn): Rename from
maybe_copy_epilogue_insn; handle prologue insns as well.
* rtl.h, cfglayout.c: Update for rename.
* recog.c (peep2_attempt): Copy prologue/epilogue data for
RTX_FRAME_RELATED_P insns.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/cfglayout.c
trunk/gcc/function.c
trunk/gcc/recog.c
trunk/gcc/rtl.h


  1   2   >