[Bug libffi/46660] cls_double_va.c, cls_longdouble_va.c FAIL on IRIX 6.5

[ro at gcc dot gnu.org]

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

--- Comment #1 from Rainer Orth  2011-06-29 07:31:09 UTC 
---
Author: ro
Date: Wed Jun 29 07:31:05 2011
New Revision: 175618

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175618
Log:
PR libffi/46660
* testsuite/libffi.call/cls_double_va.c: xfail dg-output on
mips-sgi-irix6*.
* testsuite/libffi.call/cls_longdouble_va.c: Likewise.

Modified:
trunk/libffi/ChangeLog
trunk/libffi/testsuite/libffi.call/cls_double_va.c
trunk/libffi/testsuite/libffi.call/cls_longdouble_va.c

[Bug libffi/46660] cls_double_va.c, cls_longdouble_va.c FAIL on IRIX 6.5

[ro at gcc dot gnu.org]

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

--- Comment #2 from Rainer Orth  2011-06-29 07:35:43 UTC 
---
Author: ro
Date: Wed Jun 29 07:35:37 2011
New Revision: 175619

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175619
Log:
PR libffi/46660
* testsuite/libffi.call/cls_double_va.c: xfail dg-output on
mips-sgi-irix6*.
* testsuite/libffi.call/cls_longdouble_va.c: Likewise.

Modified:
branches/gcc-4_6-branch/libffi/ChangeLog
branches/gcc-4_6-branch/libffi/testsuite/libffi.call/cls_double_va.c
branches/gcc-4_6-branch/libffi/testsuite/libffi.call/cls_longdouble_va.c

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

[mikpe at it dot uu.se]

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

--- Comment #16 from Mikael Pettersson  2011-06-29 
07:40:20 UTC ---
4.2.4 (lightly patched) and 4.3.6 (heavily patched) both bootstrap fine with
gnat and rebuild themselves without problems.  I'm going to rebuild 4.3.6 with
a much smaller patch kit first, then move on to 4.4.6.

[Bug pch/49435] get_z.c:46: MPFR assertion failed: exp < 0 || exp <= ((mpfr_prec_t)((mpfr_uprec_t)(~(mpfr_uprec_t)0)>>1))

[longvalery at gmail dot com]

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

--- Comment #9 from Valery  2011-06-29 07:53:36 
UTC ---
I commented all calls "powf" in the  specified functions (float_XX_to_YY) and
compiler errors do not arise

I can replace "powf" with something?

[Bug target/34734] attribute((progmem)) not handled properly in C++ for AVRs

[gjl at gcc dot gnu.org]

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

--- Comment #6 from Georg-Johann Lay  2011-06-29 
07:57:28 UTC ---
Author: gjl
Date: Wed Jun 29 07:57:25 2011
New Revision: 175621

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175621
Log:
PR target/34734
* config/avr/avr.c (avr_handle_progmem_attribute): Move warning 
about uninitialized data attributed 'progmem' from here...
(avr_encode_section_info): ...to this new function.
(TARGET_ENCODE_SECTION_INFO): New define.
(avr_section_type_flags): For data in ".progmem.data", remove
section flag SECTION_WRITE.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/avr/avr.c

[Bug debug/49567] [4.7 Regression] ICE in mem_loc_descriptor due to typed DWARF stack changes

[jakub at gcc dot gnu.org]

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

--- Comment #2 from Jakub Jelinek  2011-06-29 
08:15:10 UTC ---
Author: jakub
Date: Wed Jun 29 08:15:00 2011
New Revision: 175622

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175622
Log:
PR debug/49567
* dwarf2out.c (mem_loc_descriptor) : Give up
for non-MODE_INT modes instead of asserting the mode has MODE_INT
class.

* gcc.target/i386/pr49567.c: New test.

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

[Bug libgcj/49451] FileHandleGcTest FAILS on IRIX

[ro at gcc dot gnu.org]

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

--- Comment #2 from Rainer Orth  2011-06-29 08:19:16 UTC 
---
Author: ro
Date: Wed Jun 29 08:19:08 2011
New Revision: 175623

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175623
Log:
PR libgcj/49451
* include/private/gcconfig.h [IRIX5 && _MIPS_SZPTR == 64]
(ELF_CLASS): Define.
* dyn_load.c [IRIX5]: Include .
Include  for O32,  for N32, N64.
[SUNOS5DL && USE_PROC_FOR_LIBRARIES] (obj_offset): Define.
[SUNOS4 && USE_PROC_FOR_LIBRARIES] (obj_offset): Define.
[IRIX5 && !USE_PROC_FOR_LIBRARIES] (struct link_map): Define.
(__rld_obj_head): Declare.
(l_next, l_addr, obj_offset): Define.
(GC_FirstDLOpenedLinkMap): New function.
[SUNOS4 || SUNOS5DL] (GC_register_dynamic_libraries): Also use on
IRIX5.
Use obj_offset.
[IRIX5 || (USE_PROC_FOR_LIBRARIES && !LINUX]
(GC_register_dynamic_libraries): Don't use /proc version on IRIX5.

Modified:
trunk/boehm-gc/ChangeLog
trunk/boehm-gc/dyn_load.c
trunk/boehm-gc/include/private/gcconfig.h

[Bug debug/49567] [4.7 Regression] ICE in mem_loc_descriptor due to typed DWARF stack changes

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #3 from Jakub Jelinek  2011-06-29 
08:19:07 UTC ---
Fixed.

[Bug lto/48851] lto-plugin.c:224:7: error: missing sentinel in function call [-Werror=format]

[jsg at openbsd dot org]

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

Jonathan Gray  changed:

   What|Removed |Added

 CC||jsg at openbsd dot org

--- Comment #10 from Jonathan Gray  2011-06-29 08:31:27 
UTC ---
I see the same on 4.6.1 (4.7 svn does not bootstrap see pr 49246, 4.6.1
bootstraps fine with --disable-lto).

gmake[4]: Entering directory `/home/jsg/src/obj461/lto-plugin'
/bin/sh ./libtool --tag=CC --tag=disable-static  --mode=compile
/home/jsg/src/obj461/./prev-gcc/xgcc -B/home/jsg/src/obj461/./prev-gcc/
-B/usr/gc
c/i386-unknown-openbsd4.9/bin/ -B/usr/gcc/i386-unknown-openbsd4.9/bin/
-B/usr/gcc/i386-unknown-openbsd4.9/lib/ -isystem /usr/gcc/i386-unknown-ope
nbsd4.9/include -isystem /usr/gcc/i386-unknown-openbsd4.9/sys-include   
-DHAVE_CONFIG_H -I. -I../../gcc-4.6.1/lto-plugin  -I../../gcc-4.6.1/lto-
plugin/../include -DHAVE_CONFIG_H  -Wall -Werror -g -O2 -fomit-frame-pointer
-gtoggle -c -o lto-plugin.lo ../../gcc-4.6.1/lto-plugin/lto-plugin.c
libtool: compile:  /home/jsg/src/obj461/./prev-gcc/xgcc
-B/home/jsg/src/obj461/./prev-gcc/ -B/usr/gcc/i386-unknown-openbsd4.9/bin/
-B/usr/gcc/i38
6-unknown-openbsd4.9/bin/ -B/usr/gcc/i386-unknown-openbsd4.9/lib/ -isystem
/usr/gcc/i386-unknown-openbsd4.9/include -isystem /usr/gcc/i386-unknow
n-openbsd4.9/sys-include -DHAVE_CONFIG_H -I. -I../../gcc-4.6.1/lto-plugin
-I../../gcc-4.6.1/lto-plugin/../include -DHAVE_CONFIG_H -Wall -Werror -
g -O2 -fomit-frame-pointer -gtoggle -c ../../gcc-4.6.1/lto-plugin/lto-plugin.c 
-fPIC -DPIC -o .libs/lto-plugin.o
../../gcc-4.6.1/lto-plugin/lto-plugin.c: In function 'parse_table_entry':
../../gcc-4.6.1/lto-plugin/lto-plugin.c:224:7: error: missing sentinel in
function call [-Werror=format]
../../gcc-4.6.1/lto-plugin/lto-plugin.c: In function 'exec_lto_wrapper':
../../gcc-4.6.1/lto-plugin/lto-plugin.c:525:3: error: missing sentinel in
function call [-Werror=format]
cc1: all warnings being treated as errors

$ cat /home/jsg/src/obj461/stage_current
stage2

This is with OpenBSD/i386 -current which has had NULL defined as follows
for the last three months:

#ifndef NULL
#ifdef  __GNUG__
#define NULL__null
#else
#define NULL((void *)0)
#endif
#endif

system compiler is 4.2.1

[Bug c++/49574] New: Give a warning for insane overloading

[djszapi at archlinux dot us]

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

   Summary: Give a warning for insane overloading
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: djsz...@archlinux.us


It would be nice to get some warning in case of library developers, for
instance in the following situation:

foobar.h

Class FooBar 
...
int foobar(int i, bool b = false);
int foobar(int i);
...

The second method cannot be just used by the foobar(5) method call and all the
standalones will fail to compile and build their application. There is no
restriction to use those methods inside the library, thus the insane usage can
remain hidden. 

However it would be nice if -Wall/extra would provide an opportunity (in this
case, for library developers) to make a proper code.

It is debatable whether or not it should be a code analyzer task, but it is
more serious issue than a directly unitialized warning or unused variable. I
always get those for -Wall and it is less harm though. 

What is your thought ? I am really sorry, if there is already a bugreport like
this. Unfortunately I could not find anything yet. 

If I missed something, just please fix me and I am really sorry then. ;-)

[Bug libgcj/49451] FileHandleGcTest FAILS on IRIX

[ro at gcc dot gnu.org]

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

Rainer Orth  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #3 from Rainer Orth  2011-06-29 08:31:34 UTC 
---
Fixed for 4.7.0.

[Bug bootstrap/49555] libjava fails to configure if --enable-symvers=gnu or --enable-symvers=sun

[ro at CeBiTec dot Uni-Bielefeld.DE]

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

--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE  2011-06-29 08:58:43 UTC ---
>> * why do you insist on specifying the symvers flavor manually?
>
> "I" didn't insist on specifying it manually. crosstool-ng did.
> While you might say that is a problem with crosstool-ng, but the older
> crosstool and other cross tool scripts use this as well.
>
> If every other component besides libjava specifically check for
> yes|no|gnu*|sun, why doesn't libjava?

Simply because the gnu* vs. sun distinction is immaterial for the
version maps used by libjava: anonymous version maps work the same for
both flavors, only the on vs. off distinction is important (if at all).

> Or...
>
> If I shouldn't use --enable-symvers=gnu, shouldn't all other components fail 
> to
> support it?

No, because their behavior differs depending no the flavor used.

You could probably argue that libjava should accept them for
consistencies sake, though.

My usual stance on this (especially when I see configure lines with
dozens of options): why in hell do people do this?  The defaults should
work fine for them, and if they don't, I'd like to know about this.  In
many cases, I'd expect the gcc maintainers to know how to determine
sensible defaults.  Of course there are exceptions, but unless proven
otherwise this doesn't seem to be an instance.

Rainer

[Bug c++/49574] Give a warning for insane overloading

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

   Keywords||diagnostic
   Severity|normal  |enhancement

--- Comment #1 from Jonathan Wakely  2011-06-29 
09:02:38 UTC ---
(In reply to comment #0)
> It would be nice to get some warning in case of library developers, for
> instance in the following situation:
> 
> foobar.h
> 
> Class FooBar 
> ...
> int foobar(int i, bool b = false);
> int foobar(int i);
> ...

Please provide working code and an example of the diagnostic you'd like to be
produced for that code.


> all the
> standalones will fail to compile and build their application.

Huh?  Why?

> There is no
> restriction to use those methods inside the library, thus the insane usage can
> remain hidden. 

Huh?

> It is debatable whether or not it should be a code analyzer task, but it is
> more serious issue than a directly unitialized warning or unused variable. I
> always get those for -Wall and it is less harm though. 

I disagree, using uninit'd data can lead to undefined behaviour, overloading is
always well-defined and predictable, even if it confuses some readers of the
code.

[Bug bootstrap/49555] libjava fails to configure if --enable-symvers=gnu or --enable-symvers=sun

[ro at CeBiTec dot Uni-Bielefeld.DE]

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

--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE  2011-06-29 09:03:46 UTC ---
> Sure. Re-reading comment #3, maybe I sounded a bit brass.

No problem, I can stand some heat :-)

>> > * why do you insist on specifying the symvers flavor manually?
>
> I had a discussion with Yann E. Morin, and it sounds like this option was
> ported forward from the legacy options in Dan Kegel's crosstool.
>
> The questions I am asking should be:
>
> * Should this ever (for any platform) be set manually? Or should this always 
> be
> an 'automatic' setting?

Except for the (experimental) gnu vs. gnu-versioned-namespace
distinction in libstdc++-v3, I don't believe so.  We had a case where
--disable-symvers/--enable-symvers=no was necessary as a workaround, but
otherwise I'd prefer users to leave this alone.  Unfortunately, the
configure checks in different target libraries are currently
inconsistent.  I hope to get back to this at some point, though.

> * Isn't it inconsistent that every component checks for 'gnu*' and 'sun',
> except for libjava?

In a way, it is, except that it matters for those components, but not
for libjava.  But the check should be for gnu and sun alone,
gnu-versioned-namespace is probably wrong here.

> Yann is currently retesting the sh4 build without --enable-symvers=gnu set to
> see if it still needs it. If it does not, then he will remove it completely,
> otherwise it should be target specific in crosstool-ng and not for all 
> targets.

Excellent, thanks for checking this.

Rainer

[Bug c++/14482] hard to avoid -Weffc++ warnings with union members

[nocannedmeat at gmail dot com]

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

Aaron Miller  changed:

   What|Removed |Added

 CC||nocannedmeat at gmail dot
   ||com

--- Comment #6 from Aaron Miller  2011-06-29 
09:09:48 UTC ---
Confirmed for 4.5.2 "Ubuntu/Linaro 4.5.2-8ubuntu4"

[Bug c++/49574] Give a warning for insane overloading

[redi at gcc dot gnu.org]

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

--- Comment #2 from Jonathan Wakely  2011-06-29 
09:20:33 UTC ---
(In reply to comment #1)
> > all the
> > standalones will fail to compile and build their application.
> 
> Huh?  Why?

Oops, I meant to put that "Why?" below, not here (I know why it fails to
compile :-) not sure what you mean by standalones though)

> > There is no
> > restriction to use those methods inside the library, thus the insane usage 
> > can
> > remain hidden. 
> 
> Huh?

Why is it hidden? If you call foobar(5) it's ambiguous.  Your library has
tests, right? :)

I agree a warning when the functions are declared could be useful for finding
the problem earlier

[Bug regression/49572] [4.4 Regression]: gcc.dg/tree-ssa/20030709-2.c scan-tree-dump-times cddce2 ".rtmem" 0

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|--- |4.4.7

--- Comment #4 from Richard Guenther  2011-06-29 
09:37:18 UTC ---
I suppose on 4.5 and higher FRE/PRE are strong enough to catch this.  This
testcase has seen multiple adjustments in the past, so I suggest to not
worry and adjust its scan patterns (maybe analyzing what is different now).

[Bug lto/49571] -flto -Wl,--as-needed drops needed libraries with GNU ld and linker plugin

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.06.29 09:42:15
 CC||davek at gcc dot gnu.org
Summary|-flto -Wl,--as-needed drops |-flto -Wl,--as-needed drops
   |needed libraries|needed libraries with GNU
   ||ld and linker plugin
 Ever Confirmed|0   |1

--- Comment #2 from Richard Guenther  2011-06-29 
09:42:15 UTC ---
It works for me when using gold 2.21.1, it doesn't work with
GNU ld from the same version.  So I suggest to file a binutils bug instead.

[Bug c++/49568] [4.7 regression] g++.dg/torture/pr41257-2.C FAILs to link on Tru64 UNIX

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|--- |4.7.0

[Bug middle-end/49545] [4.7 Regression] New C++ test failures

[rsandifo at gcc dot gnu.org]

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

--- Comment #6 from rsandifo at gcc dot gnu.org  
2011-06-29 09:42:46 UTC ---
Author: rsandifo
Date: Wed Jun 29 09:42:42 2011
New Revision: 175627

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175627
Log:
gcc/
PR tree-optimization/49545
* builtins.c (get_object_alignment_1): Update function comment.
Do not use DECL_ALIGN for functions, but test
TARGET_PTRMEMFUNC_VBIT_LOCATION instead.
* fold-const.c (get_pointer_modulus_and_residue): Don't check
for functions here.
* tree-ssa-ccp.c (get_value_from_alignment): Likewise.

gcc/testsuite/
* gcc.dg/torture/pr49169.c: Restrict to ARM and MIPS targets.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/builtins.c
trunk/gcc/fold-const.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/torture/pr49169.c
trunk/gcc/tree-ssa-ccp.c

[Bug c++/49569] -std=gnu++0x causes segmentation fault

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.06.29 09:45:13
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-06-29 
09:45:13 UTC ---
Confirmed.

Program received signal SIGSEGV, Segmentation fault.
0x0153f74f in iterative_hash (k_in=0x8, length=4, initval=1903883354)
at /space/rguenther/src/svn/trunk/libiberty/hashtab.c:981
981 case 4 : a+=((hashval_t)k[3]<<24);
(gdb) up
#1  0x0054d5aa in iterative_hash_template_arg (arg=0x2aaab3323bb0, 
val=1903883354) at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:1539
1539  val = iterative_hash_object (DECL_PARM_INDEX (arg), val);
(gdb) call debug_tree (arg)
 
unit size 
align 64 symtab 0 alias set -1 canonical type 0x2aaab32bb738 fields
 context 
full-name "const class MD5Buf"
needs-constructor needs-destructor X() X(constX&) this=(X&)
n_parents=1 use_template=0 interface-unknown
pointer_to_this  reference_to_this
>
unsigned type_6 DI
size 
unit size 
align 64 symtab 0 alias set -1 canonical type 0x2aaab3324690>
readonly unsigned DI file src/playerdata.h line 66 col 112 size
 unit size 
align 64 context  arg-type
>

[Bug c++/49575] New: OpenMP has a problem with -funroll-loops

[sailorweb2 at hotmail dot com]

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

   Summary: OpenMP has a problem with -funroll-loops
   Product: gcc
   Version: 4.5.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sailorw...@hotmail.com


-funroll-loops optimisation option does not work on OpenMP in some cases.
Attached an example. Compiled with options

g++ -g -O2 -funroll-loops -fomit-frame-pointer -march=native -fopenmp

On a 4-core single Intel CPU machine with Kubuntu 11.04, the following program
compiled with OpenMP is around 20 times slower than the program compiled
without OpenMP, because -funroll-loops option does not work on the OpenMP
version. Defining k variable as constant or moving its declaration to inside
the for loop can solve the problem, but they should not be necessary. I think
-funroll-loops should work on the following program as it is.


#include 
#include 

using namespace std;

int main ()
{
  long double i=0;
  long double k=0.7;

  #pragma omp parallel for firstprivate(k) reduction(+:i)
  for(int t=1; t<3; t++){   
for(int n=1; n<16; n++){
  i=i+pow(k,n);
}
  }

  cout << i<<"\t";
  return 0;
}

Initial discussion on this topic was at
http://stackoverflow.com/questions/6506987/why-openmp-version-is-slower

[Bug libmudflap/38738] libmudflap could be enabled for Solaris when using GNU ld

[ro at gcc dot gnu.org]

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

Rainer Orth  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #9 from Rainer Orth  2011-06-29 10:10:02 UTC 
---
Initial fix installed, further improvements will be handled within separate
PRs.

[Bug debug/48041] dwarf2out emits unnecessary null byte in empty .debug_abbrev section

[ro at gcc dot gnu.org]

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

Rainer Orth  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
   Last reconfirmed||2011.06.29 10:20:52
 CC||ro at gcc dot gnu.org
 Resolution|FIXED   |
   Target Milestone|--- |4.7.0
 Ever Confirmed|0   |1

--- Comment #3 from Rainer Orth  2011-06-29 10:20:52 UTC 
---
Unfortunately, this caused PR debug/49364.  I think the patch should be
reverted
or the .debug_abbrev section not be emitted at all in this case.

[Bug c++/14482] hard to avoid -Weffc++ warnings with union members

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

  Known to fail||

--- Comment #7 from Jonathan Wakely  2011-06-29 
10:21:47 UTC ---
but compiles without warnings using 4.6 or 4.7

[Bug debug/49364] [4.7 regressions] Empty .debug_abbrev sections confuse SGI nm

[ro at gcc dot gnu.org]

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

Rainer Orth  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.06.29 10:21:54
 CC||mark at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #3 from Rainer Orth  2011-06-29 10:21:54 UTC 
---
Caused by the fix for PR debug/49364.

[Bug regression/49572] [4.4 Regression]: gcc.dg/tree-ssa/20030709-2.c scan-tree-dump-times cddce2 ".rtmem" 0

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

   Target Milestone|4.4.7   |---

--- Comment #5 from Eric Botcazou  2011-06-29 
10:31:38 UTC ---
> I suppose on 4.5 and higher FRE/PRE are strong enough to catch this.  This
> testcase has seen multiple adjustments in the past, so I suggest to not
> worry and adjust its scan patterns (maybe analyzing what is different now).

DOM1 used to declare the expressions generated by

(gdb) p debug_gimple_stmt(stmt1)
# VUSE  { SMT.13 }
D.1254_7 = D.1249_5->fld[1].rtmem;

(gdb) p debug_gimple_stmt(stmt2)
# VUSE  { SMT.13 }
D.1252_11 = D.1249_5->fld[1].rtmem;

as equivalent.  Now D.1254_7 and D.1252_11 have incompatible types:

(gdb) p debug_tree(0xf7d814d0)
 
unit size 
align 32 symtab 0 alias set -1 canonical type 0xf7d749c0 fields
 context 
pointer_to_this >
public unsigned SI size  unit size

align 32 symtab 0 alias set -1 canonical type 0xf7d74c98>
visited var def_stmt D.1254_7 =
D.1249_5->fld[1].rtmem;

version 7
ptr-info 0xf7d83114 value 0xf7d7fc40>

(gdb) p debug_tree(0xf7d815b0)
 >
public unsigned SI
size 
unit size 
align 32 symtab 0 alias set -1 canonical type 0xf7cfc2d8
pointer_to_this >
visited var def_stmt D.1252_11 =
D.1249_5->fld[1].rtmem;

version 11
ptr-info 0xf7d83150>

so the equivalence is now rejected.

[Bug pch/49576] New: Option to suggest headers for addition to PCH

[olafvdspek at gmail dot com]

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

   Summary: Option to suggest headers for addition to PCH
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: pch
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: olafvds...@gmail.com


Determining which headers should be included in a PCH header is a manual
process and it's easy to forget some headers.

Would it be possible to add an option that when enabled, suggests headers that
should be added?
Potential headers are those that live in /usr/include and are not yet part of
the PCH.

[Bug c++/14482] hard to avoid -Weffc++ warnings with union members

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to work||4.6.0, 4.7.0
 Resolution||FIXED
   Target Milestone|--- |4.6.0

--- Comment #8 from Jonathan Wakely  2011-06-29 
10:55:49 UTC ---
probably fixed by http://gcc.gnu.org/viewcvs?view=revision&revision=162187

[Bug rtl-optimization/49114] Reload failed to handle (set reg:X (plus:X (subreg:X (reg:Y) 0) (const_int)))

[uweigand at gcc dot gnu.org]

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

--- Comment #6 from Ulrich Weigand  2011-06-29 
12:15:20 UTC ---
Author: uweigand
Date: Wed Jun 29 12:15:08 2011
New Revision: 175631

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175631
Log:
PR rtl-optimization/49114
* reload.c (struct replacement): Remove SUBREG_LOC member.
(push_reload): Do not set it.
(push_replacement): Likewise.
(subst_reload): Remove dead code.
(copy_replacements): Remove assertion.
(copy_replacements_1): Do not handle SUBREG_LOC.
(move_replacements): Likewise.
(find_replacement): Remove dead code.  Use reload_adjust_reg_for_mode.
Detect subregs via recursive descent instead of via SUBREG_LOC.

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

[Bug c++/49519] [4.7 Regression] Revision 175272 miscompiled 447.dealII in SPEC CPU 2006

[kirill.yukhin at intel dot com]

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

--- Comment #5 from Yukhin Kirill  2011-06-29 
12:24:25 UTC ---
Problem here is that GCC incorrectly stores arguments to stack in case of
tail-call opt.
Here is snippet
movl40(%esp), %eax
movl%eax, 28(%esp)
movl36(%esp), %esi
movl%esi, 24(%esp)
movl32(%esp), %esi
movl%esi, 20(%esp)
movl%eax, 16(%esp)

Argument from 28(%esp) is not copied to 28(%esp) at all.
Correct sequence must be (semantically) like that:
movl40(%esp), %esi ; <- Use esi to move memory
movl28(%esp), %eax ; <- Save overlapping value
movl%esi, 28(%esp)
movl36(%esp), %esi
movl%esi, 24(%esp)
movl32(%esp), %esi
movl%esi, 20(%esp)
movl%eax, 16(%esp) ; <- Store saved value

Working toward the patch

[Bug c++/49577] New: [C++0x] narrowing conversion not rejected

[redi at gcc dot gnu.org]

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

   Summary: [C++0x] narrowing conversion not rejected
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Keywords: accepts-invalid
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: r...@gcc.gnu.org
CC: ja...@gcc.gnu.org


unsigned u{ -1 };
char c = char{ u };

I believe this should be rejected because char{u} is a narrowing conversion and
the FDIS says in [dcl.init.list]/3:

- Otherwise, if the initializer list has a single element, the object or
reference is initialized from that element; if a narrowing conversion (see
below) is required to convert the element to T, the program is ill-formed.


These are correctly rejected:
char c1{ u };
char c2 = { u };
char* p = new char{ u };

[Bug c++/49577] [C++0x] narrowing conversion not rejected

[redi at gcc dot gnu.org]

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

--- Comment #1 from Jonathan Wakely  2011-06-29 
12:43:16 UTC ---
... or does this not count as a narrowing conversion because it's not  an
implicit conversion?

[Bug c++/49577] [C++0x] narrowing conversion not rejected

[redi at gcc dot gnu.org]

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

--- Comment #2 from Jonathan Wakely  2011-06-29 
12:49:07 UTC ---
G++ also accepts this, which the example in [dcl.init.list]/7 says is an error:

unsigned int ui1 = {-1}; // error: narrows

[Bug c++/49577] [C++0x] narrowing conversion not rejected

[redi at gcc dot gnu.org]

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

--- Comment #3 from Jonathan Wakely  2011-06-29 
12:54:54 UTC ---
And the following line in the same example:

signed int si1 =
  { (unsigned int)-1 }; // error: narrows

[Bug tree-optimization/49516] SRA generates memory references into its replacements

[jamborm at gcc dot gnu.org]

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

--- Comment #5 from Martin Jambor  2011-06-29 
12:55:48 UTC ---
Author: jamborm
Date: Wed Jun 29 12:55:44 2011
New Revision: 175634

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175634
Log:
2011-06-29  Martin Jambor  
Backport from mainline
2011-06-24  Martin Jambor  

PR tree-optimizations/49516
* tree-sra.c (sra_modify_assign): Choose the safe path for
aggregate copies if we also did scalar replacements.

* testsuite/g++.dg/tree-ssa/pr49516.C: New test.


Added:
branches/gcc-4_6-branch/gcc/testsuite/g++.dg/tree-ssa/pr49516.C
Modified:
branches/gcc-4_6-branch/gcc/ChangeLog
branches/gcc-4_6-branch/gcc/testsuite/ChangeLog
branches/gcc-4_6-branch/gcc/tree-sra.c

[Bug tree-optimization/49516] SRA generates memory references into its replacements

[jamborm at gcc dot gnu.org]

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

Martin Jambor  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #6 from Martin Jambor  2011-06-29 
13:13:01 UTC ---
...and fixed everywhere now.

[Bug middle-end/39333] gcc 4.3.3 miscompiles when -finline-small-functions is used

[dexuan.cui at intel dot com]

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

Dexuan Cui  changed:

   What|Removed |Added

 CC||dexuan.cui at intel dot com

--- Comment #26 from Dexuan Cui  2011-06-29 
13:28:32 UTC ---
(In reply to comment #24)
> I'm seeing this exact behaviour with 4.6 (r171422) with grub-0.97. 
> Unfortunately again there is no self-contained test case.
> It appears "stage2" is being miscompiled.  At least, if I copy that file from 
> a
> 4.5 build everything works.
> This is how I can reproduce it:
> - build grub-0.97.  The object files are built like
> gcc -m32 -DHAVE_CONFIG_H -I. -I.. -I../stage1  -Wall -Wmissing-prototypes
> -Wunused -Wshadow -Wpointer-arith -falign-jumps=1 -falign-loops=1
> -falign-functions=1 -Wundef -Os -fno-stack-protector -fno-builtin -nostdinc 
> -DSUPPORT_SERIAL=1 -DSUPPORT_HERCULES=1 -DSUPPORT_GRAPHICS=1 -DFSYS_EXT2FS=1
> -DFSYS_FAT=1 -DFSYS_FFS=1 -DFSYS_UFS2=1 -DFSYS_MINIX=1 -DFSYS_REISERFS=1
> -DFSYS_VSTAFS=1 -DFSYS_JFS=1 -DFSYS_XFS=1 -DFSYS_ISO9660=1
> -DUSE_MD5_PASSWORDS=1 -g -MT pre_stage2_exec-stage2.o -MD -MP -MF
> .deps/pre_stage2_exec-stage2.Tpo -c -o pre_stage2_exec-stage2.o `test -f
> 'stage2.c' || echo './'`stage2.c
> - after installation, run `grub-install /dev/sda`
>  # grub-install /dev/sda
> GNU GRUB  version 0.97  (640K lower / 9216K upper memory)
>  [ Minimal BASH-like line editing is supported.  For the first word, TAB
>lists possible command completions.  Anywhere else TAB lists the possible
>completions of a device/filename. ]
> grub> root (hd0,0)
>  Filesystem type is ext2fs, partition type 0x83
> grub> setup  --stage2=/boot/grub/stage2 --prefix=/grub (hd0)
>  Checking if "/grub/stage1" exists... yes
>  Checking if "/grub/stage2" exists... yes
>  Checking if "/grub/e2fs_stage1_5" exists... yes
>  Running "embed /grub/e2fs_stage1_5 (hd0)"...  24 sectors are embedded.
> succeeded
>  Running "install --stage2=/boot/grub/stage2 /grub/stage1 (hd0) (hd0)1+24 p
> (hd0,0)/grub/stage2 /grub/menu.lst"... failed
> Error 6: Mismatched or corrupt version of stage1/stage2
> grub> quit
> -fno-inline-small-functions works
> -fno-inline-small-functions -finline-functions works
> -fno-guess-branch-probability works
> -fno-ipa-profile works
> -fno-strict-aliasing works with -Os but not -O2
> I understand this is impossible to debug.  I'm just hoping it might spin some
> wheels.  Grub isn't something we like to miscompile. ;) Let me know what other
> info/files would be useful.

In poky we got the same issue:
http://bugzilla.pokylinux.org/show_bug.cgi?id=1099.

Thanks Ryan Hill for the investigation with grub-0.97 and gcc-4.6.

Look forward to a formal fix in gcc...

[Bug c++/49570] /usr/include/c++/4.6.0/bits/stl_algobase.h(378): error: type name is not allowed

[ansayre at babcock dot com]

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

--- Comment #5 from Alan N. Sayre  2011-06-29 
13:31:42 UTC ---
Thanks paolo.

Upgrading from Intel C/C++ version 12.0.3 to 12.0.4 fixed this problem.

Alan

-Original Message-
From: paolo.carlini at oracle dot com [mailto:gcc-bugzi...@gcc.gnu.org] 
Sent: Tuesday, June 28, 2011 4:50 PM
To: Sayre, Alan N
Subject: [Bug c++/49570] /usr/include/c++/4.6.0/bits/stl_algobase.h(378):
error: type name is not allowed

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

--- Comment #4 from Paolo Carlini  2011-06-28
20:50:17 UTC ---
The GNU C++ header files depend already on *tons* of non-standard facilities
provided by the GNU C++ front-end, and many more such dependencies are being
added these days. In some cases, eg, std::underlying_type in C++0x, that it's
provably absolutely unavoidable (even not considering quality of implementation
issues). Anyway, normally Intel is pretty good at its GNU compatibility modes,
probably you should only update your Intel compiler too.

[Bug rtl-optimization/48155] Reload doesn't handle subreg properly

[hjl at gcc dot gnu.org]

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

--- Comment #2 from hjl at gcc dot gnu.org  2011-06-29 
13:32:09 UTC ---
Author: hjl
Date: Wed Jun 29 13:32:06 2011
New Revision: 175635

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175635
Log:
Remove reload_plus_ok.

2011-06-27  H.J. Lu  

PR rtl-optimization/48155
* reload1.c (reload_plus_ok): Removed.
(gen_reload_chain_without_interm_reg_p): Updated.
(gen_reload): Likewise.

Modified:
branches/x32/gcc/ChangeLog.x32
branches/x32/gcc/reload1.c

[Bug rtl-optimization/49114] Reload failed to handle (set reg:X (plus:X (subreg:X (reg:Y) 0) (const_int)))

[hjl at gcc dot gnu.org]

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

--- Comment #7 from hjl at gcc dot gnu.org  2011-06-29 
13:32:42 UTC ---
Author: hjl
Date: Wed Jun 29 13:32:40 2011
New Revision: 175636

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175636
Log:
Don't handle (set reg:X (plus:X (subreg:X (reg:Y) 0) (const_int)))

2011-06-27  H.J. Lu  

PR rtl-optimization/49114
* reload1.c (gen_reload): Don't handle
(set reg:X (plus:X (subreg:X (reg:Y) 0) (const_int))).

Modified:
branches/x32/gcc/ChangeLog.x32
branches/x32/gcc/reload1.c

[Bug rtl-optimization/49114] Reload failed to handle (set reg:X (plus:X (subreg:X (reg:Y) 0) (const_int)))

[hjl at gcc dot gnu.org]

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

--- Comment #8 from hjl at gcc dot gnu.org  2011-06-29 
13:33:25 UTC ---
Author: hjl
Date: Wed Jun 29 13:33:23 2011
New Revision: 175637

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175637
Log:
Remove SUBREG_LOC member from struct replacement.

2011-06-28  Ulrich Weigand  

PR rtl-optimization/49114
* reload.c (struct replacement): Remove SUBREG_LOC member.
(push_reload): Do not set it.
(push_replacement): Likewise.
(subst_reload): Remove dead code.
(copy_replacements): Remove assertion.
(copy_replacements_1): Do not handle SUBREG_LOC.
(move_replacements): Likewise.
(find_replacement): Remove dead code.  Use reload_adjust_reg_for_mode.
Detect subregs via recursive descent instead of via SUBREG_LOC.

Modified:
branches/x32/gcc/ChangeLog.x32
branches/x32/gcc/reload.c

[Bug rtl-optimization/48155] Reload doesn't handle subreg properly

[hjl at gcc dot gnu.org]

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

--- Comment #3 from hjl at gcc dot gnu.org  2011-06-29 
13:34:25 UTC ---
Author: hjl
Date: Wed Jun 29 13:34:20 2011
New Revision: 175638

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175638
Log:
Add *lea_0_x32 to support addresses with complex expressions.

2011-06-28  H.J. Lu  

PR target/48155
* config/i386/i386.md (*lea_0_x32): New.
* config/i386/predicates.md (pointer_register_operand): Likewise.

Modified:
branches/x32/gcc/ChangeLog.x32
branches/x32/gcc/config/i386/i386.md
branches/x32/gcc/config/i386/predicates.md

[Bug target/43725] Poor instructions selection, scheduling and registers allocation for ARM NEON intrinsics

[siarhei.siamashka at gmail dot com]

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

--- Comment #6 from Siarhei Siamashka  
2011-06-29 13:35:13 UTC ---
Created attachment 24630
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24630
test.c

Attached a slightly updated testcase, which can demonstrate unnecessary spills
to stack even with more recent versions of gcc as explained in comment 2
earlier (just slightly increased the number of uses for X() macro)

[Bug other/49578] New: Profiling: call graph table overflows on Solaris.

[a153dmw at warme dot net]

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

   Summary: Profiling: call graph table overflows on Solaris.
   Product: gcc
   Version: 4.6.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: a153...@warme.net


Created attachment 24631
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24631
Patch to increase max num edges in profile call graph under Solaris.

The Solaris implementation of profiling (-pg option) links in a
special gmon.o file that defines the mcount() routine, and related
functions.  (On Solaris, mcount() does not reside in libc.so, so
GCC must provide its own implementation.)

This implementation of mcount() creates linked lists of nodes
using an "unsigned short" as the link field to the next node.
This places a hard limit of 65533 edges in the call graph of any
program that is profiled -- a limitation that is easily exceeded
by modern programs.

The attached patch (made to the gcc-4.6.1 distribution) replaces
the pertinent "unsigned short" fields with "unsigned int", and
eliminates the upper bound when dynamically allocating the
"tos" table.  This enables profiling of large programs under
Solaris.

David Warme, Ph.D.
Principal Computer Scientist
Group W, Inc.
Fairfax, VA  22031
USA

[Bug libffi/46660] cls_double_va.c, cls_longdouble_va.c FAIL on IRIX 6.5

[hjl.tools at gmail dot com]

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

--- Comment #3 from H.J. Lu  2011-06-29 13:37:45 
UTC ---
(In reply to comment #1)
> Author: ro
> Date: Wed Jun 29 07:31:05 2011
> New Revision: 175618
> 
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175618
> Log:
> PR libffi/46660
> * testsuite/libffi.call/cls_double_va.c: xfail dg-output on
> mips-sgi-irix6*.
> * testsuite/libffi.call/cls_longdouble_va.c: Likewise.
> 
> Modified:
> trunk/libffi/ChangeLog
> trunk/libffi/testsuite/libffi.call/cls_double_va.c
> trunk/libffi/testsuite/libffi.call/cls_longdouble_va.c

This caused:

FAIL: libffi.call/cls_double_va.c -O0 -W -Wall output pattern test, is 7.0
FAIL: libffi.call/cls_double_va.c -O2 -fomit-frame-pointer output pattern test,
is 7.0
FAIL: libffi.call/cls_double_va.c -O2 output pattern test, is 7.0
FAIL: libffi.call/cls_double_va.c -O3 output pattern test, is 7.0
FAIL: libffi.call/cls_double_va.c -Os output pattern test, is 7.0
FAIL: libffi.call/cls_longdouble_va.c -O0 -W -Wall output pattern test, is 7.0
FAIL: libffi.call/cls_longdouble_va.c -O2 -fomit-frame-pointer output pattern
test, is 7.0
FAIL: libffi.call/cls_longdouble_va.c -O2 output pattern test, is 7.0
FAIL: libffi.call/cls_longdouble_va.c -O3 output pattern test, is 7.0
FAIL: libffi.call/cls_longdouble_va.c -Os output pattern test, is 7.0

on Linux/x86.

[Bug libffi/46660] cls_double_va.c, cls_longdouble_va.c FAIL on IRIX 6.5

[ro at CeBiTec dot Uni-Bielefeld.DE]

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

--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE  2011-06-29 13:39:32 UTC ---
> This caused:
>
> FAIL: libffi.call/cls_double_va.c -O0 -W -Wall output pattern test, is 7.0
> FAIL: libffi.call/cls_double_va.c -O2 -fomit-frame-pointer output pattern 
> test,
> is 7.0
> FAIL: libffi.call/cls_double_va.c -O2 output pattern test, is 7.0
> FAIL: libffi.call/cls_double_va.c -O3 output pattern test, is 7.0
> FAIL: libffi.call/cls_double_va.c -Os output pattern test, is 7.0
> FAIL: libffi.call/cls_longdouble_va.c -O0 -W -Wall output pattern test, is 7.0
> FAIL: libffi.call/cls_longdouble_va.c -O2 -fomit-frame-pointer output pattern
> test, is 7.0
> FAIL: libffi.call/cls_longdouble_va.c -O2 output pattern test, is 7.0
> FAIL: libffi.call/cls_longdouble_va.c -O3 output pattern test, is 7.0
> FAIL: libffi.call/cls_longdouble_va.c -Os output pattern test, is 7.0
>
> on Linux/x86.

Already fixed:

http://gcc.gnu.org/ml/gcc-patches/2011-06/msg02227.html

Rainer

[Bug c++/45923] constexpr diagnostics, more more

[jason at gcc dot gnu.org]

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

--- Comment #12 from Jason Merrill  2011-06-29 
14:35:03 UTC ---
Author: jason
Date: Wed Jun 29 14:34:58 2011
New Revision: 175646

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175646
Log:
PR c++/45923
* class.c (explain_non_literal_class): New.
(finalize_literal_type_property): Call it.
* cp-tree.h: Declare it.
* semantics.c (ensure_literal_type_for_constexpr_object): Call it.
(is_valid_constexpr_fn): Likewise.
(massage_constexpr_body): Split out from...
(register_constexpr_fundef): ...here.
(is_instantiation_of_constexpr): New.
(expand_or_defer_fn_1): Leave DECL_SAVED_TREE alone in that case.
(explain_invalid_constexpr_fn): New.
(cxx_eval_call_expression): Call it.
(potential_constant_expression_1): Likewise.  Avoid redundant errors.
* method.c (process_subob_fn): Diagnose non-constexpr.
(walk_field_subobs): Likewise.
(synthesized_method_walk): Don't shortcut if we want diagnostics.
(explain_implicit_non_constexpr): New.
(defaulted_late_check): Use it.
* call.c (build_cxx_call): Remember location.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/constexpr-diag3.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/call.c
trunk/gcc/cp/class.c
trunk/gcc/cp/cp-tree.h
trunk/gcc/cp/method.c
trunk/gcc/cp/semantics.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/cpp0x/constexpr-diag1.C
trunk/gcc/testsuite/g++.dg/cpp0x/constexpr-ex1.C
trunk/gcc/testsuite/g++.dg/cpp0x/constexpr-friend.C
trunk/gcc/testsuite/g++.dg/cpp0x/constexpr-incomplete2.C

[Bug pch/49579] New: Document how to use PCH with Automake

[olafvdspek at gmail dot com]

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

   Summary: Document how to use PCH with Automake
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: pch
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: olafvds...@gmail.com


PCH is a useful feature, but using it with automake isn't trivial. Could you
document how to use it?

[Bug tree-optimization/49580] New: SPEC2006 GCC benchmark build failure when run with autopar

[razya at il dot ibm.com]

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

   Summary: SPEC2006 GCC benchmark build failure when run with
autopar
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ra...@il.ibm.com
CC: rakd...@gcc.gnu.org
  Host: power7 linux
Target: power7 linux
 Build: power7 linux


Compilation of reload1.c fails:

gcc -c -o reload1.o -DSPEC_CPU -DNDEBUG -I.  -fpeel-loops -funroll-loops
-fno-tree-vectorize -fno-vect-cost-model -fdump-tree-vect-details
-ftree-parallelize-loops=8 -fdump-tree-parloops-details -O3 
-falign-functions=16 -falign-loops=32 -m64  -ffast-math -O3 -mrecip=rsqrt
-fpeel-loops -funroll-loops -fno-tree-vectorize -fno-vect-cost-model
-fdump-tree-vect-details -ftree-parallelize-loops=8
-fdump-tree-parloops-details -greload1.c
reload1.c: In function ‘forget_old_reloads_1’:
reload1.c:4095:1: internal compiler error: in gsi_insert_seq_nodes_after, at
gimple-iterator.c:251
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

The failure happens while parallellizing, in gimple_duplicate_sese_tail():

new_rhs = fold_build2 (MINUS_EXPR, TREE_TYPE (gimple_cond_rhs (cond_stmt)),
   gimple_cond_rhs (cond_stmt),
   build_int_cst (TREE_TYPE (gimple_cond_rhs
(cond_stmt)), 1));

if (TREE_CODE (gimple_cond_rhs (cond_stmt)) == SSA_NAME)
  {
iters_bb = gimple_bb (SSA_NAME_DEF_STMT (gimple_cond_rhs (cond_stmt)));
for (gsi1 = gsi_start_bb (iters_bb); !gsi_end_p (gsi1); gsi_next
(&gsi1))
  if (gsi_stmt (gsi1) == SSA_NAME_DEF_STMT (gimple_cond_rhs
(cond_stmt)))
break;

new_rhs = force_gimple_operand_gsi (&gsi1, new_rhs, true,
   
NULL_TREE,false,GSI_CONTINUE_LINKING);
  }

In this case, iters_bb contains the defining stmt for 
gimple_cond_rhs (cond_stmt), which is a gimple_phi stmt.
Therefore, iterating the stmts of iters_bb will not find the defining stmt
and the iterator for force_gimple_operand_gsi (&gsi1, new_rhs, true,...)
 will be NULL.

One solution could be to check whether the defining stmt is a gimple_phi stmt,
and handle that correctly.
However, there's one other case that is still not covered, that is if the
definition 
of gimple_cond_rhs (cond_stmt) is default_def (in which case iters_bb will be
NULL causing segmentation fault)

Instead of covering these two missing cases, it seems simpler and more elegant
to insert the stmt generated by force_gimple_operand_gsi (&gsi1, new_rhs,
true..) to the loop's preheader instead of inserting ti to iters_bb (the RHS of
the cond stmt is already defined before entering the loop, therefore can be
changed at the preheader)

Please assign this bug to me.
Thank you.

[Bug pch/49579] Document how to use PCH with Automake

[pinskia at gcc dot gnu.org]

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

--- Comment #1 from Andrew Pinski  2011-06-29 
14:39:28 UTC ---
I think this should be an automake bug rather than a GCC one.

[Bug pch/49579] Document how to use PCH with Automake

[olafvdspek at gmail dot com]

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

--- Comment #2 from Olaf van der Spek  2011-06-29 
14:46:00 UTC ---
I kinda agree, but:
Automake (and CMake) devs say they don't know how to properly support PCHs. So
maybe GCC devs could help them and ensure end users can use this feature of
GCC.

[Bug target/48385] x86-64: Tail call recursion optimization with -mcmodel=large can generate invalid assembly (immediate operand illegal with absolute jump)

[martin at decky dot cz]

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

Martin Decky  changed:

   What|Removed |Added

Version|4.6.0   |4.6.1

--- Comment #1 from Martin Decky  2011-06-29 15:01:46 
UTC ---
The bug is still present in GCC 4.6.1.

[Bug tree-optimization/49580] SPEC2006 GCC benchmark build failure when run with autopar

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.06.29 15:07:38
 AssignedTo|unassigned at gcc dot   |razya at il dot ibm.com
   |gnu.org |
 Ever Confirmed|0   |1

[Bug rtl-optimization/49230] please provide workaround for setjmp/longjmp in mingw32

[ktietz at gcc dot gnu.org]

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

Kai Tietz  changed:

   What|Removed |Added

 CC||ktietz at gcc dot gnu.org

--- Comment #1 from Kai Tietz  2011-06-29 15:16:49 
UTC ---
Hmm, I can't confirm this. Do you have a testcase for this?
As far as I know has msvcrt's setjmp function an hidden argument, which should
be for 32-bit NULL.  This might be here the real issue.

[Bug target/49423] [arm] internal compiler error: in push_minipool_fix

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.06.29 15:35:12
 CC||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1
  Known to fail||4.6.0, 4.6.1

--- Comment #5 from Ramana Radhakrishnan  2011-06-29 
15:35:12 UTC ---
doesn't seem to occur on 4.5 branch or on trunk. 

Ramana

[Bug c/49581] New: [trans-mem] save/restore of thread-local data in nested txns is missing

[torvald at gcc dot gnu.org]

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

   Summary: [trans-mem] save/restore of thread-local data in
nested txns is missing
   Product: gcc
   Version: trans-mem
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: torv...@gcc.gnu.org


Created attachment 24632
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24632
test case

In the attached test case, stores to x[5] and x[6] in the nested txn do not get
rolled back. This happens if the nested txn is restarted by the TM runtime
library, or if the nested txn is aborted via __transaction_cancel.

[Bug c++/49554] [4.7 Regression] [C++0x] lambda capture causes "cannot call member function ... without object"

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.06.29 15:56:40
 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

[Bug rtl-optimization/49114] Reload failed to handle (set reg:X (plus:X (subreg:X (reg:Y) 0) (const_int)))

[pthaugen at gcc dot gnu.org]

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

Pat Haugen  changed:

   What|Removed |Added

 CC||pthaugen at gcc dot
   ||gnu.org, uweigand at gcc
   ||dot gnu.org

--- Comment #9 from Pat Haugen  2011-06-29 
15:58:57 UTC ---
Trunk now fails to build on PPC with the following:

/home/gccbuild/gcc_trunk_anonsvn/gcc/gcc/reload.c: In function ‘push_reload’:
/home/gccbuild/gcc_trunk_anonsvn/gcc/gcc/reload.c:926:28: error: variable
‘out_subreg_loc’ set but not used [-Werror=unused-but-set-variable]
/home/gccbuild/gcc_trunk_anonsvn/gcc/gcc/reload.c:926:8: error: variable
‘in_subreg_loc’ set but not used [-Werror=unused-but-set-variable]

[Bug tree-optimization/49539] [4.7 regression] ICE building gnattools

[ebotcazou at gcc dot gnu.org]

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

--- Comment #7 from Eric Botcazou  2011-06-29 
16:03:00 UTC ---
Author: ebotcazou
Date: Wed Jun 29 16:02:56 2011
New Revision: 175650

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175650
Log:
PR tree-optimization/49539
* tree-ssa-forwprop.c (can_propagate_from): Check for abnormal SSA
names by means of stmt_references_abnormal_ssa_name.
(associate_plusminus): Call can_propagate_from before propagating
from definition statements.
(ssa_forward_propagate_and_combine): Remove superfluous newline.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-ssa-forwprop.c

[Bug tree-optimization/49539] [4.7 regression] ICE building gnattools

[ebotcazou at gcc dot gnu.org]

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

--- Comment #8 from Eric Botcazou  2011-06-29 
16:04:51 UTC ---
Author: ebotcazou
Date: Wed Jun 29 16:04:47 2011
New Revision: 175651

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175651
Log:
PR tree-optimization/49539
* tree-ssa-forwprop.c (can_propagate_from): Check for abnormal SSA
names by means of stmt_references_abnormal_ssa_name.
(associate_plusminus): Call can_propagate_from before propagating
from definition statements.

Modified:
branches/gcc-4_6-branch/gcc/ChangeLog
branches/gcc-4_6-branch/gcc/tree-ssa-forwprop.c

[Bug tree-optimization/49539] [4.7 regression] ICE building gnattools

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|4.7.0   |4.6.2

--- Comment #9 from Eric Botcazou  2011-06-29 
16:07:36 UTC ---
Thanks for reporting the problem.

[Bug c++/49520] [C++0x] using-declaration and operator&& confuses constexpr

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.06.29 16:09:03
 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

[Bug rtl-optimization/49114] Reload failed to handle (set reg:X (plus:X (subreg:X (reg:Y) 0) (const_int)))

[hjl.tools at gmail dot com]

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

--- Comment #10 from H.J. Lu  2011-06-29 16:17:03 
UTC ---
Created attachment 24633
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24633
A patch to restore bootstrap

[Bug rtl-optimization/49114] Reload failed to handle (set reg:X (plus:X (subreg:X (reg:Y) 0) (const_int)))

[hjl.tools at gmail dot com]

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

--- Comment #11 from H.J. Lu  2011-06-29 16:17:38 
UTC ---
(In reply to comment #9)
> Trunk now fails to build on PPC with the following:
> 
> /home/gccbuild/gcc_trunk_anonsvn/gcc/gcc/reload.c: In function ‘push_reload’:
> /home/gccbuild/gcc_trunk_anonsvn/gcc/gcc/reload.c:926:28: error: variable
> ‘out_subreg_loc’ set but not used [-Werror=unused-but-set-variable]
> /home/gccbuild/gcc_trunk_anonsvn/gcc/gcc/reload.c:926:8: error: variable
> ‘in_subreg_loc’ set but not used [-Werror=unused-but-set-variable]

Can you try the patch I uploaded?

[Bug rtl-optimization/49114] Reload failed to handle (set reg:X (plus:X (subreg:X (reg:Y) 0) (const_int)))

[uweigand at gcc dot gnu.org]

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

--- Comment #12 from Ulrich Weigand  2011-06-29 
16:19:14 UTC ---
Author: uweigand
Date: Wed Jun 29 16:19:08 2011
New Revision: 175652

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175652
Log:
PR rtl-optimization/49114
* reload.c (push_reload): Define in_subreg_loc and out_subreg_loc
only if LIMIT_RELOAD_CLASS to avoid -Werror build breaks.

Modified:
trunk/gcc/reload.c

[Bug rtl-optimization/49114] Reload failed to handle (set reg:X (plus:X (subreg:X (reg:Y) 0) (const_int)))

[uweigand at gcc dot gnu.org]

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

--- Comment #13 from Ulrich Weigand  2011-06-29 
16:24:28 UTC ---
(In reply to comment #10)
> Created attachment 24633 [details]
> A patch to restore bootstrap

Huh, sorry for the duplicate patch ... I hadn't seen yours.

[Bug target/47715] [x32] TLS doesn't work

[hjl at gcc dot gnu.org]

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

--- Comment #11 from hjl at gcc dot gnu.org  2011-06-29 
16:39:50 UTC ---
Author: hjl
Date: Wed Jun 29 16:39:45 2011
New Revision: 175654

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175654
Log:
Promote argument before checking non-legitimate constant.

2011-06-29  H.J. Lu  

PR middle-end/47715
* calls.c (precompute_register_parameters): Promote the function
argument before checking non-legitimate constant.

Modified:
branches/x32/gcc/ChangeLog.x32
branches/x32/gcc/calls.c

[Bug fortran/49540] [4.6/4.7 Regression] Memory-hog with large DATA stmt

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.06.29 16:54:35
 AssignedTo|unassigned at gcc dot   |jakub at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #10 from Jakub Jelinek  2011-06-29 
16:54:35 UTC ---
Created attachment 24634
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24634
gcc47-pr49540.patch

Untested fix, which reintroduces repeat field.

[Bug c/49379] warning from Mac OS X linker alignment lost for -ftree-vectorize optimization

[d.g.gorbachev at gmail dot com]

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

--- Comment #7 from Dmitry Gorbachev  
2011-06-29 17:07:50 UTC ---
See also bug 48127.

[Bug rtl-optimization/49230] please provide workaround for setjmp/longjmp in mingw32

[jojelino at gmail dot com]

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

--- Comment #2 from gee  2011-06-29 17:08:41 UTC ---
Created attachment 24635
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24635
testcase

i hope it would be helpful
GNU gdb (GDB) 7.3.50.20110610-cvs
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-cygwin".
For bug reporting instructions, please see:
...

warning: the current range check setting does not match the language.


warning: the current type check setting does not match the language.

Whether backtraces should continue past the entry point of a program is off.
Reading symbols from /tmp/a...done.
(gdb) r
Starting program: /tmp/a
[New Thread 9616.0x1628]

Program received signal SIGSEGV, Segmentation fault.
0x77b66502 in msvcrt!_abnormal_termination ()
   from /cygdrive/c/WINDOWS/system32/msvcrt.dll
(gdb) bt
#0  0x77b66502 in msvcrt!_abnormal_termination ()
   from /cygdrive/c/WINDOWS/system32/msvcrt.dll
#1  0x77b6ac67 in strerror () from /cygdrive/c/WINDOWS/system32/msvcrt.dll
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb) disassemble
Dump of assembler code for function msvcrt!_abnormal_termination:
   0x77b664cf <+0>: xor%eax,%eax
   0x77b664d1 <+2>: mov%fs:0x0,%ecx
   0x77b664d8 <+9>: cmpl   $0x77b66424,0x4(%ecx)
   0x77b664df <+16>:jne0x77b664f1 
   0x77b664e1 <+18>:mov0xc(%ecx),%edx
   0x77b664e4 <+21>:mov0xc(%edx),%edx
   0x77b664e7 <+24>:cmp%edx,0x8(%ecx)
   0x77b664ea <+27>:jne0x77b664f1 
   0x77b664ec <+29>:mov$0x1,%eax
   0x77b664f1 <+34>:ret
   0x77b664f2 <+35>:push   %ebx
   0x77b664f3 <+36>:push   %ecx
   0x77b664f4 <+37>:mov$0x77b919b0,%ebx
   0x77b664f9 <+42>:jmp0x77b66505 
   0x77b664fb <+44>:push   %ebx
   0x77b664fc <+45>:push   %ecx
   0x77b664fd <+46>:mov$0x77b919b0,%ebx
=> 0x77b66502 <+51>:mov0x8(%ebp),%ecx
   0x77b66505 <+54>:mov%ecx,0x8(%ebx)
   0x77b66508 <+57>:mov%eax,0x4(%ebx)
   0x77b6650b <+60>:mov%ebp,0xc(%ebx)
   0x77b6650e <+63>:push   %ebp
---Type  to continue, or q  to quit---q
Quit

[Bug c++/49554] [4.7 Regression] [C++0x] lambda capture causes "cannot call member function ... without object"

[jason at gcc dot gnu.org]

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

--- Comment #3 from Jason Merrill  2011-06-29 
17:15:11 UTC ---
Author: jason
Date: Wed Jun 29 17:15:06 2011
New Revision: 175657

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175657
Log:
PR c++/49554
* semantics.c (lambda_proxy_type): New.
(build_capture_proxy): Use it.
* cp-tree.h (DECLTYPE_FOR_LAMBDA_PROXY): New.
* pt.c (tsubst) [DECLTYPE_TYPE]: Use them.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-template3.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/cp-tree.h
trunk/gcc/cp/pt.c
trunk/gcc/cp/semantics.c
trunk/gcc/testsuite/ChangeLog

[Bug c++/49520] [C++0x] using-declaration and operator&& confuses constexpr

[jason at gcc dot gnu.org]

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

--- Comment #2 from Jason Merrill  2011-06-29 
17:15:20 UTC ---
Author: jason
Date: Wed Jun 29 17:15:16 2011
New Revision: 175658

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175658
Log:
PR c++/49520
* semantics.c (constexpr_fn_retval): Handle CLEANUP_POINT_EXPR here.
(massage_constexpr_body): Not here.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/constexpr-using2.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/cp-tree.def
trunk/gcc/cp/semantics.c
trunk/gcc/testsuite/ChangeLog

[Bug pch/49576] Option to suggest headers for addition to PCH

[pinskia at gcc dot gnu.org]

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

--- Comment #1 from Andrew Pinski  2011-06-29 
17:25:32 UTC ---
I don't think this can be done really.  Because of the way PCH works and the
way you are supposed to use PCH.  That is you are supposed to have a header
file which just includes many other headers and that is the PCH.

[Bug c++/49520] [C++0x] using-declaration and operator&& confuses constexpr

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

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

--- Comment #3 from Jason Merrill  2011-06-29 
17:26:03 UTC ---
Fixed.

[Bug c++/49554] [4.7 Regression] [C++0x] lambda capture causes "cannot call member function ... without object"

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

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

--- Comment #4 from Jason Merrill  2011-06-29 
17:26:50 UTC ---
Fixed.

[Bug debug/49364] [4.7 regressions] Empty .debug_abbrev sections confuse SGI nm

[jakub at gcc dot gnu.org]

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

--- Comment #4 from Jakub Jelinek  2011-06-29 
17:28:45 UTC ---
Created attachment 24636
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24636
gcc47-pr49364.patch

Ugh, broken vendor tools.
Anyway, does the following patch fix it?  There is no need to emit
the .debug_abbrev section at all in that case...

[Bug bootstrap/49582] New: configure-target-libquadmath fail on powerpc-darwin8

[fang at csl dot cornell.edu]

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

   Summary: configure-target-libquadmath fail on powerpc-darwin8
   Product: gcc
   Version: 4.6.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: f...@csl.cornell.edu
  Host: powerpc-apple-darwin8
Target: powerpc-apple-darwin8
 Build: powerpc-apple-darwin8


With release 4.6.1, on powerpc-darwin8, I get a build failure during
libquadmath.

Configuring with:
 --prefix=%p/lib/gcc4.6 --mandir=%p/share/man --infodir=%p/lib/gcc4.6/info
 --enable-languages=c,c++,fortran,lto,objc,obj-c++,java
 --with-gmp=%p --with-libiconv-prefix=%p --with-ppl=%p --with-cloog=%p
--with-mpc=%p --with-system-zlib
 --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
--program-suffix=-fsf-4.6 --enable-cloog-backend=isl --with-dwarf2
--disable-libjava-multilib

(where %p=/sw)

My build log shows:

Adding multilib support to Makefile in ../../../gcc-4.6
.1/libquadmath
multidirs=ppc64
with_multisubdir=
Running configure in multilib subdirs ppc64
pwd:
/Volumes/Mercedes2/sw/src/fink.build/gcc46-4.6.1-1000/darwin_objdir/powerpc
-apple-darwin8.11.0/libquadmath
Running configure in multilib subdir ppc64
pwd:
/Volumes/Mercedes2/sw/src/fink.build/gcc46-4.6.1-1000/darwin_objdir/powerpc
-apple-darwin8.11.0
no
checking for strerror... yes
checking for strsignal... yes
checking for sysconf... yes
checking for sysctl... configure: creating cache ./config.cache
checking build system type... yes
powerpc-apple-darwin8.11.0
checking host system type... checking for sysmp... powerpc-apple-darwin8.11.0
checking target system type... powerpc-apple-darwin8.11.0
checking for a BSD-compatible install... /sw/bin/ginstall -c
checking whether build environment is sane... no
checking for table... yes
yes
checking for a thread-safe mkdir -p... /sw/bin/gmkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... checking for times... yes
checking for --enable-version-specific-runtime-libs... no
checking for style of include used by make... GNU
checking for powerpc-apple-darwin8.11.0-gcc...
/Volumes/Mercedes2/sw/src/fink.bu
ild/gcc46-4.6.1-1000/darwin_objdir/./gcc/xgcc
-B/Volumes/Mercedes2/sw/src/fink.b
uild/gcc46-4.6.1-1000/darwin_objdir/./gcc/
-B/sw/lib/gcc4.6/powerpc-apple-darwin
8.11.0/bin/ -B/sw/lib/gcc4.6/powerpc-apple-darwin8.11.0/lib/ -isystem
/sw/lib/gc
c4.6/powerpc-apple-darwin8.11.0/include -isystem
/sw/lib/gcc4.6/powerpc-apple-da
rwin8.11.0/sys-include  -m64
yes
checking for wait3... checking for C compiler default output file name... yes
checking for wait4... a.out
checking whether the C compiler works... configure: error: in
`/Volumes/Mercedes
2/sw/src/fink.build/gcc46-4.6.1-1000/darwin_objdir/powerpc-apple-darwin8.11.0/pp
c64/libquadmath':
configure: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details.
yes
checking whether basename is declared... make[1]: ***
[configure-target-libquadm
ath] Error 1
make[1]: *** Waiting for unfinished jobs

(apologies if output is jumbled from parallel make)

The -m64 on a 32b-only arch is likely the issue.

Is libquadmath supported on 32b?  If so, how can we eliminate the -m64 from the
build?

[Bug rtl-optimization/49230] please provide workaround for setjmp/longjmp in mingw32

[ktietz at gcc dot gnu.org]

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

Kai Tietz  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID

--- Comment #3 from Kai Tietz  2011-06-29 17:30:41 
UTC ---
Well, this test-file helps pretty much to see your problem.
As you didn't mentioned, which options you are specifying to gcc on
complilation, I assumed that you were using -fomit-frame-pointer and -O1. But
well, as described later, it doesn't really matters much here.

As register ebp is used by gcc as internal frame-register. Even if you are
specifying -fomit-frame-pointer as option, the main function will still have a
frame-pointer setup. Also ebp-register is a callee-saved register, which means
its use as local-register variable is in general nothing wise to do.

I compiled program with 4.6.0 gcc using mingw-w64 as runtime, and I get a crash
when main-function exits.  This is to be expected, as epilogue for main is

 movl %ebp, %esp
 pop  %ebp
 ret

but output looks as expected:

$ ./tst.exe
start
foobar 10
foobar 9
foobar 8
foobar 7
foobar 6
foobar 5
foobar 4
foobar 3
foobar 2
foobar 1
foobar 0
bar

So I mark this bug as invalid. If for you the code crashes by using mingw.org,
well then file a report to them.  This is for sure no gcc issue.

Regards,
Kai

[Bug pch/49576] Option to suggest headers for addition to PCH

[olafvdspek at gmail dot com]

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

--- Comment #2 from Olaf van der Spek  2011-06-29 
17:32:02 UTC ---
So why exactly can't this be done?

[Bug pch/49576] Option to suggest headers for addition to PCH

[redi at gcc dot gnu.org]

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

--- Comment #3 from Jonathan Wakely  2011-06-29 
17:34:11 UTC ---
If your program has:
  #include "everything.h"
  #include 
and you have a PCH for everything.h.gch then something.h should be added to
everything.h

Isn't that easy enough?


I don't understand why only headers under /usr/include would be potentially
added, that's not the only use case for PCH

[Bug c++/49272] [4.7 Regression] FAIL: g++.old-deja/g++.jason/rfg10.C (test for errors, line 11)

[jason at gcc dot gnu.org]

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

--- Comment #1 from Jason Merrill  2011-06-29 
17:38:58 UTC ---
Author: jason
Date: Wed Jun 29 17:38:53 2011
New Revision: 175659

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175659
Log:
PR c++/49272
* g++.old-deja/g++.jason/rfg10.C: Accept other overflow error too.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.old-deja/g++.jason/rfg10.C

[Bug c++/49272] [4.7 Regression] FAIL: g++.old-deja/g++.jason/rfg10.C (test for errors, line 11)

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed|2011-06-25 00:00:00 |2011.06.29 17:39:46
 CC||jason at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #2 from Jason Merrill  2011-06-29 
17:39:46 UTC ---
Should pass now.

[Bug bootstrap/49582] configure-target-libquadmath fail on powerpc-darwin8

[fang at csl dot cornell.edu]

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

--- Comment #1 from David Fang  2011-06-29 
17:57:34 UTC ---
My 32b-only powerpc arch is a G4, which really should have multilib disabled
for most components.  I couldn't find an option to
--disable-libquadmath-multilib.

[Bug bootstrap/45248] Stage 3 bootstrap comparison failure (powerpc-darwin8)

[fang at csl dot cornell.edu]

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

--- Comment #15 from David Fang  2011-06-29 
18:02:48 UTC ---
This bug can probably be closed.  --with-dwarf2 has been working for quite a
while.
http://gcc.gnu.org/ml/gcc-testresults/2011-06/msg02820.html

[Bug rtl-optimization/49230] please provide workaround for setjmp/longjmp in mingw32

[jojelino at gmail dot com]

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

--- Comment #4 from gee  2011-06-29 18:03:24 UTC ---
Created attachment 24637
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24637
generated asm with i686-pc-mingw32-gcc testsetjmp.c -S -s

> I compiled program with 4.6.0 gcc using mingw-w64 as runtime, and I get a 
> crash
yes this testcase crashes at epilogue of main if gcc doesn't do anything
but in latest gcc trunk, it doesn't work as expected. 
sorry. i forgot to say gcc version
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i686-pc-cygwin/4.7.0/lto-wrapper.exe
Target: i686-pc-cygwin
Configured with: ./configure --config-cache --prefix=/usr
--disable-win32-registry --enable-threads=win32 --enable-languages=c,c++,lto
--with-win32-nlsapi=unicode --enable-tls --disable-bootstrap --enable-shared
--disable-sjlj-exceptions --enable-gomp
Thread model: win32
gcc version 4.7.0 20110622 (experimental) (GCC)
and i attached asm code latest gcc trunk generated
i used i686-pc-mingw32-gcc testsetjmp.c -S -s to generate .s file.
 . please ld using attached asm file.
and i expect you and i get same result.
D:\cygwin\tmp>i686-pc-mingw32-gcc testsetjmp.s

D:\cygwin\tmp>a
start
foobar 10
foobar 9
foobar 8
foobar 7
foobar 6
foobar 5
foobar 4
foobar 3
foobar 2
foobar 1
foobar 0
(jit debugger message dialog shows)

[Bug target/18145] Do not emit __do_copy_data or __do_clear_bss if .data or .bss is empty.

[eric.weddington at atmel dot com]

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

Eric Weddington  changed:

   What|Removed |Added

   Target Milestone|--- |4.7.0

[Bug rtl-optimization/49230] please provide workaround for setjmp/longjmp in mingw32

[jojelino at gmail dot com]

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

gee  changed:

   What|Removed |Added

  Known to work||4.6.0
  Known to fail||4.7.0

--- Comment #5 from gee  2011-06-29 18:07:14 UTC ---
and expected bar didn't show up
as it sigsegvs in msvcrt!nlg_notify

[Bug rtl-optimization/49230] please provide workaround for setjmp/longjmp in mingw32

[jojelino at gmail dot com]

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

--- Comment #6 from gee  2011-06-29 18:08:34 UTC ---
> $ gcc -v
i'm sorry to attach invalid gcc -v. this is proper one.
$ i686-pc-mingw32-gcc -v
Using built-in specs.
COLLECT_GCC=i686-pc-mingw32-gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i686-pc-mingw32/4.7.0/lto-wrapper.exe
Target: i686-pc-mingw32
Configured with: ./configure --config-cache --prefix=/usr
--enable-win32-registry --enable-threads=win32 --enable-languages=c,c++,lto
--with-win32-nlsapi=unicode --enable-tls --disable-bootstrap
--target=i686-pc-mingw32 --enable-shared --enable-interpreter
--disable-sjlj-exceptions --enable-gomp
Thread model: win32
gcc version 4.7.0 20110622 (experimental) (GCC)

[Bug c++/49568] [4.7 regression] g++.dg/torture/pr41257-2.C FAILs to link on Tru64 UNIX

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.06.29 18:09:33
 CC||hubicka at gcc dot gnu.org,
   ||jason at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #3 from Jason Merrill  2011-06-29 
18:09:33 UTC ---
Confirmed, we shouldn't be emitting ~B because it's not needed.  Probably
introduced by r173517,

2011-05-06  Jan Hubicka  

* cgraph.c (cgraph_add_thunk): Create real function node instead
of alias node; finalize it and mark needed/reachale; arrange visibility
to be right and add it into the corresponding same comdat group list.
...

[Bug pch/49576] Option to suggest headers for addition to PCH

[olafvdspek at gmail dot com]

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

--- Comment #4 from Olaf van der Spek  2011-06-29 
18:12:24 UTC ---
Suppose your app has 10557 include directives. What do you add to your PCH?

Why /usr/include? Because these headers are unlikely to change, so they're a
good candidate for PCH.

[Bug tree-optimization/49583] New: Reloading stack operands in the wrong order, so needs to insert fxch

[sgunderson at bigfoot dot com]

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

   Summary: Reloading stack operands in the wrong order, so needs
to insert fxch
   Product: gcc
   Version: 4.6.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sgunder...@bigfoot.com


Created attachment 24638
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24638
Minimal testcase

Hi,

It seems that when generating x87 code, GCC sometimes reloads items from the
stack in the wrong order, and then goes to great lengths to swap them around. I
have an example with six loads and six fxch instructions, but attached is a
minimal example. Compiling with "gcc version 4.6.1 (Debian 4.6.1-1)" as
follows:

pannekake:~> gcc-4.6 -m32 -Wall -O2 -march=pentium3 -c fxch.c

The odd sequence is around this:

  41:d9 44 24 48  flds   0x48(%esp)
  45:dd 5c 24 08  fstpl  0x8(%esp)
  49:dd 14 24 fstl   (%esp)
  4c:d9 5c 24 10  fstps  0x10(%esp)
  50:e8 fc ff ff ff   call   51 
  55:d9 5c 24 1c  fstps  0x1c(%esp)
  59:d9 44 24 1c  flds   0x1c(%esp)
  5d:d9 44 24 10  flds   0x10(%esp)
  61:d9 c9fxch   %st(1)
  63:d9 1c b7 fstps  (%edi,%esi,4)
  66:46   inc%esi
  67:39 eecmp%ebp,%esi

In particular, why did it use fstps immediately followed by flds of the same
value? And if it really wants to reload (in my more complex example, it really
needs to), why not just do the loads in the right order from the start instead
of doing the fxch?

[Bug rtl-optimization/49114] Reload failed to handle (set reg:X (plus:X (subreg:X (reg:Y) 0) (const_int)))

[pthaugen at gcc dot gnu.org]

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

--- Comment #14 from Pat Haugen  2011-06-29 
18:21:23 UTC ---
Working fine now, thx.

[Bug pch/49576] Option to suggest headers for addition to PCH

[redi at gcc dot gnu.org]

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

--- Comment #5 from Jonathan Wakely  2011-06-29 
18:26:01 UTC ---
My company installs libraries under /foo/third-party and /foo/releases, those
files don't change, why should they be excluded because they're not under
/usr/include?

If you want a new feature you need to clearly explain the semantics you want.
Noone's going to take time to specify and implement a vague enhancement request
without clear semantics.

[Bug pch/49576] Option to suggest headers for addition to PCH

[olafvdspek at gmail dot com]

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

--- Comment #6 from Olaf van der Spek  2011-06-29 
18:31:52 UTC ---
> why should they be excluded because they're not under /usr/include?

Because unless you tell GCC, GCC won't know they're good candidates.

[Bug c++/49575] OpenMP has a problem with -funroll-loops

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Keywords||openmp
 CC||jakub at gcc dot gnu.org

--- Comment #1 from Jakub Jelinek  2011-06-29 
18:40:42 UTC ---
The problem isn't that the loop isn't unrolled, it is unrolled just fine.
The problem is that ompexp pass runs too early, no CCP is performed before
that, so it isn't able to figure out that k is constant in the loop unless you
explicitly say so or unless you declare it in the body of the parallel region.
We currently expand omp before SSA, while CCP needs SSA, but not sure what
kinds of issues could cause the pass reordering.
Alternative to reshuffling the passes would be to do some kind of OpenMP IPA
optimization, if constant/gimple invariant values are stored into the omp_data
structure, we could modify both the caller not to store them and callees to
replace all reads from that with the invariant.

[Bug pch/49576] Option to suggest headers for addition to PCH

[redi at gcc dot gnu.org]

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

--- Comment #7 from Jonathan Wakely  2011-06-29 
18:41:33 UTC ---
And how do I do that?

It would be better to do it for system dirs, not /usr/include, which would also
work for cross compilers where the sysroot is not under /usr

(this is what I mean about needing to clearly describe your desired semantics,
or nothing will happen)

[Bug middle-end/47654] [4.6/4.7 Regression] gcc.dg/vect/no-section-anchors-vect-outer-4h.c FAILs with -floop-block

[spop at gcc dot gnu.org]

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

--- Comment #8 from Sebastian Pop  2011-06-29 18:44:55 
UTC ---
Patch set containing the work around and the fix
http://gcc.gnu.org/ml/gcc-patches/2011-06/msg02261.html

[Bug pch/49576] Option to suggest headers for addition to PCH

[olafvdspek at gmail dot com]

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

--- Comment #8 from Olaf van der Spek  2011-06-29 
19:01:53 UTC ---
/usr/include was just an example and not the main point of this feature
request.
I expect GCC devs to be smart enough to pick the best implementation of a
certain request themselves.

[Bug bootstrap/49584] New: [4.4.7 regression] bootstrap failure on m68k-linux: segfault compiling _muldi3

[mikpe at it dot uu.se]

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

   Summary: [4.4.7 regression] bootstrap failure on m68k-linux:
segfault compiling _muldi3
   Product: gcc
   Version: 4.4.7
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: mi...@it.uu.se


gcc-4.4-20110628 fails to bootstrap on m68k-linux:

Checking multilib configuration for libgcc...
make[3]: Entering directory
`/mnt/scratch/objdir44/m68k-unknown-linux-gnu/libgcc'
# If this is the top-level multilib, build all the other
# multilibs.
/mnt/scratch/objdir44/./gcc/xgcc -B/mnt/scratch/objdir44/./gcc/
-B/mnt/scratch/install44/m68k-unknown-linux-gnu/bin/
-B/mnt/scratch/install44/m68k-unknown-linux-gnu/lib/ -isystem
/mnt/scratch/install44/m68k-unknown-linux-gnu/include -isystem
/mnt/scratch/install44/m68k-unknown-linux-gnu/sys-include -g -O2 -O2  -g -O2
-DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wcast-qual -Wold-style-definition  -isystem ./include  -fPIC -g
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED   -I. -I.
-I../.././gcc -I/mnt/scratch/gcc-4.4-20110621/libgcc
-I/mnt/scratch/gcc-4.4-20110621/libgcc/.
-I/mnt/scratch/gcc-4.4-20110621/libgcc/../gcc
-I/mnt/scratch/gcc-4.4-20110621/libgcc/../include  -DHAVE_CC_TLS -o _muldi3.o
-MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c
/mnt/scratch/gcc-4.4-20110621/libgcc/../gcc/libgcc2.c \
  -fvisibility=hidden -DHIDE_EXPORTS
In file included from /mnt/scratch/gcc-4.4-20110621/libgcc/../gcc/tsystem.h:44,
 from /mnt/scratch/gcc-4.4-20110621/libgcc/../gcc/libgcc2.c:29:
/mnt/scratch/objdir44/./gcc/include/stddef.h:149: internal compiler error:
Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[3]: *** [_muldi3.o] Error 1
make[3]: Leaving directory
`/mnt/scratch/objdir44/m68k-unknown-linux-gnu/libgcc'
make[2]: *** [all-stage1-target-libgcc] Error 2
make[2]: Leaving directory `/mnt/scratch/objdir44'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/mnt/scratch/objdir44'
make: *** [all] Error 2

The previous weekly snapshot, 4.4-20110621, bootstrapped fine.

I wasn't able to reproduce the error with 4.4-20110628 is built as a cross
hosted on i686-linux, so I suspect a miscompilation in stage2 or stage3.

I'll try a new bootstrap with r175603 reverted.