[Bug fortran/40165] Excessive warnings for REAL DO loops

[dfranke at gcc dot gnu dot org]

--- Comment #8 from dfranke at gcc dot gnu dot org  2010-05-05 06:51 ---
(In reply to comment #7)
> OTOH I can see where a program that has a lot of real do loops would be
> irritating.[...] So I suggest we mark as an enhancement and when some one has 
> time, we could implement a consolidated error message.

This could backfire. Consider applications that make extensive use of computed
GOTOs, PAUSE or any of the other deleted features. Shall we introduce flags for
selectively enable/disable any of them? That's what -std={legacy|gnu|f*} does.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40165

[Bug target/43968] undefined references to `std::{num_get, num_put, money_get, money_put}< [...] >::id' with -static

[ubizjak at gmail dot com]

--- Comment #19 from ubizjak at gmail dot com  2010-05-05 06:24 ---
Not a gcc bug.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968

[Bug debug/43989] New: g++ missing the debug information of local static variable

[pizhoupeter at hotmail dot com]

g++ misses the debug information of local static variable but gcc doesn't.

gcc version: 4.1.2 20080704 (Red Hat 4.1.2-44)
g++ version: 4.1.2 20080704 (Red Hat 4.1.2-44)
OS version: Red Hat Enterprise Linux Client release 5.3 (Tikanga)

code stored in the file myTest.c:

void CStyleFunction()
{
  static int variableInFunction = 2;
}

int main()
{
   static int varaibleInMain = 1;
   CStyleFunction();
   return 0;   
}

gcc build command: gcc -g myTest.c -o c.out
g++ build command: g++ -g myTest.c -o cpp.out

Then use the command to print out the debug information:
objdump -W c.out
objdump -W cpp.out

It can be seen that the debug information of static local variable
'variableInFunction' and 'variableInMain' is missing in cpp.out while it isn't
in c.out. As a result, gdb can show the value of the former while it can't show
the value of the latter.


-- 
   Summary: g++ missing the debug information of local static
variable
   Product: gcc
   Version: 4.1.2
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pizhoupeter at hotmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43989

[Bug fortran/43829] Scalarization of reductions

[pault at gcc dot gnu dot org]

--- Comment #9 from pault at gcc dot gnu dot org  2010-05-05 05:07 ---
(In reply to comment #8)
> Created an attachment (id=20558)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20558&action=view) [edit]
> draft patch

Mikael,

I am pretty much out of the loop for the next two weeks because I am on trips
for my day-time work.  In order to rush this along, you might have to walk one
of the others through your patch or to describe its core function here.

As far as I can see from a quick look, most of the patch is consequent on the
change to gfc_ss_info and that most of the meat comes at the end.  I have not
yet studied that in detail but it looks as if it is pretty easily explained.

Anyway, welcome back!

Paul


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43829

[Bug libstdc++/43259] ext/profile/all.cc fails on Solaris

[rus at google dot com]

--- Comment #14 from rus at google dot com  2010-05-05 03:08 ---
Created an attachment (id=20559)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20559&action=view)
use ext/concurrence __mutex instead of pthread_mutex_t

Could you please try this patch out on your system?  It appears to work on the
few examples I tried on linux x86_64.

[Many tests are currently broken in profile mode so I can't test it
thoroughly.]


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43259

[Bug objc/35165] Massive failures of objc on i686-apple-darwin9

[mrs at gcc dot gnu dot org]

--- Comment #16 from mrs at gcc dot gnu dot org  2010-05-05 03:08 ---
Subject: Bug 35165

Author: mrs
Date: Wed May  5 03:08:26 2010
New Revision: 159055

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159055
Log:
PR objc/35165
* encode-8.mm: Restore running of testcase, skip for gnu-runtime.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/obj-c++.dg/encode-8.mm


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35165

[Bug fortran/40165] Excessive warnings for REAL DO loops

[jvdelisle at gcc dot gnu dot org]

--- Comment #7 from jvdelisle at gcc dot gnu dot org  2010-05-05 01:59 
---
This is not invalid and is a feature request. I do think that -w will silence
warnings. I do not see a need to treat this particular warning any differently
then all the rest of the legacy warnings we have.  For example, to run the NIST
test suite, I use -w in the script because there are hundreds of warnings.

OTOH I can see where a program that has a lot of real do loops would be
irritating. I think that the standard does not explicitly say issue four
warnings as long as each is detected. I am using "detected" in the sense that
each is found and we issue a broader warning message.

So I suggest we mark as an enhancement and when some one has time, we could
implement a consolidated error message.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-05-05 01:59:10
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40165

[Bug target/43988] New: unnecessary memory store

[carrot at google dot com]

Compile following code with options -march=armv7-a -mthumb -Os,

extern void foo(int*);

void bar3(int v)
{
  foo(&v);
}

GCC generates:

bar3:
push{r0, r1, r2, lr}
add r3, sp, #8
str r0, [r3, #-4]!
mov r0, r3
bl  foo
pop {r1, r2, r3, pc}

After the first push instruction, register r0 is already stored at memory [sp],
but later instructions store r0 to memory [sp+4] again and use it as the
address for variable v. The better result is:

bar3:
push{r0, r1, r2, lr}
mov r0, sp
bl  foo
pop {r1, r2, r3, pc}


-- 
   Summary: unnecessary memory store
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: carrot at google dot com
 GCC build triplet: i686-linux
  GCC host triplet: i686-linux
GCC target triplet: arm-eabi


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43988

[Bug debug/43370] [4.4/4.5/4.6 Regression] ICE gen_type_die_with_usage, at dwarf2out.c:14745

[jason at gcc dot gnu dot org]

-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jason at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|-00-00 00:00:00 |2010-05-05 00:46:06
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43370

[Bug c++/40512] Compilation stops on valid code with ICE

[paolo dot carlini at oracle dot com]

--- Comment #3 from paolo dot carlini at oracle dot com  2010-05-05 00:44 
---
Jason, this one seems fixed both in mainline and 4_5-branch as part of the
mangling updates. Can you confirm?


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 CC||jason at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40512

[Bug c++/40406] ICE with broken template member declaration

[paolo dot carlini at oracle dot com]

--- Comment #2 from paolo dot carlini at oracle dot com  2010-05-05 00:37 
---
Seems already fixed in mainline and 4_5-branch. Volker, can you double check?
Thanks.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40406

[Bug middle-end/43987] [4.5 regression] type-punning causes broken binaries unless -O0 is used

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2010-05-04 23:53 ---
How is xrealloc_vector defined?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987

[Bug middle-end/43987] [4.5 regression] type-punning causes broken binaries unless -O0 is used

[thomas at archlinux dot org]

--- Comment #5 from thomas at archlinux dot org  2010-05-04 23:49 ---
I am still not able to produce a short test case, but maybe this will help:
http://git.busybox.net/busybox/tree/editors/sed.c?h=1_16_stable&id=1_16_1#n738

In the function add_input_file(), the 'file' argument is not a NULL pointer,
but at the end of the function, G.input_file_list[G.input_file_count-1]==NULL
(and !=file in particular), which ultimately leads to the segfault.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987

[Bug fortran/43829] Scalarization of reductions

[mikael at gcc dot gnu dot org]

--- Comment #8 from mikael at gcc dot gnu dot org  2010-05-04 23:08 ---
Created an attachment (id=20558)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20558&action=view)
draft patch

This uses the scalarizer to inline. 
The gfc_loopinfo is modified twice, first after walking args for passing
through the scalarizer with the same shape as other arrays, and then before the
expression evaluation (it is restored). 

There is still a problem with vector subscript but other tests should work
fine. 
And there are probably regressions.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43829

[Bug middle-end/43987] [4.5 regression] type-punning causes broken binaries unless -O0 is used

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2010-05-04 23:08 ---
>What is -fwrapv supposed to do? I

Changes the behavior of signed integer overflow to be defined as wrapping
rather than being undefined.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987

[Bug middle-end/43987] [4.5 regression] type-punning causes broken binaries unless -O0 is used

[thomas at archlinux dot org]

--- Comment #3 from thomas at archlinux dot org  2010-05-04 23:06 ---
What is -fwrapv supposed to do? I don't see any changes in behaviour or
compiler output.


As I said, I don't know exactly what to put into a test case (I didn't write
any of the code that breaks), but I can try my best to find one.


I first encountered this problem in gap (http://www.gap-system.org), and it was
fixed by this patch:
http://www.math.leidenuniv.nl/~wpalenst/sage/gap_gcc45_strict_aliasing.patch
(look at the sysinfo.c part, that was what caused the problems apparently).

I now encountered it again in busybox's 'sed' applet. I will try to take that
code apart until I find out what's going wrong and hopefully produce a test
case.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987

[Bug target/43974] Undefined symbol main in crt1.o when compiling shared libs on Solaris

[bjoern at j3e dot de]

--- Comment #2 from bjoern at j3e dot de  2010-05-04 22:49 ---
I should have taken a look at the exact command line earlier. The build system
on solaris is quite messed up. Fixing the linking calls makes them also work
with "-z defs". Sorry for the noise.


-- 

bjoern at j3e dot de changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43974

[Bug middle-end/43987] [4.5 regression] type-punning causes broken binaries unless -O0 is used

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2010-05-04 22:48 ---
Also without a testcase it is hard to figure out what is going on.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987

[Bug middle-end/43987] [4.5 regression] type-punning causes broken binaries unless -O0 is used

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2010-05-04 22:48 ---
Can you try also -fwrapv?  There could be other issues with the code besides
just aliasing issues.  Maybe there is a buffer overflow that shows up now with
the new optimizers.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|critical|normal
  Component|c   |middle-end


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987

[Bug c/43987] New: [4.5 regression] type-punning causes broken binaries unless -O0 is used

[thomas at archlinux dot org]

I noticed this when building busybox 1.16.1, but I also saw this in other code:

When building with -O2 I get warnings like:
'warning: dereferencing type-punned pointer will break strict-aliasing rules'

The produced binary is broken, in the case of busybox, the 'sed' applet
segfaults.

When adding -fno-strict-aliasing, the warnings disappear, but the resulting
binary is still broken (with no warning or error indicating that something is
broken). The same also happens with -O1 or -Os, only a -O0 binary will work.

This used to work fine in gcc 4.4. I don't know how a test case would look
like, as I don't know the code that breaks that closely.

In my opinion, one of the following should happen:
a) gcc 4.5 should produce code that works
b) gcc 4.5 should throw a warning or error indicating that the code is
incorrect


-- 
   Summary: [4.5 regression] type-punning causes broken binaries
unless -O0 is used
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: thomas at archlinux dot org
 GCC build triplet: x86_64-unknown-linux-gnu / i686-pc-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu / i686-pc-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu / i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987

[Bug fortran/43986] New: gfortran.dg/dynamic_dispatch_4.f03 doesn't work on Linux/ia64

[hjl dot tools at gmail dot com]

On Linux/ia64, I got

FAIL: gfortran.dg/dynamic_dispatch_4.f03  -O3 -fomit-frame-pointer
-funroll-all-
loops -finline-functions  execution test
FAIL: gfortran.dg/dynamic_dispatch_4.f03  -O3 -fomit-frame-pointer
-funroll-loop
s  execution test


-- 
   Summary: gfortran.dg/dynamic_dispatch_4.f03 doesn't work on
Linux/ia64
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43986

[Bug fortran/43985] [4.5/4.6 Regression] ICE when assumed size cray-pointee passed as argument

[burnus at gcc dot gnu dot org]

--- Comment #3 from burnus at gcc dot gnu dot org  2010-05-04 22:08 ---
Lightly tested patch:

--- a/gcc/fortran/trans-types.c
+++ b/gcc/fortran/trans-types.c
@@ -1793,6 +1804,9 @@ gfc_sym_type (gfc_symbol * sym)
restricted);
  byref = 0;
}
+
+ if (sym->attr.cray_pointee)
+   GFC_POINTER_TYPE_P (type) = 1;
 }
   else
{
@@ -1808,7 +1822,7 @@ gfc_sym_type (gfc_symbol * sym)
 {
   if (sym->attr.allocatable || sym->attr.pointer)
type = gfc_build_pointer_type (sym, type);
-  if (sym->attr.pointer)
+  if (sym->attr.pointer || sym->attr.cray_pointee)
GFC_POINTER_TYPE_P (type) = 1;
 }



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43985

[Bug fortran/43985] [4.5/4.6 Regression] ICE when assumed size cray-pointee passed as argument

[burnus at gcc dot gnu dot org]

--- Comment #2 from burnus at gcc dot gnu dot org  2010-05-04 21:39 ---
==2733== Invalid read of size 2
==2733==at 0x70EEBE: omp_add_variable (gimplify.c:5448)
==2733==by 0x70F3A0: omp_notice_variable (gimplify.c:5558)
==2733==by 0x70F67B: gimplify_var_or_parm_decl (gimplify.c:1833)
==2733==by 0x7119D4: gimplify_expr (gimplify.c:6950)

Dump (with additionally initializing the data via
 ipeted = malloc(5*8)
 sz = 3

bob ()
{
  integer(kind=8) ipeted;
  real(kind=8)[0:] * peted [value-expr: (real(kind=8)[0:] *) ipeted];
  integer(kind=4) sz;

  {
static integer(kind=8) C.1539 = 40;

ipeted = _gfortran_malloc (&C.1539);
  }
  sz = 3;
  #pragma omp parallel default(shared)
{
  {
pete (&(*peted)[(integer(kind=8)) sz + -1]);
  }
}
  goto __return_bob;
  __return_bob:;
}


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||ice-on-valid-code, openmp


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43985

[Bug target/43668] [4.6 Regression] -fschedule-insns causes FAIL: gcc.target/i386/vararg-1.c execution test

[hjl dot tools at gmail dot com]

--- Comment #8 from hjl dot tools at gmail dot com  2010-05-04 21:22 ---
Fixed by

http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00589.html
http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00089.html

on trunk.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to work|3.3.6 3.4.6 4.1.2 4.2.4 |3.3.6 3.4.6 4.1.2 4.2.4
   |4.3.4 4.4.4 4.5.0   |4.3.4 4.4.4 4.5.0 4.6.0
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43668

[Bug target/43668] [4.6 Regression] -fschedule-insns causes FAIL: gcc.target/i386/vararg-1.c execution test

[hjl at gcc dot gnu dot org]

--- Comment #7 from hjl at gcc dot gnu dot org  2010-05-04 21:15 ---
Subject: Bug 43668

Author: hjl
Date: Tue May  4 21:15:35 2010
New Revision: 159046

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159046
Log:
Add a testcase for PR target/43668.

2010-05-04  H.J. Lu  

PR target/43668
* gcc.target/i386/pr43668.c: New.

Added:
trunk/gcc/testsuite/gcc.target/i386/pr43668.c
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43668

[Bug other/33549] makeinfo drops hyphens from srcdir path

[skunk at iskunk dot org]

--- Comment #7 from skunk at iskunk dot org  2010-05-04 20:23 ---
Thomas, please have a look at your version of makeinfo(1).

I've confirmed that this is not a bug in GCC. Building GCC 4.4.3 with makeinfo
4.7 fails as I originally described, but building on a more recent system with
makeinfo 4.13 succeeds.

Marking as invalid accordingly.


-- 

skunk at iskunk dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33549

[Bug fortran/40165] Excessive warnings for REAL DO loops

[dfranke at gcc dot gnu dot org]

--- Comment #6 from dfranke at gcc dot gnu dot org  2010-05-04 20:19 ---
(In reply to comment #5)
> I would like to see an option to silence gfortran in this regard - having it 
> as
> default warning is fine, but maybe some -Wno-deleted option could be added
> then?

Isn't this what -std=* is for?

The snippet in #0 gives exactly one error for -std=f95, no warning or error for
-std=legacy and four warnings with -std=gnu.

I'd vote for closing as WONTFIX or INVALID.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40165

[Bug target/42754] ICE on building libgcc.c __mulvdi3.

[monaka at monami-software dot com]

--- Comment #3 from monaka at monami-software dot com  2010-05-04 20:05 
---
I tried svn trunk. It seems this issue has been fixed.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42754

[Bug fortran/43985] [4.5/4.6 Regression] ICE when assumed size cray-pointee passed as argument

[kargl at gcc dot gnu dot org]

--- Comment #1 from kargl at gcc dot gnu dot org  2010-05-04 20:00 ---
Whoops regresion with ss in the summary line.


-- 

kargl at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[regresion 4.5/4.6] ICE when|[4.5/4.6 Regression] ICE
   |assumed size cray-pointee   |when assumed size cray-
   |passed as argument  |pointee passed as argument


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43985

[Bug fortran/43985] [regresion 4.5/4.6] ICE when assumed size cray-pointee passed as argument

[kargl at gcc dot gnu dot org]

-- 

kargl at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  Known to fail||4.5.1 4.6.0
  Known to work||4.3.5 4.4.5
   Last reconfirmed|-00-00 00:00:00 |2010-05-04 19:58:35
   date||
Summary|ICE when assumed size cray- |[regresion 4.5/4.6] ICE when
   |pointee passed as argument  |assumed size cray-pointee
   ||passed as argument


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43985

[Bug middle-end/43976] warning about increased alignment during casting printed even though variable is properly aligned

[thiago at kde dot org]

--- Comment #2 from thiago at kde dot org  2010-05-04 19:40 ---
Well, technically f.c has a type of 'char (__attribute__((aligned(4 [4]'.

Anyway, the point is that the variable is properly aligned, so the warning is
superfluous.

Or, in other words, we need a way to tell GCC "I know this is properly aligned,
so don't tell me there's a problem". The -Wcast-align warning is very useful to
catch real mistakes, but there's no way to weed out the false positives.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43976

[Bug c++/43028] [C++0x] internal compiler error in maybe_adjust_types_for_deduction

[paolo dot carlini at oracle dot com]

--- Comment #9 from paolo dot carlini at oracle dot com  2010-05-04 19:23 
---
Fixed.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

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


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028

[Bug c++/43028] [C++0x] internal compiler error in maybe_adjust_types_for_deduction

[paolo at gcc dot gnu dot org]

--- Comment #8 from paolo at gcc dot gnu dot org  2010-05-04 19:22 ---
Subject: Bug 43028

Author: paolo
Date: Tue May  4 19:22:26 2010
New Revision: 159045

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159045
Log:
/cp
2010-05-04  Paolo Carlini  

PR c++/43028
* pt.c (unify): Check each elt for error_mark_node.

/testsuite
2010-05-04  Paolo Carlini  

PR c++/43028
* g++.dg/cpp0x/initlist31.C: New.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/initlist31.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/pt.c
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028

[Bug c/43981] [4.6 Regression] -Wunused-but-set-variable does not consider array sizing use of a variable

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2010-05-04 19:13 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43981

[Bug c++/36625] bogus error on __attribute__((aligned(N))) in template code

[jason at gcc dot gnu dot org]

--- Comment #10 from jason at gcc dot gnu dot org  2010-05-04 19:10 ---
Fixed for 4.6 (but see bug 43758).


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

OtherBugsDependingO||43758
  nThis||
 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36625

[Bug c++/41468] SFINAE for expressions doesn't consider ambiguous conversion sequences

[jason at gcc dot gnu dot org]

--- Comment #4 from jason at gcc dot gnu dot org  2010-05-04 19:09 ---
Fixed for 4.6.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

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


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41468

[Bug c/43981] [4.6 Regression] -Wunused-but-set-variable does not consider array sizing use of a variable

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2010-05-04 19:08 ---
Subject: Bug 43981

Author: jakub
Date: Tue May  4 19:08:37 2010
New Revision: 159044

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159044
Log:
PR c/43981
* c-parser.c (c_parser_direct_declarator_inner): Call mark_exp_read
on dimen.

* gcc.dg/Wunused-var-8.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/Wunused-var-8.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-parser.c
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43981

[Bug c++/38064] [c++0x] operator== doesn't work for enum classes

[jason at gcc dot gnu dot org]

--- Comment #16 from jason at gcc dot gnu dot org  2010-05-04 19:04 ---
Other comparisons fixed for 4.5.1.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED
   Target Milestone|4.4.1   |4.5.1


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38064

[Bug c++/38064] [c++0x] operator== doesn't work for enum classes

[jason at gcc dot gnu dot org]

--- Comment #15 from jason at gcc dot gnu dot org  2010-05-04 19:03 ---
Subject: Bug 38064

Author: jason
Date: Tue May  4 19:03:00 2010
New Revision: 159043

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159043
Log:
PR c++/38064
* typeck.c (cp_build_binary_op): Allow enums for <> as well.

Modified:
branches/gcc-4_5-branch/gcc/cp/ChangeLog
branches/gcc-4_5-branch/gcc/cp/typeck.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/cpp0x/enum3.C


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38064

[Bug c++/38064] [c++0x] operator== doesn't work for enum classes

[jason at gcc dot gnu dot org]

--- Comment #14 from jason at gcc dot gnu dot org  2010-05-04 19:01 ---
Subject: Bug 38064

Author: jason
Date: Tue May  4 19:01:13 2010
New Revision: 159042

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159042
Log:
PR c++/38064
* typeck.c (cp_build_binary_op): Allow enums for <> as well.

Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/typeck.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/cpp0x/enum3.C


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38064

[Bug other/43620] [4.3 Release Blocker] Uploading to gnu.org will fail due to automake security issue

[rwild at gcc dot gnu dot org]

--- Comment #10 from rwild at gcc dot gnu dot org  2010-05-04 18:58 ---
Subject: Bug 43620

Author: rwild
Date: Tue May  4 18:58:11 2010
New Revision: 159041

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159041
Log:
no-dist in non-imported automake dirs.

libgfortran/:
PR other/43620
* configure.ac (AM_INIT_AUTOMAKE): Add no-dist.
* configure: Regenerate.
* Makefile.in: Regenerate.

libgomp/:
PR other/43620
* configure.ac (AM_INIT_AUTOMAKE): Add no-dist.
* configure: Regenerate.
* Makefile.in: Regenerate.
* testsuite/Makefile.in: Regenerate.

libjava/:
PR other/43620
* configure.ac (AM_INIT_AUTOMAKE): Add no-dist.
* Makefile.in: Regenerate.
* gcj/Makefile.in: Regenerate.
* include/Makefile.in: Regenerate.
* testsuite/Makefile.in: Regenerate.

libjava/libltdl/:
PR other/43620
* Makefile.am (AUTOMAKE_OPTIONS): Add no-dist.
* Makefile.in: Regenerate.

libmudflap/:
PR other/43620
* configure.ac (AM_INIT_AUTOMAKE): Add no-dist.
* Makefile.in: Regenerate.
* testsuite/Makefile.in: Regenerate.

libssp/:
PR other/43620
* configure.ac (AM_INIT_AUTOMAKE): Add no-dist.
* Makefile.in: Regenerate.

libstdc++-v3/:
PR other/43620
* configure.ac (AM_INIT_AUTOMAKE): Add no-dist.
* configure: Regenerate.
* Makefile.in: Regenerate.
* doc/Makefile.in: Regenerate.
* include/Makefile.in: Regenerate.
* libsupc++/Makefile.in: Regenerate.
* po/Makefile.in: Regenerate.
* python/Makefile.in: Regenerate.
* src/Makefile.in: Regenerate.
* testsuite/Makefile.in: Regenerate.

lto-plugin/:
PR other/43620
* configure.ac (AM_INIT_AUTOMAKE): Add no-dist.
* Makefile.in: Regenerate.

Modified:
trunk/libgfortran/ChangeLog
trunk/libgfortran/Makefile.in
trunk/libgfortran/configure
trunk/libgfortran/configure.ac
trunk/libgomp/ChangeLog
trunk/libgomp/Makefile.in
trunk/libgomp/configure
trunk/libgomp/configure.ac
trunk/libgomp/testsuite/Makefile.in
trunk/libjava/ChangeLog
trunk/libjava/Makefile.in
trunk/libjava/configure.ac
trunk/libjava/gcj/Makefile.in
trunk/libjava/include/Makefile.in
trunk/libjava/libltdl/ChangeLog
trunk/libjava/libltdl/Makefile.am
trunk/libjava/libltdl/Makefile.in
trunk/libjava/testsuite/Makefile.in
trunk/libmudflap/ChangeLog
trunk/libmudflap/Makefile.in
trunk/libmudflap/configure.ac
trunk/libmudflap/testsuite/Makefile.in
trunk/libssp/ChangeLog
trunk/libssp/Makefile.in
trunk/libssp/configure.ac
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/Makefile.in
trunk/libstdc++-v3/configure
trunk/libstdc++-v3/configure.ac
trunk/libstdc++-v3/doc/Makefile.in
trunk/libstdc++-v3/include/Makefile.in
trunk/libstdc++-v3/libsupc++/Makefile.in
trunk/libstdc++-v3/po/Makefile.in
trunk/libstdc++-v3/python/Makefile.in
trunk/libstdc++-v3/src/Makefile.in
trunk/libstdc++-v3/testsuite/Makefile.in
trunk/lto-plugin/ChangeLog
trunk/lto-plugin/Makefile.in
trunk/lto-plugin/configure.ac


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43620

[Bug target/43799] [4.6 Regression] -fschedule-insns breaks vararg functions in recent builds

[hjl dot tools at gmail dot com]

--- Comment #8 from hjl dot tools at gmail dot com  2010-05-04 18:52 ---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43799

[Bug target/43799] [4.6 Regression] -fschedule-insns breaks vararg functions in recent builds

[hjl at gcc dot gnu dot org]

--- Comment #7 from hjl at gcc dot gnu dot org  2010-05-04 18:51 ---
Subject: Bug 43799

Author: hjl
Date: Tue May  4 18:51:29 2010
New Revision: 159040

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159040
Log:
Add clobber CC register to sse_prologue_save patterns.

gcc/

2010-05-04  H.J. Lu  

PR target/43799
* config/i386/i386.md (sse_prologue_save): Add clobber CC
register.
(*sse_prologue_save_insn1): Likewise.
(SSE prologue save splitter): Likewise.

gcc/testsuite/

2010-05-04  H.J. Lu  

PR target/43799
* gcc.target/i386/pr43799.c: New.

Added:
trunk/gcc/testsuite/gcc.target/i386/pr43799.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.md
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43799

[Bug target/43799] [4.6 Regression] -fschedule-insns breaks vararg functions in recent builds

[hjl dot tools at gmail dot com]

--- Comment #6 from hjl dot tools at gmail dot com  2010-05-04 18:20 ---
A patch is posted at

http://gcc.gnu.org/ml/gcc-patches/2010-05/msg00247.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2010-
   ||05/msg00247.html


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43799

[Bug fortran/43985] New: ICE when assumed size cray-pointee passed as argument

[langton at gcc dot gnu dot org]

The recent fix for PR fortran/43331 introduced a regression for programs that
use OpenMP and pass assumed-size cray-pointees as function arguments.  Here is
an example:

 subroutine bob()
 implicit none
 real(8) peted
 pointer (ipeted, peted(*))
 integer(4) sz
!$omp parallel default(shared)

 call pete(peted(sz))

!$omp end parallel
 return
 end subroutine bob


When compiled with svn revision >= 157512, this generates an ICE:

% gfortran -fcray-pointer -fopenmp -c bug1.f90
bug1.f90: In function 'bob':
bug1.f90:9:0: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

My guess is that this is a result of 'peted' have the AS_ASSUMED_SIZE attribute
instead of AS_EXPLICIT in trans-decl.c


-- 
   Summary: ICE when assumed size cray-pointee passed as argument
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: langton at gcc dot gnu dot org
ReportedBy: langton at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43985

[Bug target/43968] undefined references to `std::{num_get, num_put, money_get, money_put}< [...] >::id' with -static

[ubizjak at gmail dot com]

--- Comment #18 from ubizjak at gmail dot com  2010-05-04 17:42 ---
(In reply to comment #15)
> Ah, seems a generic ar/ranlib bug, apparently STB_GNU_UNIQUE symbols aren't
> added into ar index :(.
> Wonder why it hasn't showed up elsewhere yet.  The reason why this doesn't hit
> us in libstdc++.a on x86-64 is that the STB_GNU_UNIQUE symbols locale-inst.o
> needs are in locale-inst.o rather than compatibility-ldbl.o.
> Looking into it.

Now that you mentioned - the problem was uncovered by [1]:

2010-04-28  Uros Bizjak  

* config/alpha/elf.h (ASM_DECLARE_OBJECT_NAME): Use gnu_unique_object
type if available.

[1] http://gcc.gnu.org/ml/gcc-patches/2010-04/msg01751.html

I wonder if the ar/ranlib bug is severe enough that we need to check for newer
version of the binutils in configure.ac. Currently we have:

 [gcc_GAS_CHECK_FEATURE([gnu_unique_object], gcc_cv_as_gnu_unique_object,
   [elf,2,19,52],,


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968

[Bug bootstrap/43970] configure --with-local-prefix=no does nothing

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2010-05-04 17:39 ---
In fact before July 1998, --without-local-prefix was fully broken, see
http://gcc.gnu.org/ml/gcc-patches/1998-07/msg00520.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43970

[Bug bootstrap/43970] configure --with-local-prefix=no does nothing

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2010-05-04 17:37 ---
--with-local-prefix=no/--without-local-prefix currently means specify the
default.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|driver  |bootstrap


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43970

[Bug middle-end/43976] warning about increased alignment during casting printed even though variable is properly aligned

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2010-05-04 17:27 ---
I think the warning is correct as the resulting type of &f.c is a pointer to an
array and that array is of type char[4] which has an alignment of 1. Yes f.c
has an alignment of 4 but the array type has an alignment of 1.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|c++ |middle-end


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43976

[Bug target/43974] Undefined symbol main in crt1.o when compiling shared libs on Solaris

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2010-05-04 17:24 ---
Can you show the command line which you used to link the shared library?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
  Component|c   |target
  GCC build triplet||sparc-sun-solaris2.10
   GCC host triplet||sparc-sun-solaris2.10
 GCC target triplet||sparc-sun-solaris2.10


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43974

[Bug tree-optimization/43971] [4.6 Regression] index domain error in tree-ssa-structalias.c:3450

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|c   |tree-optimization
   Keywords||ice-on-valid-code
Summary|index domain error in tree- |[4.6 Regression] index
   |ssa-structalias.c:3450  |domain error in tree-ssa-
   ||structalias.c:3450
   Target Milestone|--- |4.6.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43971

[Bug tree-optimization/43984] PRE misses full-redundancies, inserts into loops

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2010-05-04 17:22 ---
I don't see any insert of iyz.data.  But from the sound of it, this seems
related to PR 38497.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43984

[Bug c++/43028] [C++0x] internal compiler error in maybe_adjust_types_for_deduction

[paolo dot carlini at oracle dot com]

-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |paolo dot carlini at oracle
   |dot org |dot com
 Status|NEW |ASSIGNED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028

[Bug lto/41376] collect2 does not handle static libraries

[bmei at broadcom dot com]

--- Comment #6 from bmei at broadcom dot com  2010-05-04 16:54 ---
> So this is a rough first draft of the-kind-of-thing-i-was-thinking-of.  We get
> collect2 to run a dummy link early, and extract the output from the
> --lto-assist flag to get a list of archive members that we need lto to
> recompile for us.
> 

Well I spent some time to read into collect2/lto code and understand pro/cons
of different approaches. So far, adding --lto-assist to ld/hacking collect2
approach looks reasonable to me, though it does require gnu ld. What extra info
should be in a complete symbol resolution file?


-- 

bmei at broadcom dot com changed:

   What|Removed |Added

 CC||bmei at broadcom dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41376

[Bug c++/43028] [C++0x] internal compiler error in maybe_adjust_types_for_deduction

[paolo dot carlini at oracle dot com]

--- Comment #7 from paolo dot carlini at oracle dot com  2010-05-04 16:50 
---
This is enough:

namespace std
{
  template class initializer_list { };
}

struct string { string(std::initializer_list) { } };

void f() {
  auto y =
  {
string(Equation())
  }
}


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028

[Bug fortran/43954] gfortran-4.4 does not support -Wp, -MD for *.F (4.3 -> 4.4 regression, needed for auto-dependencies)

[kargl at gcc dot gnu dot org]

--- Comment #5 from kargl at gcc dot gnu dot org  2010-05-04 16:46 ---
(In reply to comment #4)
> On Mon, May 03, 2010 at 07:45:20PM -, dfranke at gcc dot gnu dot org 
> wrote:
> > (In reply to comment #2)
> > On Monday 03 May 2010 21:23:26 you wrote:
> > > And when I say "it used to work" I don't mean generating dependencies for
> > > f90/f95 sources (PR31588 mentions e.g. USE), but only generating
> > > dependencies from plain preprocessor.
> > 
> > What you ask for is "just" a subset of PR31588. If that gets fixed, your
> > request will be fixed as well.
> > 
> > Feel free to re-open if you believe that it would be worth to fix the subset
> > first.
> 
> Yes, it's a subset of PR31588. 
> 
> But as you wrote PR31588 is going to be (maybe) fixed for 4.6, while I
> believe regressions in general and this one in particular should be
> better handled with higher priority and fixes should go to maintanance
> branches.

What you apparently fail to understand is that gfortran is written
and maintained by a small group of volunteers.  If none of these
volunteers use this feature and if none of volunteers have the 
time to work on it, it won't get fixed anytime soon.  So, if this
is so dear to your heart, pull up your sleeves and start trying to
fix the problem.

In the meantime, just call cpp directly.

troutmask:sgk[214] ~/work/4x/bin/cpp -Wp,-MD,test.d test.F | sed s/#/\!/
! 1 "test.F"
! 1 ""
! 1 ""
! 1 "test.F"
! 1 "test.h" 1
! 2 "test.F" 2

  program test
  print *,'Hello World!'
  print *,'Hello up there qqq!'
  end
troutmask:sgk[215] cat test.d
test.o: test.F test.h


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43954

[Bug c++/42056] ICE with invalid use of auto in template

[paolo dot carlini at oracle dot com]

--- Comment #1 from paolo dot carlini at oracle dot com  2010-05-04 16:32 
---
Apparently now *both* snippets are wrongly accepted, at least in mainline.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42056

[Bug fortran/39427] F2003: Procedures with same name as types/type constructors

[burnus at gcc dot gnu dot org]

--- Comment #7 from burnus at gcc dot gnu dot org  2010-05-04 16:13 ---
(In reply to comment #6)
> Created an attachment (id=20557)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20557&action=view) [edit]
> First draft patch

   if (type != current_interface.type
- || strcmp (current_interface.sym->name, name) != 0)
+ && strcmp (current_interface.sym->name, name) != 0)

And that change is of course wrong.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39427

[Bug fortran/39427] F2003: Procedures with same name as types/type constructors

[burnus at gcc dot gnu dot org]

--- Comment #6 from burnus at gcc dot gnu dot org  2010-05-04 16:10 ---
Created an attachment (id=20557)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20557&action=view)
First draft patch

(In reply to comment #5)
> (In reply to comment #4)
> > What a horrible rule...

What do you mean? Allowing "name()" as (generic) constructor (function)? Why
not? That matches the natural use. If you mean the constraint in comment 3:
That just ensures that one cannot have use a structure constructor and generic
function simultaneously.


> Intel has promised to support it in its next release.

Well, I can also promise that _one_ of the next releases will have it :P

At least there are plans to improve OOP and there is also a Summer of Code
projects for OOP, cf. http://gcc.gnu.org/wiki/SummerOfCode

 * * *

Attached is a draft patch which should work in simple cases.

TODO:

* Call structure constructor if no generic function matches; that means:
Converting the actual arguments into a constructor and do the checking (cf.
FIXME in resolve.c)

* Add a is-function check: "A generic name may be the same as a derived-type
name, in which case all of the procedures in the interface block shall be
functions." (Note: That's not a constraint thus one does not need to catch all
cases.)

* Fix the case of first defining the generic name and then the type:
interface t
  procedure t2
end interface t
type t
end type t

* Add a new "%X" (X = some letter) to finally solve the "@" printing problem in
error messages for PPC and for constructors (this PR): gfc_error should then
simply strip the @... from the message for arguments to %X while for %s no
extra stripping is done as it is currently done. One then only needs to change
all relevant %s to %X and one is done. (using a more-intuitive different latter
than %X would be helpful; maybe %S = Symbol String?.)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39427

[Bug c++/42810] Enumeration with sequential values has its for-loop exit condition optimized out.

[tony3 at GarlandConsulting dot us]

--- Comment #25 from tony3 at GarlandConsulting dot us  2010-05-04 16:06 
---
(In reply to comment #24)
> G++ 4.6 will no longer optimize away the exit condition unless -fstrict-enums
> is specified.
> 

I'm very encouraged by this.  Thanks for responding to this concern.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42810

[Bug c/43982] Bad generated code with integer/float pointer cast assignment and with optimization.

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-05-04 15:53 ---
You are violating C aliasing rules.  Use -fno-strict-aliasing or use
memcpy and/or unions.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43982

[Bug middle-end/43671] [4.4/4.5/4.6 Regression] -fsched2-use-superblocks -m32 produces wrong code with vectorization

[hjl dot tools at gmail dot com]

--- Comment #12 from hjl dot tools at gmail dot com  2010-05-04 15:53 
---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail|4.4.3 4.5.0 |4.4.4 4.5.0
  Known to work|3.4.6 4.1.2 4.2.4 4.3.4 |3.4.6 4.1.2 4.2.4 4.3.4
   ||4.4.5 4.5.1 4.6.0
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43671

[Bug middle-end/43671] [4.4/4.5/4.6 Regression] -fsched2-use-superblocks -m32 produces wrong code with vectorization

[hjl at gcc dot gnu dot org]

--- Comment #11 from hjl at gcc dot gnu dot org  2010-05-04 15:51 ---
Subject: Bug 43671

Author: hjl
Date: Tue May  4 15:50:53 2010
New Revision: 159035

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159035
Log:
Handle the same VALUE for true dependence.

gcc/

2010-05-04  H.J. Lu  

Backport from mainline
2010-05-04  H.J. Lu  

PR middle-end/43671
* alias.c (true_dependence): Handle the same VALUE in x and mem.
(canon_true_dependence): Likewise.
(write_dependence_p): Likewise.

gcc/testsuite/

2010-05-04  H.J. Lu  

Backport from mainline
2010-05-04  H.J. Lu  

PR middle-end/43671
* gcc.target/i386/pr43671.c: New.

Added:
branches/gcc-4_4-branch/gcc/testsuite/gcc.target/i386/pr43671.c
Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/alias.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43671

[Bug middle-end/43671] [4.4/4.5/4.6 Regression] -fsched2-use-superblocks -m32 produces wrong code with vectorization

[hjl at gcc dot gnu dot org]

--- Comment #10 from hjl at gcc dot gnu dot org  2010-05-04 15:49 ---
Subject: Bug 43671

Author: hjl
Date: Tue May  4 15:49:24 2010
New Revision: 159034

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159034
Log:
Handle the same VALUE for true dependence.

gcc/

2010-05-04  H.J. Lu  

Backport from mainline
2010-05-04  H.J. Lu  

PR middle-end/43671
* alias.c (true_dependence): Handle the same VALUE in x and mem.
(canon_true_dependence): Likewise.
(write_dependence_p): Likewise.

gcc/testsuite/

2010-05-04  H.J. Lu  

Backport from mainline
2010-05-04  H.J. Lu  

PR middle-end/43671
* gcc.target/i386/pr43671.c: New.

Added:
branches/gcc-4_5-branch/gcc/testsuite/gcc.target/i386/pr43671.c
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/alias.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43671

[Bug middle-end/43671] [4.4/4.5/4.6 Regression] -fsched2-use-superblocks -m32 produces wrong code with vectorization

[hjl at gcc dot gnu dot org]

--- Comment #9 from hjl at gcc dot gnu dot org  2010-05-04 15:47 ---
Subject: Bug 43671

Author: hjl
Date: Tue May  4 15:47:25 2010
New Revision: 159033

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159033
Log:
Handle the same VALUE for true dependence.

gcc/

2010-05-04  H.J. Lu  

PR middle-end/43671
* alias.c (true_dependence): Handle the same VALUE in x and mem.
(canon_true_dependence): Likewise.
(write_dependence_p): Likewise.

gcc/testsuite/

2010-05-04  H.J. Lu  

PR middle-end/43671
* gcc.target/i386/pr43671.c: New.

Added:
trunk/gcc/testsuite/gcc.target/i386/pr43671.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/alias.c
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43671

[Bug tree-optimization/43984] New: PRE misses full-redundancies, inserts into loops

[rguenth at gcc dot gnu dot org]

PRE currently ends up inserting expressions into loops.

module test

   type shell1quartet_type

   integer(kind=kind(1)) :: ab_l_sum
   integer(kind=kind(1)), dimension(:), pointer :: ab_form_3dints_x_indices =>
NULL()
   integer(kind=kind(1)), dimension(:), pointer ::
ab_form_3dints_yz_rms_indices => NULL()

end type

contains
subroutine make_esss(self,esss)
  type(shell1quartet_type) :: self
  intent(in) :: self
  real(kind=kind(1.0d0)), dimension(:), intent(out) :: esss
  real(kind=kind(1.0d0)), dimension(:), pointer :: Izz
  real(kind=kind(1.0d0)), dimension(:,:), pointer :: Ix,Iy,Iz,Iyz
  integer(kind=kind(1)), dimension(:), pointer  :: e_x,ii_ivec
  integer(kind=kind(1)) :: dim, dim1, nroots, ii,z,y

dim = self%ab_l_sum+1
dim1 = self%ab_l_sum+2
nroots = (dim1) / 2
call create_(Ix,nroots,dim)
call create_(Iy,nroots,dim)
call create_(Iz,nroots,dim)
call create_(Iyz,nroots,dim*dim1/2)

e_x => self%ab_form_3dints_x_indices
ii_ivec => self%ab_form_3dints_yz_rms_indices

call foo(Ix)
call foo(Iy)
call foo(Iz)

esss = ZERO
ii = 0
do z=1,dim
  Izz => Iz(:,z)
  do y=1,dim1-z
ii = ii + 1
Iyz(:,ii) = Izz * Iy(:,y)
  end do
end do
esss = esss + sum(Ix(:,e_x) * Iyz(:,ii_ivec),1)

end subroutine

end

look for insertions of iyz.data for example.


-- 
   Summary: PRE misses full-redundancies, inserts into loops
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: enhancement
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43984

[Bug target/43968] undefined references to `std::{num_get, num_put, money_get, money_put}< [...] >::id' with -static

[jakub at gcc dot gnu dot org]

--- Comment #17 from jakub at gcc dot gnu dot org  2010-05-04 15:41 ---
Ah, already fixed:
http://sources.redhat.com/ml/binutils/2010-03/msg00249.html
http://sources.redhat.com/ml/binutils-cvs/2010-03/msg00143.html
http://sources.redhat.com/ml/binutils-cvs/2010-03/msg00144.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968

[Bug target/43968] undefined references to `std::{num_get, num_put, money_get, money_put}< [...] >::id' with -static

[paolo dot carlini at oracle dot com]

--- Comment #16 from paolo dot carlini at oracle dot com  2010-05-04 15:33 
---
Thanks Jakub.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968

[Bug target/43968] undefined references to `std::{num_get, num_put, money_get, money_put}< [...] >::id' with -static

[jakub at gcc dot gnu dot org]

--- Comment #15 from jakub at gcc dot gnu dot org  2010-05-04 15:31 ---
Ah, seems a generic ar/ranlib bug, apparently STB_GNU_UNIQUE symbols aren't
added into ar index :(.
Wonder why it hasn't showed up elsewhere yet.  The reason why this doesn't hit
us in libstdc++.a on x86-64 is that the STB_GNU_UNIQUE symbols locale-inst.o
needs are in locale-inst.o rather than compatibility-ldbl.o.
Looking into it.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968

[Bug debug/43983] var-tracking needlessly throws away location info for SRAed vars

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2010-05-04 15:12 ---
Sample testcase:
struct A { int i; int j; };

int
foo (int k)
{
  struct A a = { 4, k + 6 };
  asm ("" : "+r" (a.i));
  a.j++;
  bar (a.i);
  bar (a.j);
  return a.i + a.j;
}


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-05-04 15:12:44
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43983

[Bug debug/43983] New: var-tracking needlessly throws away location info for SRAed vars

[jakub at gcc dot gnu dot org]

track_expr_p has:
4496  /* If this expression is really a debug alias of some other declaration,
we
4497 don't need to track this expression if the ultimate declaration is
4498 ignored.  */
4499  realdecl = expr;
4500  if (DECL_DEBUG_EXPR_IS_FROM (realdecl) && DECL_DEBUG_EXPR (realdecl))
4501{
4502  realdecl = DECL_DEBUG_EXPR (realdecl);
4503  /* ??? We don't yet know how to emit DW_OP_piece for variable
4504 that has been SRA'ed.  */
4505  if (!DECL_P (realdecl))
4506return 0;
4507}

I'd say if the DECL_DEBUG_EXPR is a COMPONENT_REF, ARRAY_REF etc. from a
reasonably short type, the easiest thing would be just to let var-tracking
track the individual vars and let dwarf2out_var_location assemble them
together.


-- 
   Summary: var-tracking needlessly throws away location info for
SRAed vars
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43983

[Bug fortran/39427] F2003: Procedures with same name as types/type constructors

[damian at rouson dot net]

--- Comment #5 from damian at rouson dot net  2010-05-04 14:25 ---
(In reply to comment #4)
> What a horrible rule...
> 

I'm not sure why you don't like it, but the reason for the rule is to have the
ability to overload the intrinsic structure constructors.  The intrinsic
structure constructors are virtually useless for object-oriented programming
(OOP) because they can't be used if the type has private data (required by the
information-hiding philosophy of OOP) unless all components have default
initializations (which only helps in trivial cases).  It's standard in C++ (and
I'd guess in most other OOP languages) for constructors to have the same name
as the type.  What could be more clear to the reader than

type(vector) :: f
f = vector(1.0,2.0)

Once one adopts this approach, it touches every type you develop, so a compiler
that doesn't support it becomes useless unless you're willing to change every
constructor name to suit that particular compiler.  It's already supported by
IBM XL Fortran (my primary development platform), by Cray, by NAG (I think),
and Intel has promised to support it in its next release.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39427

[Bug c/43982] Bad generated code with integer/float pointer cast assignment and with optimization.

[casse at irit dot fr]

--- Comment #1 from casse at irit dot fr  2010-05-04 14:25 ---
Created an attachment (id=20556)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20556&action=view)
Preprocessed sources.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43982

[Bug c/43982] New: Bad generated code with integer/float pointer cast assignment and with optimization.

[casse at irit dot fr]

The simple code below:

==
#include 
#include 

#define ppc_mask64(n)   ((n) == 64 ? (-1LL) : (1LL << (n)) - 1)

uint64_t ppc_set_field64u(uint64_t v, uint64_t s, int32_t u, int32_t l) {
uint64_t mask = ppc_mask64(u - l + 1) << l;
return (v & ~mask) | ((s << l) & mask);
}

double ppc_set_fieldd(double v, uint64_t s, int32_t u, int32_t l) {
double x;
*((uint64_t *)&x) = ppc_set_field64u(*((uint64_t *)&v), s, u, l);
return x;
}

double ppc_set_fieldd_bug(double v, uint64_t s, int32_t u, int32_t l) {
*((uint64_t *)&v) = ppc_set_field64u(*((uint64_t *)&v), s, u, l);
return v;
}

int main(void) {
double x = 1.1, y, z;
printf("%016Lx\n", *(uint64_t *)&x);
y = ppc_set_fieldd(x, 0xff, 31, 24);
printf("%016Lx\n", *(uint64_t *)&y);
z = ppc_set_fieldd_bug(x, 0xff, 31, 24);
printf("%016Lx\n", *(uint64_t *)&z);
}


produces with -O2 or -O3 :

3ff1999a
3ff1ff9a
3ff1999a

while it should produces (no optimization or -O):
3ff1999a
3ff1ff9a
3ff1ff9a


-- 
   Summary: Bad generated code with integer/float pointer cast
assignment and with optimization.
   Product: gcc
   Version: 4.4.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: casse at irit dot fr
 GCC build triplet: i486-linux-elf
  GCC host triplet: i486-linux-elf
GCC target triplet: i486-linux-elf


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43982

[Bug c++/43705] ICE: SIGSEGV with template specialization in non-namespace scope

[paolo dot carlini at oracle dot com]

--- Comment #3 from paolo dot carlini at oracle dot com  2010-05-04 14:19 
---
Fixed.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

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


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43705

[Bug c++/43705] ICE: SIGSEGV with template specialization in non-namespace scope

[paolo at gcc dot gnu dot org]

--- Comment #2 from paolo at gcc dot gnu dot org  2010-05-04 14:18 ---
Subject: Bug 43705

Author: paolo
Date: Tue May  4 14:17:52 2010
New Revision: 159029

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159029
Log:
/cp
2010-05-04  Paolo Carlini  

PR c++/43705
* call.c (build_new_method_call): Return error_mark_node if fns is
NULL_TREE.

/testsuite
2010-05-04  Paolo Carlini  

PR c++/43705
* g++.dg/template/crash95.C: New.

Added:
trunk/gcc/testsuite/g++.dg/template/crash95.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/call.c
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43705

[Bug target/43968] undefined references to `std::{num_get, num_put, money_get, money_put}< [...] >::id' with -static

[ubizjak at gmail dot com]

--- Comment #14 from ubizjak at gmail dot com  2010-05-04 14:16 ---
(In reply to comment #13)
> I guess this must be related to STB_GNU_UNIQUE, at least I can't reproduce 
> this
> on ppc on Fedora 11 where STB_GNU_UNIQUE wasn't supported (even with recentish
> gcc), while according to log I see these
> WARNING: libmudflap.c++/pass41-frag.cxx (-static) compilation failed to 
> produce
> executable
> on ppc, ppc64, s390 and s390x when doing 4.4.*-RH package builds in Fedora 12+
> where STB_GNU_UNIQUE is supported.

Thanks for your comments!

FYI, my binutils are "GNU ld (GNU Binutils) 2.20.1 20100303".

I don't know when binutils was upgraded, but looking back, I see that at the
end of april, results on alpha for this test were clean [1].

[1] http://gcc.gnu.org/ml/gcc-testresults/2010-04/msg02616.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968

[Bug debug/43508] ICE when compiling SSE code with -ggdb

[hjl dot tools at gmail dot com]

-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

  GCC build triplet|i686-pc-cygwin  |
   GCC host triplet|i686-pc-cygwin  |
 GCC target triplet|i686-pc-cygwin  |
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43508

[Bug debug/43508] ICE when compiling SSE code with -ggdb

[hjl at gcc dot gnu dot org]

--- Comment #11 from hjl at gcc dot gnu dot org  2010-05-04 14:15 ---
Subject: Bug 43508

Author: hjl
Date: Tue May  4 14:14:46 2010
New Revision: 159028

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159028
Log:
Backport PR debug/43508 testcase.

2010-05-04  H.J. Lu  

Backport from mainline
2010-05-04  H.J. Lu  

PR debug/43508
* gcc.target/i386/pr43508.c: New.

Added:
branches/gcc-4_5-branch/gcc/testsuite/gcc.target/i386/pr43508.c
  - copied unchanged from r159027,
trunk/gcc/testsuite/gcc.target/i386/pr43508.c
Modified:
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43508

[Bug debug/43508] ICE when compiling SSE code with -ggdb

[hjl at gcc dot gnu dot org]

--- Comment #10 from hjl at gcc dot gnu dot org  2010-05-04 14:11 ---
Subject: Bug 43508

Author: hjl
Date: Tue May  4 14:11:32 2010
New Revision: 159027

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159027
Log:
Add a testcase for PR debug/43508.

2010-05-04  H.J. Lu  

PR debug/43508
* gcc.target/i386/pr43508.c: New.

Added:
trunk/gcc/testsuite/gcc.target/i386/pr43508.c
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43508

[Bug tree-optimization/43879] -fipa-pta causes various miscompilations

[rguenth at gcc dot gnu dot org]

--- Comment #31 from rguenth at gcc dot gnu dot org  2010-05-04 14:02 
---
Fixed!


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

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


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43879

[Bug target/43968] undefined references to `std::{num_get, num_put, money_get, money_put}< [...] >::id' with -static

[jakub at gcc dot gnu dot org]

--- Comment #13 from jakub at gcc dot gnu dot org  2010-05-04 13:57 ---
I guess this must be related to STB_GNU_UNIQUE, at least I can't reproduce this
on ppc on Fedora 11 where STB_GNU_UNIQUE wasn't supported (even with recentish
gcc), while according to log I see these
WARNING: libmudflap.c++/pass41-frag.cxx (-static) compilation failed to produce
executable
on ppc, ppc64, s390 and s390x when doing 4.4.*-RH package builds in Fedora 12+
where STB_GNU_UNIQUE is supported.

libstdc++.a symbols look good though:
 V
_ZGVNSt17__gnu_cxx_ldbl1287num_getIcSt19istreambuf_iteratorIcSt11char_traitsIcEEE2idE
 u
_ZNSt17__gnu_cxx_ldbl1287num_getIcSt19istreambuf_iteratorIcSt11char_traitsIcEEE2idE
 V
_ZGVNSt7num_getIcSt19istreambuf_iteratorIcSt11char_traitsIcEEE2idE
 u
_ZNSt7num_getIcSt19istreambuf_iteratorIcSt11char_traitsIcEEE2idE


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968

[Bug tree-optimization/43879] -fipa-pta causes various miscompilations

[rguenth at gcc dot gnu dot org]

--- Comment #30 from rguenth at gcc dot gnu dot org  2010-05-04 13:12 
---
Subject: Bug 43879

Author: rguenth
Date: Tue May  4 13:12:02 2010
New Revision: 159026

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159026
Log:
2010-05-04  Richard Guenther  

PR tree-optimization/43879
* tree-ssa-structalias.c (alias_get_name): Use
DECL_ASSEMBLER_NAME if available.
(create_function_info_for): Return the varinfo node.
(ipa_pta_execute): Associate same-body aliases and extra names
with their origin nodes varinfo.  Dump DECL_ASSEMBLER_NAME.

* g++.dg/torture/pr43879-1_0.C: New testcase.
* g++.dg/torture/pr43879-1_1.C: Likewise.

Added:
trunk/gcc/testsuite/g++.dg/torture/pr43879-1_0.C
trunk/gcc/testsuite/g++.dg/torture/pr43879-1_1.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-structalias.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43879

[Bug debug/43508] ICE when compiling SSE code with -ggdb

[jakub at gcc dot gnu dot org]

--- Comment #9 from jakub at gcc dot gnu dot org  2010-05-04 13:06 ---
Fixed then.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43508

[Bug debug/43508] ICE when compiling SSE code with -ggdb

[zsojka at seznam dot cz]

--- Comment #8 from zsojka at seznam dot cz  2010-05-04 12:58 ---
r157703 fixes both testcases from comment #2 and comment #7 (r157702 fails with
both, flags for the first testcase are "-std=gnu++0x -O3 -march=core2 -msse4.1
-fomit-frame-pointer -ggdb -m32"). No testcase was commited though.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43508

[Bug target/43968] undefined references to `std::{num_get, num_put, money_get, money_put}< [...] >::id' with -static

[paolo dot carlini at oracle dot com]

--- Comment #12 from paolo dot carlini at oracle dot com  2010-05-04 12:35 
---
Can well be, personally I *never* checked -static on the targets affected by
the 128 bit long double issue. I'm not even sure if Jakub himself did...


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968

[Bug target/43968] undefined references to `std::{num_get, num_put, money_get, money_put}< [...] >::id' with -static

[ubizjak at gmail dot com]

--- Comment #11 from ubizjak at gmail dot com  2010-05-04 12:31 ---
I belive this problem also shows on powerpc64-linux-gnu, configured with
--with-long-double-128 [1]:

FAIL: libmudflap.c++/pass28-frag.cxx (-static) (test for excess errors)
WARNING: libmudflap.c++/pass28-frag.cxx (-static) compilation failed to produce
executable
FAIL: libmudflap.c++/pass41-frag.cxx (-static) (test for excess errors)
WARNING: libmudflap.c++/pass41-frag.cxx (-static) compilation failed to produce
executable
FAIL: libmudflap.c++/pass55-frag.cxx (-static) (test for excess errors)
WARNING: libmudflap.c++/pass55-frag.cxx (-static) compilation failed to produce
executable
FAIL: libmudflap.c++/pass57-frag.cxx (-static) (test for excess errors)
WARNING: libmudflap.c++/pass57-frag.cxx (-static) compilation failed to produce
executable

It looks that long-double support in libstdc++ is broken for certain symbols.

[1] http://gcc.gnu.org/ml/gcc-testresults/2010-05/msg00285.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968

[Bug fortran/39427] F2003: Procedures with same name as types/type constructors

[steven at gcc dot gnu dot org]

--- Comment #4 from steven at gcc dot gnu dot org  2010-05-04 12:09 ---
What a horrible rule...


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39427

[Bug c++/43978] dereferencing pointer ���� does break strict-aliasing rules

[paolo dot carlini at oracle dot com]

--- Comment #7 from paolo dot carlini at oracle dot com  2010-05-04 12:05 
---
Ok, let's resolve it as duplicate, then.

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


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43978

[Bug c++/42032] Aliasing errors in stl_tree.h

[paolo dot carlini at oracle dot com]

--- Comment #8 from paolo dot carlini at oracle dot com  2010-05-04 12:05 
---
*** Bug 43978 has been marked as a duplicate of this bug. ***


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 CC||musiphil at bawi dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42032

[Bug c/43981] [4.6 Regression] -Wunused-but-set-variable does not consider array sizing use of a variable

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2010-05-04 11:45 ---
Created an attachment (id=20555)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20555&action=view)
gcc46-pr43981.patch

Fix I'm going to bootstrap/regtest.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43981

[Bug other/33549] makeinfo drops hyphens from srcdir path

[thomas dot petazzoni at free-electrons dot com]

--- Comment #6 from thomas dot petazzoni at free-electrons dot com  
2010-05-04 11:44 ---
FWIW, I'm still having this bug with gcc 4.3.4 :

/home/test/buildroot/output.arm-internal-br-2010-05-04--10-14-30/toolchain/gcc-4.3.4/gcc/doc//invoke.texi:1244:
@include
`/home/test/buildroot/output.arm-internal-br-2010-05-04-10-14-30/toolchain/gcc-4.3.4/gcc/../libiberty/at-file.texi':
No such file or directory.

Notice how 

 output.arm-internal-br-2010-05-04--10-14-30 (which is the real existing path)

differs from

 output.arm-internal-br-2010-05-04-10-14-30


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33549

[Bug target/33637] [4.3/4.4/4.5/4.6 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[dje at gcc dot gnu dot org]

--- Comment #10 from dje at gcc dot gnu dot org  2010-05-04 11:41 ---
Binutils now fully supports AIX.


-- 

dje at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Priority|P4  |P1
   Last reconfirmed|-00-00 00:00:00 |2010-05-04 11:41:11
   date||
   Target Milestone|4.3.5   |4.5.1


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

[Bug bootstrap/43964] [4.6 Regression] 4.6-20100501 (r158965) bootstrap failure on ARM, ira-color.c triggers -Werror

[mikpe at it dot uu dot se]

--- Comment #4 from mikpe at it dot uu dot se  2010-05-04 11:23 ---
Thanks Bernd for committing this.  Closing as fixed.


-- 

mikpe at it dot uu dot se changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43964

[Bug tree-optimization/43879] -fipa-pta causes various miscompilations

[rguenth at gcc dot gnu dot org]

--- Comment #29 from rguenth at gcc dot gnu dot org  2010-05-04 11:16 
---
Indeed.  Many thanks for these testcases!  I have a fix in testing.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43879

[Bug c++/43705] ICE: SIGSEGV with template specialization in non-namespace scope

[paolo dot carlini at oracle dot com]

-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |paolo dot carlini at oracle
   |dot org |dot com
 Status|NEW |ASSIGNED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43705

[Bug bootstrap/43964] [4.6 Regression] 4.6-20100501 (r158965) bootstrap failure on ARM, ira-color.c triggers -Werror

[bernds at gcc dot gnu dot org]

--- Comment #3 from bernds at gcc dot gnu dot org  2010-05-04 10:50 ---
Subject: Bug 43964

Author: bernds
Date: Tue May  4 10:49:41 2010
New Revision: 159022

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159022
Log:
PR bootstrap/43964
* ira-color.c (assign_hard_reg): Declare rclass and add_cost
only if HONOR_REG_ALLOC_ORDER is not defined.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/ira-color.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43964

[Bug c++/43953] [4.5/4.6 regression] ICE: dependent_type_p, at cp/pt.c:17404

[dodji at gcc dot gnu dot org]

--- Comment #7 from dodji at gcc dot gnu dot org  2010-05-04 10:31 ---
Close this now.


-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43953

[Bug c/43971] index domain error in tree-ssa-structalias.c:3450

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2010-05-04 10:01 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43971

[Bug c++/43978] dereferencing pointer ���� does break strict-aliasing rules

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2010-05-04 10:01 ---
(In reply to comment #3)
> Richard, can you have a look? It is the same as 42032?

I am pretty sure it is.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43978