[Bug target/52461] [avr] XMEGA+EBI: RAMPZ clobbered while reading from flash

[saturn at quantentunnel dot de]

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

--- Comment #3 from Markus Faust  2012-03-06 
07:55:39 UTC ---
(In reply to comment #1)
> Eric, would you confirm this is actually a problem and set bug status to NEW?

For me this seems to be a really severe problem, because as soon as my code
size reaches 65536 bytes, RAMPZ seems to be set to 1. On the other hand, I/O
register access is (sometimes) done via STD with Z register and will go wrong
if RAMPZ is not 0. This is mostly the same behaviour as described by
darkdragon2000 in bug 44940, except that it also happens in the application
section if code size is >=65536 bytes.

device: ATxmega128A1
gcc version 4.5.1 (AVR_8_bit_GNU_Toolchain_3.2.3_314) (from Atmel)
Windows 2000

It would be very helpful if someone could provide a fix, as I am stuck at work
because of this problem.

I have put a "RAMPZ=0;" at the very beginning of main(), which seems to do the
trick for the moment, but I think this is a very ugly hack and potentially
dangerous.

[Bug rtl-optimization/52250] [4.7/4.8 Regression] ICE: in sel_remove_bb, at sel-sched-ir.c:5213 with -fsel-sched-pipelining -fsel-sched-pipelining-outer-loops -fselective-scheduling2 and other flags

[abel at gcc dot gnu.org]

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

--- Comment #9 from Andrey Belevantsev  2012-03-06 
07:31:49 UTC ---
Author: abel
Date: Tue Mar  6 07:31:43 2012
New Revision: 184975

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184975
Log:
PR rtl-optimization/52250
* sel-sched-ir.c (maybe_tidy_empty_bb): Try harder to find a bb
to put note list into.  Unconditionally call move_bb_info.
(move_bb_info): Do not assert the blocks being in the same region,
just drop the note list if they are not.


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

[Bug bootstrap/52466] gcc-4.7.0-RC-20120302 fails to build for --target=lm32-rtems4.11

[corsepiu at gcc dot gnu.org]

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

Ralf Corsepius  changed:

   What|Removed |Added

 Target||lm32-*
 CC||corsepiu at gcc dot gnu.org
  Known to work||4.5.3
  Known to fail||4.6.3, 4.7.0

--- Comment #1 from Ralf Corsepius  2012-03-06 
07:20:31 UTC ---
Upon second glance, the origin of this bootstrap failure is an ICE in xgcc/cc1
as lm32-rtems4.11/libgcc/config.log tells

configure:4511: checking whether to use setjmp/longjmp exceptions
configure:: /users/rtems/tmp/gcc.2/BUILD-lm32/./gcc/xgcc
-B/users/rtems/tmp/gcc.2/BUILD-lm32/./gcc/ -B/usr/local/lm32-rtems4.11/bin/
-B/usr/local/lm32-rtems4.11/lib/ -isystem /usr/local/lm32-rtems4.11/include
-isystem /usr/local/lm32-rtems4.11/sys-include 
   -c --save-temps -fexceptions  conftest.c >&5
xgcc: internal compiler error: Segmentation fault (program cc1)
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
configure:: $? = 4
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"   
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/";
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1 
| #define HAVE_STDLIB_H 1   
| #define HAVE_STRING_H 1   
| #define HAVE_MEMORY_H 1   
| #define HAVE_STRINGS_H 1  
| #define HAVE_INTTYPES_H 1 
| #define HAVE_STDINT_H 1   
| #define HAVE_UNISTD_H 1   
| #define SIZEOF_DOUBLE 0   
| #define SIZEOF_LONG_DOUBLE 0
| #define HAVE_GETIPINFO 1
| /* end confdefs.h.  */  
| 
| void bar ();
| void clean (int *);
| void foo ()
| {
|   int i __attribute__ ((cleanup (clean)));
|   bar();
| }
|  
configure:4542: result: unknown
configure:4558: error: unable to detect exception model

[Bug middle-end/52504] New: (unreachable) out of bounds access in thread_prologue_and_epilogue_insns

[amylaar at gcc dot gnu.org]

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

 Bug #: 52504
   Summary: (unreachable) out of bounds access in
thread_prologue_and_epilogue_insns
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: amyl...@gcc.gnu.org
Blocks: 44756
  Host: x86_64-unknown-linux-gnu
Target: rx-elf


gcc -c   -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common
 -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/.
-I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include  -I../../../gcc/gcc/../libdecnumber
-I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber   
../../../gcc/gcc/function.c -o function.o
In file included from ../../../gcc/gcc/function.c:48:0:
../../../gcc/gcc/function.c: In function ‘thread_prologue_and_epilogue_insns’:
../../../gcc/gcc/regs.h:322:34: error: array subscript is above array bounds
[-Werror=array-bounds]
cc1: all warnings being treated as errors
make[2]: *** [function.o] Error 1

I see that thread_prologue_and_epilogue_insns has:
  if (pic_offset_table_rtx)
add_to_hard_reg_set (&set_up_by_prologue.set, Pmode,
 PIC_OFFSET_TABLE_REGNUM);
Where PIC_OFFSET_TABLE_REGNUM is INVALID_REGNUM, this becomes an out-of-bounds
array access.

[Bug target/52503] New: sh-wrs-vxworks: too many target masks

[amylaar at gcc dot gnu.org]

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

 Bug #: 52503
   Summary: sh-wrs-vxworks: too many target masks
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Keywords: build
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: amyl...@gcc.gnu.org
Blocks: 47093
Target: sh-wrs-vxworks


gcc -c   -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common
 -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/.
-I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include  -I../../../gcc/gcc/../libdecnumber
-I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber   
../../../gcc/gcc/lto-wrapper.c -o lto-wrapper.o
In file included from ../../../gcc/gcc/lto-wrapper.c:47:0:
./options.h:3697:2: error: #error too many target masks

[Bug target/48806] ICE in reload_cse_simplify_operands, at postreload.c:403

[rmansfield at qnx dot com]

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

--- Comment #5 from Ryan Mansfield  2012-03-06 
00:32:59 UTC ---
(In reply to comment #4)
> It looks that the testcase came from a FreeBSD kernel code:
> http://www.leidinger.net/FreeBSD/dox/net80211/html/d7/d8d/ieee80211__crypto__ccmp_8c_source.html

Yes, I can confirm the test case came from BSD code.

[Bug target/47099] i686-pc-msdosdjgpp fails to build i386.o: ASM_DECLARE_FUNCTION_NAME undefined

[amylaar at gcc dot gnu.org]

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

--- Comment #1 from Jorn Wolfgang Rennecke  
2012-03-06 00:26:53 UTC ---
As of revision 184927, i686-pc-msdosdjgpp still fails;
i686-interix3 - configured with --enable-obsolete - succeeds building cc1.

[Bug target/48806] ICE in reload_cse_simplify_operands, at postreload.c:403

[kkojima at gcc dot gnu.org]

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

--- Comment #4 from Kazumoto Kojima  2012-03-06 
00:26:30 UTC ---
It looks that the testcase came from a FreeBSD kernel code:
http://www.leidinger.net/FreeBSD/dox/net80211/html/d7/d8d/ieee80211__crypto__ccmp_8c_source.html

gcc.c-torture/execute/pr20527-1.c is an example of gcc testcase
which includes a BSD-like license notice, though I'm not sure about
copyright issues.  The gcc list would be more appropriate for
the questions about copyrights.

[Bug middle-end/51794] ICE (segfault) with -O -fmodulo-sched

[Bernhard.Rosenkranzer at linaro dot org]

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

--- Comment #2 from Bernhard Rosenkränzer  2012-03-06 00:24:28 UTC ---
I've updated my 4.7 build since and can't reproduce it there anymore.

Problem still occurs on 4.6 with

GNU C (Linaro GCC 4.6-2012.02-1~dev) version 4.6.3 20120201 (prerelease)
[gcc-linaro/4.6 revision 106874] (arm-linux-androideabi)
compiled by GNU C version 4.5.2, GMP version 5.0.4, MPFR version
3.1.0-p2, MPC version 0.9
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072

[Bug target/49427] v850e-elf wants 850e/v850e-common.c

[amylaar at gcc dot gnu.org]

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

Jorn Wolfgang Rennecke  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #3 from Jorn Wolfgang Rennecke  
2012-03-06 00:18:07 UTC ---
I can confirm that the v850e-elf cc1 builds in revision 184927.

[Bug target/52502] New: *86*-elf dwarf2asm.o fails to build with -Werror

[amylaar at gcc dot gnu.org]

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

 Bug #: 52502
   Summary: *86*-elf dwarf2asm.o fails to build with -Werror
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: amyl...@gcc.gnu.org
Blocks: 44756
  Host: x86_64-unknown-linux-gnu
Target: i686-elf, i686-rtems, x86_64-elf


gcc -c   -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common
 -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/.
-I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include  -I../../../gcc/gcc/../libdecnumber
-I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber   
../../../gcc/gcc/dwarf2asm.c -o dwarf2asm.o
../../../gcc/gcc/dwarf2asm.c: In function ‘dw2_asm_output_nstring’:
../../../gcc/gcc/dwarf2asm.c:334:7: error: pointer targets in passing argument
2 of ‘default_elf_asm_output_limited_string’ differ in signedness
[-Werror=pointer-sign]
In file included from ../../../gcc/gcc/dwarf2asm.c:29:0:
../../../gcc/gcc/output.h:667:13: note: expected ‘const char *’ but argument is
of type ‘const unsigned char *’
cc1: all warnings being treated as errors
make[2]: *** [dwarf2asm.o] Error 1

[Bug target/52501] New: cr16-protos.h uses enum rtx_code outside #ifdef RTX_CODE guard

[amylaar at gcc dot gnu.org]

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

 Bug #: 52501
   Summary: cr16-protos.h uses enum rtx_code outside #ifdef
RTX_CODE guard
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: amyl...@gcc.gnu.org
Blocks: 44756
  Host: x86_64-unknown-linux-gnu
Target: cr16-elf


gcc -c   -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes 
-Wmissing-format-attribute -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common
 -DHAVE_CONFIG_H -I.. -I. -Iada -I../../../gcc/gcc -I../../../gcc/gcc/ada
-I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include  -I../../../gcc/gcc/../libdecnumber
-I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber   
../../../gcc/gcc/ada/gcc-interface/targtyps.c -o ada/targtyps.o
In file included from ./tm_p.h:4:0,
 from ../../../gcc/gcc/ada/gcc-interface/targtyps.c:33:
../../../gcc/gcc/config/cr16/cr16-protos.h:94:54: error: ‘enum rtx_code’
declared inside parameter list [-Werror]
../../../gcc/gcc/config/cr16/cr16-protos.h:94:54: error: its scope is only this
definition or declaration, which is probably not what you want [-Werror]
../../../gcc/gcc/config/cr16/cr16-protos.h:95:54: error: ‘enum rtx_code’
declared inside parameter list [-Werror]
cc1: all warnings being treated as errors
make[2]: *** [ada/targtyps.o] Error 1

[Bug target/52500] New: dwarf2cfi.c fails to build with -Werror for c6x

[amylaar at gcc dot gnu.org]

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

 Bug #: 52500
   Summary: dwarf2cfi.c fails to build with -Werror for c6x
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: amyl...@gcc.gnu.org
Blocks: 44756
  Host: x86_64-unknown-linux-gnu
Target: c6x-elf, c6x-uclinux


../../../gcc/gcc/dwarf2cfi.c: In function
‘expand_builtin_init_dwarf_reg_sizes’:
../../../gcc/gcc/dwarf2cfi.c:262:13: error: comparison between signed and
unsigned integer expressions [-Werror=sign-compare]
../../../gcc/gcc/dwarf2cfi.c: In function ‘dwarf2out_frame_debug_expr’:
../../../gcc/gcc/dwarf2cfi.c:1537:8: error: comparison between signed and
unsigned integer expressions [-Werror=sign-compare]
../../../gcc/gcc/dwarf2cfi.c: In function ‘initial_return_save’:
../../../gcc/gcc/dwarf2cfi.c:2829:11: error: comparison between signed and
unsigned integer expressions [-Werror=sign-compare]
cc1: all warnings being treated as errors
make[2]: *** [dwarf2cfi.o] Error 1

[Bug target/48806] ICE in reload_cse_simplify_operands, at postreload.c:403

[olegendo at gcc dot gnu.org]

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

Oleg Endo  changed:

   What|Removed |Added

 CC||olegendo at gcc dot gnu.org

--- Comment #3 from Oleg Endo  2012-03-05 23:45:02 
UTC ---
Would it be OK to add the attachment 24129 to the GCC testsuite?
(Copyrights etc?)

[Bug target/51244] SH Target: Inefficient conditional branch

[olegendo at gcc dot gnu.org]

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

--- Comment #13 from Oleg Endo  2012-03-05 
23:37:35 UTC ---
On Tue, 2012-03-06 at 08:13 +0900, Kaz Kojima wrote:

> I've tested your latest patch on sh4-unknown-linux-gnu with trunk
> revision 184872.  It looks that some new failures are poping up:
> 
> New tests that FAIL:
> 
> 22_locale/ctype/is/char/3.cc execution test
> 27_io/basic_filebuf/underflow/wchar_t/9178.cc execution test
> gfortran.dg/widechar_intrinsics_6.f90  -Os  execution test
> 
> Pehaps failures might be ones you've suggested in #10 in
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
> 
> Could you double check?

Of course!  Doing so now...

[Bug target/51244] SH Target: Inefficient conditional branch

[olegendo at gcc dot gnu.org]

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

--- Comment #12 from Oleg Endo  2012-03-05 
23:12:27 UTC ---
Author: olegendo
Date: Mon Mar  5 23:12:20 2012
New Revision: 184966

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184966
Log:
PR target/51244
* config/sh/sh.c (sh_expand_t_scc): Remove SH2A special case
and use unified expansion logic.
* config/sh/sh.md (xorsi3_movrt): Rename to movrt.  Move
closer to the existing movt insn.
(negc): Rename insn to *negc.  Add new expander.
(movnegt): Use xor pattern for T bit negation.  Reserve helper
constant for negc pattern.
(*movnegt): New insn and splitter.

PR target/51244
* gcc.target/sh/pr51244-1.c: New.
* gcc.target/sh/pr51244-2.c: New.
* gcc.target/sh/pr51244-3.c: New.


Added:
trunk/gcc/testsuite/gcc.target/sh/pr48596.c
trunk/gcc/testsuite/gcc.target/sh/pr51244-1.c
trunk/gcc/testsuite/gcc.target/sh/pr51244-2.c
trunk/gcc/testsuite/gcc.target/sh/pr51244-3.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/sh/sh.c
trunk/gcc/config/sh/sh.md
trunk/gcc/testsuite/ChangeLog

[Bug target/52499] New: avr MODE_CODE_BASE_REG_CLASS enum conversion problem

[amylaar at gcc dot gnu.org]

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

 Bug #: 52499
   Summary: avr MODE_CODE_BASE_REG_CLASS enum conversion problem
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: amyl...@gcc.gnu.org
Blocks: 44756
  Host: x86_64-unknown-linux-gnu
Target: avr-elf, avr-rtems


gcc -c   -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common
 -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/.
-I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include  -I../../../gcc/gcc/../libdecnumber
-I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber   
../../../gcc/gcc/caller-save.c -o caller-save.o
In file included from ../../../gcc/gcc/caller-save.c:39:0:
../../../gcc/gcc/addresses.h: In function ‘base_reg_class’:
../../../gcc/gcc/addresses.h:31:3: error: enum conversion in return is invalid
in C++ [-Werror=c++-compat]
cc1: all warnings being treated as errors
make[2]: *** [caller-save.o] Error 1

Not sure if "target" is the right category, MODE_CODE_BASE_REG_CLASS is
really awkward to define using a function pre-adapted to hookization - the
function would be fine for a hook, but if you want to use it in this macro,
you'd have to have the macro cast to enum reg_class.

[Bug libffi/52497] libffi doesn't build on powerpc64-linux after latest upstream merge

[bergner at gcc dot gnu.org]

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

Peter Bergner  changed:

   What|Removed |Added

 CC||krebbel at gcc dot gnu.org

--- Comment #1 from Peter Bergner  2012-03-05 
23:02:41 UTC ---
Reported to upstream libffi here:

  http://sourceware.org/ml/libffi-discuss/2012/msg00079.html

[Bug target/52498] New: vmsdbgout.c fails to build with --enable-werror-always

[amylaar at gcc dot gnu.org]

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

 Bug #: 52498
   Summary: vmsdbgout.c fails to build with --enable-werror-always
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: amyl...@gcc.gnu.org
Blocks: 44756
  Host: x86_64-unknown-linux-gnu
Target: alpha64-dec-vms,  alpha-dec-vms


gcc -c   -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common
 -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/.
-I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include  -I../../../gcc/gcc/../libdecnumber
-I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber   
../../../gcc/gcc/vmsdbgout.c -o vmsdbgout.o
../../../gcc/gcc/vmsdbgout.c: In function ‘vmsdbgout_write_source_line’:
../../../gcc/gcc/vmsdbgout.c:1393:34: error: unused parameter ‘discriminator’
[-Werror=unused-parameter]
../../../gcc/gcc/vmsdbgout.c:1393:54: error: unused parameter ‘is_stmt’
[-Werror=unused-parameter]
cc1: all warnings being treated as errors
make[2]: *** [vmsdbgout.o] Error 1

[Bug target/49403] v850e-elf: incompatible pointer type (near initialization for ‘targetm.memory_move_cost’)

[amylaar at gcc dot gnu.org]

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

Jorn Wolfgang Rennecke  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #3 from Jorn Wolfgang Rennecke  
2012-03-05 22:45:54 UTC ---
I can confirm that cc1 cross-builds OK for v850e-elf in revision 184927.

[Bug libffi/52497] New: libffi doesn't build on powerpc64-linux after latest upstream merge

[bergner at gcc dot gnu.org]

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

 Bug #: 52497
   Summary: libffi doesn't build on powerpc64-linux after latest
upstream merge
Classification: Unclassified
   Product: gcc
   Version: 4.7.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libffi
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: berg...@gcc.gnu.org
  Host: powerpc*-linux
Target: powerpc*-linux
 Build: powerpc*-linux


libffi/powerpc/ffi.c fails to build on powerpc64-linux with the following
errors:

libtool: compile:  /home/bergner/gcc/build/gcc-mainline-libffi/./gcc/xgcc
-B/home/bergner/gcc/build/gcc-mainline-libffi/./gcc/
-B/home/bergner/gcc/install/gcc-mainline-libffi/powerpc64-linux/bin/
-B/home/bergner/gcc/install/gcc-mainline-libffi/powerpc64-linux/lib/ -isystem
/home/bergner/gcc/install/gcc-mainline-libffi/powerpc64-linux/include -isystem
/home/bergner/gcc/install/gcc-mainline-libffi/powerpc64-linux/sys-include
-DHAVE_CONFIG_H -I. -I/home/bergner/gcc/gcc-mainline-testsuite-base/libffi -I.
-I/home/bergner/gcc/gcc-mainline-testsuite-base/libffi/include -Iinclude
-I/home/bergner/gcc/gcc-mainline-testsuite-base/libffi/src -Wall -g
-fexceptions -g -O2 -m32 -fPIC -mstrict-align -MT src/powerpc/ffi.lo -MD -MP
-MF src/powerpc/.deps/ffi.Tpo -c
/home/bergner/gcc/gcc-mainline-testsuite-base/libffi/src/powerpc/ffi.c  -fPIC
-DPIC -o src/powerpc/.libs/ffi.o
/home/bergner/gcc/gcc-mainline-testsuite-base/libffi/src/powerpc/ffi.c: In
function ‘ffi_prep_args_SYSV’:
/home/bergner/gcc/gcc-mainline-testsuite-base/libffi/src/powerpc/ffi.c:199:4:
error: ‘double_tmp’ undeclared (first use in this function)
/home/bergner/gcc/gcc-mainline-testsuite-base/libffi/src/powerpc/ffi.c:199:4:
note: each undeclared identifier is reported only once for each function it
appears in
/home/bergner/gcc/gcc-mainline-testsuite-base/libffi/src/powerpc/ffi.c:215:6:
error: label ‘soft_double_prep’ used but not defined
/home/bergner/gcc/gcc-mainline-testsuite-base/libffi/src/powerpc/ffi.c: In
function ‘ffi_closure_helper_SYSV’:
/home/bergner/gcc/gcc-mainline-testsuite-base/libffi/src/powerpc/ffi.c:1135:8:
error: ‘temp’ undeclared (first use in this function)
make[7]: *** [src/powerpc/ffi.lo] Error 1


The double_tmp and temp bugs are easy to fix with the following patch, but
without knowing more about the missing label, I don't feel confident on where
to place it.

I checked the upstream libffi source and it fails the exact same way, so
another merge won't help yet.


Index: libffi/src/powerpc/ffi.c
===
--- libffi/src/powerpc/ffi.c(revision 184944)
+++ libffi/src/powerpc/ffi.c(working copy)
@@ -146,6 +146,7 @@ ffi_prep_args_SYSV (extended_cif *ecif,
   gpr_base.u = stacktop.u - ASM_NEEDS_REGISTERS - NUM_GPR_ARG_REGISTERS;
   intarg_count = 0;
 #ifndef __NO_FPRS__
+  double double_tmp;
   fpr_base.d = gpr_base.d - NUM_FPR_ARG_REGISTERS;
   fparg_count = 0;
   copy_space.c = ((flags & FLAG_FP_ARGUMENTS) ? fpr_base.c : gpr_base.c);
@@ -1132,7 +1133,7 @@ ffi_closure_helper_SYSV (ffi_closure *cl

   if (nf < 8)
 {
-  temp = pfr->d;
+  double temp = pfr->d;
   pfr->f = (float) temp;
   avalue[i] = pfr;
   nf++;

[Bug target/48899] enum conversion initializing global_options_init.x_iq2000_tune

[amylaar at gcc dot gnu.org]

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

Jorn Wolfgang Rennecke  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #3 from Jorn Wolfgang Rennecke  
2012-03-05 22:39:08 UTC ---
I can confirm that cc1 cross-builds OK for iq2000-elf in revision 184927.

[Bug target/47100] No prototype for ‘vxworks_override_options'

[amylaar at gcc dot gnu.org]

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

--- Comment #3 from Jorn Wolfgang Rennecke  
2012-03-05 22:32:22 UTC ---
Problem is still present in revision 184927.

[Bug target/52496] avr-specific built-ins missing memory barrier

[gjl at gcc dot gnu.org]

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

Georg-Johann Lay  changed:

   What|Removed |Added

   Priority|P3  |P4
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2012-03-05
 CC||eric.weddington at atmel
   ||dot com
   Target Milestone|--- |4.7.1
 Ever Confirmed|0   |1

[Bug target/52496] New: avr-specific built-ins missing memory barrier

[gjl at gcc dot gnu.org]

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

 Bug #: 52496
   Summary: avr-specific built-ins missing memory barrier
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: g...@gcc.gnu.org
Target: avr


avr-specific built-in functions like

__builtin_avr_sei
__builtin_avr_cli
__builtin_avr_wdr
__builtin_avr_sleep
__builtin_avr_delay_cycles

are missing memory barriers to avoid reordering against memory accesses.

[Bug target/47096] i686-interix3 fails building dbxout.o

[amylaar at gcc dot gnu.org]

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

Jorn Wolfgang Rennecke  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #3 from Jorn Wolfgang Rennecke  
2012-03-05 22:29:31 UTC ---
Cross-build of cc1 for i686-interix3 (using --enable-werror-always and
--enable-obsolete) succeeds in revision 184927.

[Bug ada/46738] microblaze ada --enable-werror-always build fails

[amylaar at gcc dot gnu.org]

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

Jorn Wolfgang Rennecke  changed:

   What|Removed |Added

  Known to fail||4.6.0, 4.7.0, 4.8.0

--- Comment #4 from Jorn Wolfgang Rennecke  
2012-03-05 22:23:52 UTC ---
The problem persists in revision 184927.

[Bug bootstrap/50513] cross configurations fail to build ipa-inline-analysis.o with -Werror

[amylaar at gcc dot gnu.org]

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

Jorn Wolfgang Rennecke  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #3 from Jorn Wolfgang Rennecke  
2012-03-05 22:20:40 UTC ---
(In reply to comment #2)
> Probably fixed by Richard Sandiford in r179268.

I can confirm that the file builds fine in r184927

[Bug target/49862] bfin.c warnings

[amylaar at gcc dot gnu.org]

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

Jorn Wolfgang Rennecke  changed:

   What|Removed |Added

 Target|bfin-elf, bfin-rtems,   |bfin-elf, bfin-rtems,
   |bfin-uclinux|bfin-uclinux,
   ||bfin-linux-uclibc,
   ||bfin-openbsd
  Known to fail||4.7.0, 4.8.0

--- Comment #1 from Jorn Wolfgang Rennecke  
2012-03-05 22:03:12 UTC ---
The problem is still present in Revision 184927.

[Bug target/52495] New: rs6000.c fails to (cross-) build: "implicit declaration of function ‘ASM_WEAKEN_DECL’"

[amylaar at gcc dot gnu.org]

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

 Bug #: 52495
   Summary: rs6000.c fails to (cross-) build: "implicit
declaration of function ‘ASM_WEAKEN_DECL’"
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: amyl...@gcc.gnu.org
  Host: x86_64-unknown-linux-gnu
Target: powerpc64-linux_altivec, powerpc-eabialtivec,
powerpc-eabi, powerpc-eabisimaltivec, powerpc-eabisim,
powerpc-eabispe, powerpc-freebsd6, powerpcle-eabi,
powerpcle-eabisim, powerpcle-elf,
powerpc-linux_paired, powerpc-linux_spe,
powerpc-lynxos, powerpc-netb


N.B the target list is incomplete because bugzilla wouldn't let me enter the
full list.

contrib/config-list.mk shows 24 rs6000 configurations as failing for
revision 184927:
log/powerpc64-linux_altivec-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/powerpc-eabialtivec-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/powerpc-eabi-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/powerpc-eabisimaltivec-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/powerpc-eabisim-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/powerpc-eabispe-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/powerpc-freebsd6-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/powerpcle-eabi-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/powerpcle-eabisim-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/powerpcle-elf-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/powerpc-linux_paired-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/powerpc-linux_spe-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/powerpc-lynxos-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/powerpc-netbsd-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/powerpc-rtems4.11OPT-enable-threads=yes-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/powerpc-wrs-vxworksae-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/powerpc-wrs-vxworks-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/powerpc-xilinx-eabi-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/ppc-elf-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7: error:
implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/rs6000-ibm-aix4.3-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/rs6000-ibm-aix5.1.0-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-declaration]
log/rs6000-ibm-aix5.2.0-make.out:../../../gcc/gcc/config/rs6000/rs6000.c:27913:7:
error: implicit declaration of function ‘ASM_WEAKEN_DECL’
[-Werror=implicit-function-de

[Bug libitm/52482] libitm INVALID MNEMONIC in .S (powerpc asm)

[fang at csl dot cornell.edu]

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

--- Comment #2 from David Fang  2012-03-05 
21:02:27 UTC ---
I tried overriding as to point to odcctools-20090808's version:

% odas -v
Apple Inc version odcctools-698.1od9, GNU assembler version 1.38

and that worked better.



% /Volumes/Isolde/fink.build/gcc47-4.7.0-0.rc1/darwin_objdir/./gcc/xgcc
-B/Volumes/Isolde/fink.build/gcc47-4.7.0-0.rc1/darwin_objdir/./gcc/
-B/sw/lib/gcc4.7/powerpc-apple-darwin8.11.0/bin/
-B/sw/lib/gcc4.7/powerpc-apple-darwin8.11.0/lib/ -isystem
/sw/lib/gcc4.7/powerpc-apple-darwin8.11.0/include -isystem
/sw/lib/gcc4.7/powerpc-apple-darwin8.11.0/sys-include -DHAVE_CONFIG_H -I.
-I../../../gcc-4.7.0-RC-20120302/libitm
-I../../../gcc-4.7.0-RC-20120302/libitm/config/powerpc
-I../../../gcc-4.7.0-RC-20120302/libitm/config/posix
-I../../../gcc-4.7.0-RC-20120302/libitm/config/generic
-I../../../gcc-4.7.0-RC-20120302/libitm -Wall -pthread -Werror -g -O2 -MT
sjlj.lo -MD -MP -MF .deps/sjlj.Tpo -c
../../../gcc-4.7.0-RC-20120302/libitm/config/powerpc/sjlj.S -fno-common -DPIC
-v -o .libs/sjlj.o
Reading specs from
/Volumes/Isolde/fink.build/gcc47-4.7.0-0.rc1/darwin_objdir/./gcc/specs
COLLECT_GCC=/Volumes/Isolde/fink.build/gcc47-4.7.0-0.rc1/darwin_objdir/gcc/xgcc
Target: powerpc-apple-darwin8.11.0
Configured with: ../gcc-4.7.0-RC-20120302/configure --prefix=/sw
--prefix=/sw/lib/gcc4.7 --mandir=/sw/share/man --infodir=/sw/lib/gcc4.7/info
--enable-languages=c,c++,fortran,lto,objc,obj-c++,java --with-gmp=/sw
--with-libiconv-prefix=/sw --with-ppl=/sw --with-cloog=/sw --with-mpc=/sw
--with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
--program-suffix=-fsf-4.7 --enable-cloog-backend=isl --with-dwarf2
--disable-libjava-multilib --disable-libquadmath
Thread model: posix
gcc version 4.7.0 20120302 (prerelease) (GCC) 
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.4' '-B'
'/Volumes/Isolde/fink.build/gcc47-4.7.0-0.rc1/darwin_objdir/./gcc/' '-B'
'/sw/lib/gcc4.7/powerpc-apple-darwin8.11.0/bin/' '-B'
'/sw/lib/gcc4.7/powerpc-apple-darwin8.11.0/lib/' '-isystem'
'/sw/lib/gcc4.7/powerpc-apple-darwin8.11.0/include' '-isystem'
'/sw/lib/gcc4.7/powerpc-apple-darwin8.11.0/sys-include' '-D' 'HAVE_CONFIG_H'
'-I' '.' '-I' '../../../gcc-4.7.0-RC-20120302/libitm' '-I'
'../../../gcc-4.7.0-RC-20120302/libitm/config/powerpc' '-I'
'../../../gcc-4.7.0-RC-20120302/libitm/config/posix' '-I'
'../../../gcc-4.7.0-RC-20120302/libitm/config/generic' '-I'
'../../../gcc-4.7.0-RC-20120302/libitm' '-Wall' '-pthread' '-Werror' '-g' '-O2'
'-MT' 'sjlj.lo' '-MD' '-MP' '-MF' '.deps/sjlj.Tpo' '-c' '-fno-common' '-D'
'PIC' '-v' '-o' '.libs/sjlj.o'
 /Volumes/Isolde/fink.build/gcc47-4.7.0-0.rc1/darwin_objdir/./gcc/cc1 -E
-lang-asm -quiet -v -I . -I ../../../gcc-4.7.0-RC-20120302/libitm -I
../../../gcc-4.7.0-RC-20120302/libitm/config/powerpc -I
../../../gcc-4.7.0-RC-20120302/libitm/config/posix -I
../../../gcc-4.7.0-RC-20120302/libitm/config/generic -I
../../../gcc-4.7.0-RC-20120302/libitm -iprefix
/Volumes/Isolde/fink.build/gcc47-4.7.0-0.rc1/darwin_objdir/gcc/../lib/gcc/powerpc-apple-darwin8.11.0/4.7.0/
-isystem
/Volumes/Isolde/fink.build/gcc47-4.7.0-0.rc1/darwin_objdir/./gcc/include
-isystem
/Volumes/Isolde/fink.build/gcc47-4.7.0-0.rc1/darwin_objdir/./gcc/include-fixed
-MD .libs/sjlj.d -MF .deps/sjlj.Tpo -MP -MT sjlj.lo -D__DYNAMIC__ -D_REENTRANT
-D HAVE_CONFIG_H -D PIC -isystem
/sw/lib/gcc4.7/powerpc-apple-darwin8.11.0/include -isystem
/sw/lib/gcc4.7/powerpc-apple-darwin8.11.0/sys-include
../../../gcc-4.7.0-RC-20120302/libitm/config/powerpc/sjlj.S
-feliminate-unused-debug-symbols -fPIC -mmacosx-version-min=10.4 -Wall -Werror
-fno-common -g -fworking-directory -O2 -fno-directives-only -o
/var/tmp//ccXtGHR0.s
ignoring nonexistent directory
"/sw/lib/gcc4.7/powerpc-apple-darwin8.11.0/include"
ignoring nonexistent directory
"/sw/lib/gcc4.7/powerpc-apple-darwin8.11.0/sys-include"
ignoring nonexistent directory
"/Volumes/Isolde/fink.build/gcc47-4.7.0-0.rc1/darwin_objdir/gcc/../lib/gcc/powerpc-apple-darwin8.11.0/4.7.0/include"
ignoring nonexistent directory
"/Volumes/Isolde/fink.build/gcc47-4.7.0-0.rc1/darwin_objdir/gcc/../lib/gcc/powerpc-apple-darwin8.11.0/4.7.0/include-fixed"
ignoring nonexistent directory
"/Volumes/Isolde/fink.build/gcc47-4.7.0-0.rc1/darwin_objdir/gcc/../lib/gcc/powerpc-apple-darwin8.11.0/4.7.0/../../../../powerpc-apple-darwin8.11.0/include"
ignoring nonexistent directory
"/Volumes/Isolde/fink.build/gcc47-4.7.0-0.rc1/darwin_objdir/gcc/../lib/gcc/../../lib/gcc/powerpc-apple-darwin8.11.0/4.7.0/include"
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory
"/Volumes/Isolde/fink.build/gcc47-4.7.0-0.rc1/darwin_objdir/gcc/../lib/gcc/../../include"
ignoring nonexistent directory
"/Volumes/Isolde/fink.build/gcc47-4.7.0-0.rc1/darwin_objdir/gcc/../lib/gcc/../../lib/gcc/powerpc-apple-darwin8.11.0/4.7.0/include-fixed"
ignoring nonexistent directory
"/Volumes/Isolde/fink.build/gcc47-4.7.0-0.rc1/darwin_objdir/gcc/../lib/gcc/../../lib/gcc/powerpc

[Bug ada/52494] New: s-taprop-dummy.adb does not define subpackage Specific used in s-tpoaal.sdb

[andris.pavenis at iki dot fi]

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

 Bug #: 52494
   Summary: s-taprop-dummy.adb does not define subpackage Specific
used in s-tpoaal.sdb
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: andris.pave...@iki.fi


s-taprop-dummy.adb does not define subpackage Specific used in s-tpoaal.sdb
which causes compile to fail if s-taprop-dummy.adb is chosen for target.

Adding simple subpackage which only contains procedure Set seems to be
sufficient in this case (not yet tested more rather than s-tpoaal.adb compiles
then)

(tried to compile as cross-compiler from Linux for target i586-pc-msdosdjgpp)

[Bug fortran/52469] [4.6/4.7/4.8 Regression] -fwhole-file bug: Wrong backend_decl for result of PPC function

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 CC||pault at gcc dot gnu.org

--- Comment #4 from Tobias Burnus  2012-03-05 
20:31:58 UTC ---
WITH -fno-whole-file:

(gdb) b trans-expr.c:2249
...
Breakpoint 1, get_proc_ptr_comp (e=0x16d6420) at
/projects/tob/gcc-git/gcc/gcc/fortran/trans-expr.c:2249
2249  e2->expr_type = old_type;
(gdb) p debug_tree (comp_se.expr->typed.type)
 typed.type)
  gfc_sym_type -> gfc_typenode_for_spec
  -> gfc_get_derived_type

And once indirectly:

  gfc_get_symbol_decl -> gfc_sym_type -> gfc_typenode_for_spec
  -> gfc_get_derived_type -> gfc_get_module_backend_decl ->
gfc_get_derived_type

[Bug debug/51902] lexical_blocks inside inlined_subroutines generate duplicate debug_ranges

[jakub at gcc dot gnu.org]

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

--- Comment #9 from Jakub Jelinek  2012-03-05 
20:17:54 UTC ---
Author: jakub
Date: Mon Mar  5 20:17:44 2012
New Revision: 184958

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184958
Log:
PR debug/51902
* tree.h (BLOCK_SAME_RANGE): Define.
* function.c (block_fragments_nreverse): Clear BLOCK_SAME_RANGE
if BLOCK_FRAGMENT_CHAIN is non-NULL, but has it cleared.
Also clear BLOCK_SAME_RANGE if fragment chain's supercontext fragment
isn't equal to supercontext fragment's fragment chain.
Adjust BLOCK_SUPERCONTEXT to point to supercontext fragment's
fragment origin.
(blocks_nreverse_all): Likewise.
(reorder_blocks_1): Compute BLOCK_SAME_RANGE bits.  Set
BLOCK_SUPERCONTEXT to supercontext fragment instead of
supercontext fragment's fragment origin.
* dwarf2out.c (add_high_low_attributes): If stmt has the same
range as its parent (or parents thereof etc.), use the parent's
DW_AT_ranges value instead of creating a new .debug_ranges range.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/dwarf2out.c
trunk/gcc/function.c
trunk/gcc/tree.h

[Bug c/52493] New: tree check fail in ptr_derefs_may_alias_p

[dcb314 at hotmail dot com]

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

 Bug #: 52493
   Summary: tree check fail in ptr_derefs_may_alias_p
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: dcb...@hotmail.com


Created attachment 26836
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26836
C source code

I just tried to compile the package fprobe-ulog-1.1
on gcc-4.8 trunk dated 20120302 on an AMD x86_64 box.

The compiler said

fprobe-ulog.c:634:7: internal compiler error: tree check: expected ssa_name,
have integer_cst in ptr_derefs_may_alias_p, at tree-ssa-alias.c:308
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Preprocessed source code attached. Flag -O3 required.

[Bug tree-optimization/52242] [4.7/4.8 regression] libgomp.c/atomic-2.c failure on s390x

[rth at gcc dot gnu.org]

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

Richard Henderson  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #4 from Richard Henderson  2012-03-05 
20:03:52 UTC ---
Fixed.

[Bug tree-optimization/52242] [4.7/4.8 regression] libgomp.c/atomic-2.c failure on s390x

[rth at gcc dot gnu.org]

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

--- Comment #3 from Richard Henderson  2012-03-05 
19:54:02 UTC ---
Author: rth
Date: Mon Mar  5 19:53:54 2012
New Revision: 184956

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184956
Log:
PR tree-opt/52242
Revert: 2011-11-26  Richard Henderson  
* omp-low.c (expand_omp_atomic): Assume anything aligned to
BIGGEST_ALIGNMENT is aligned.

Modified:
branches/gcc-4_7-branch/gcc/ChangeLog
branches/gcc-4_7-branch/gcc/omp-low.c

[Bug tree-optimization/52242] [4.7/4.8 regression] libgomp.c/atomic-2.c failure on s390x

[rth at gcc dot gnu.org]

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

--- Comment #2 from Richard Henderson  2012-03-05 
19:52:19 UTC ---
Author: rth
Date: Mon Mar  5 19:52:08 2012
New Revision: 184955

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184955
Log:
PR tree-opt/52242
Revert: 2011-11-26  Richard Henderson  
* omp-low.c (expand_omp_atomic): Assume anything aligned to
BIGGEST_ALIGNMENT is aligned.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/omp-low.c

[Bug tree-optimization/52242] [4.7/4.8 regression] libgomp.c/atomic-2.c failure on s390x

[rth at gcc dot gnu.org]

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

Richard Henderson  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2012-03-05
 AssignedTo|unassigned at gcc dot   |rth at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #1 from Richard Henderson  2012-03-05 
19:13:10 UTC ---
Mine.

[Bug target/52481] m68k-*: internal compiler error: in extract_insn, at recog.c:2123

[rth at gcc dot gnu.org]

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

--- Comment #6 from Richard Henderson  2012-03-05 
18:57:40 UTC ---
Author: rth
Date: Mon Mar  5 18:57:36 2012
New Revision: 184952

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184952
Log:
PR target/52481
* config/m68k/sync.md (atomic_test_and_set): Use expand_simple_unop
instead of calling negqi2 directly.

Modified:
trunk/gcc/ChangeLog

[Bug target/52481] m68k-*: internal compiler error: in extract_insn, at recog.c:2123

[rth at gcc dot gnu.org]

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

Richard Henderson  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #5 from Richard Henderson  2012-03-05 
18:45:29 UTC ---
Fixed.

[Bug target/52481] m68k-*: internal compiler error: in extract_insn, at recog.c:2123

[rth at gcc dot gnu.org]

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

--- Comment #4 from Richard Henderson  2012-03-05 
18:42:08 UTC ---
Author: rth
Date: Mon Mar  5 18:41:56 2012
New Revision: 184950

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184950
Log:
PR target/52481
* config/m68k/sync.md (atomic_test_and_set): Use expand_simple_unop
instead of calling negqi2 directly.

Modified:
branches/gcc-4_7-branch/gcc/ChangeLog
branches/gcc-4_7-branch/gcc/config/m68k/sync.md

[Bug middle-end/52463] libitm.c/memcpy-1.c FAILs

[aldyh at gcc dot gnu.org]

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

Aldy Hernandez  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #3 from Aldy Hernandez  2012-03-05 
18:39:28 UTC ---
fixed

[Bug lto/52489] LTO drops init_array/fini_array sections

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||DUPLICATE

--- Comment #8 from Andrew Pinski  2012-03-05 
18:39:30 UTC ---
It is the same as PR 51255.

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

[Bug lto/51255] Using -flto breaks code which puts values in .ctors or .init_array

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

 CC||krisztian.kocsis at
   ||optimaster dot eu

--- Comment #1 from Andrew Pinski  2012-03-05 
18:39:30 UTC ---
*** Bug 52489 has been marked as a duplicate of this bug. ***

[Bug middle-end/52463] libitm.c/memcpy-1.c FAILs

[aldyh at gcc dot gnu.org]

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

--- Comment #2 from Aldy Hernandez  2012-03-05 
18:38:56 UTC ---
Author: aldyh
Date: Mon Mar  5 18:38:47 2012
New Revision: 184949

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184949
Log:
PR middle-end/52463
* trans-mem.c (tm_region_init): Use last_basic_block.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/trans-mem.c

[Bug target/52481] m68k-*: internal compiler error: in extract_insn, at recog.c:2123

[rth at gcc dot gnu.org]

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

--- Comment #3 from Richard Henderson  2012-03-05 
18:37:29 UTC ---
Author: rth
Date: Mon Mar  5 18:37:19 2012
New Revision: 184948

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184948
Log:
PR target/52481
* config/m68k/sync.md (atomic_test_and_set): Use expand_simple_unop
instead of calling negqi2 directly.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/m68k/sync.md

[Bug c++/51930] [4.7 regression] Explicitly instantiated template gets hidden visibility

[jason at gcc dot gnu.org]

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

--- Comment #21 from Jason Merrill  2012-03-05 
18:09:08 UTC ---
Author: jason
Date: Mon Mar  5 18:08:56 2012
New Revision: 184946

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184946
Log:
PR c++/51930
* decl2.c (determine_visibility): Correct calculation of class
args depth.
* decl.c (check_tag_decl): Adjust warning.

Added:
trunk/gcc/testsuite/g++.dg/ext/visibility/template11.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/decl.c
trunk/gcc/cp/decl2.c
trunk/gcc/testsuite/ChangeLog

[Bug tree-optimization/32120] missed PRE/FRE of a*2+4 and (a+2)*2

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 CC||matz at gcc dot gnu.org

--- Comment #9 from Richard Guenther  2012-03-05 
17:32:52 UTC ---
(In reply to comment #8)
> I still have an unfinished patch to convert SCCVN to
> http://dl.acm.org/citation.cfm?id=512536
> 
> This actually makes it significantly easier to integrate better
> congruence finding (and lets us use predicates properly during value
> numbering).
> It also was significantly faster in large functions (also functiojns
> containing large SCC's) due to a significantly better iteration
> strategy (it will only iterate values that are changing, while SCCVN
> will iterate all values in an SCC).
> 
> I'm happy to attach the patch if you like :)

I think you sent it to me once and Micha has implemented the predication
bits ontop of it (well, sort of IIRC).

Richard.

[Bug c/51527] ICE: Segmentation fault: 'convert_to_integer' enters infinite recursion

[gjl at gcc dot gnu.org]

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

--- Comment #2 from Georg-Johann Lay  2012-03-05 
17:31:49 UTC ---
Here is a smaller test case:

__int24 add3 (__int24 a)
{
return a + 0x1;
}


It works if

-- the constant is cast with (__int24) 0x1

-- the constant is smaller than 0x1

-- the operation is not +, - or *

[Bug tree-optimization/32120] missed PRE/FRE of a*2+4 and (a+2)*2

[dberlin at gcc dot gnu.org]

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

--- Comment #8 from Daniel Berlin  2012-03-05 
17:20:36 UTC ---
I still have an unfinished patch to convert SCCVN to
http://dl.acm.org/citation.cfm?id=512536

This actually makes it significantly easier to integrate better
congruence finding (and lets us use predicates properly during value
numbering).
It also was significantly faster in large functions (also functiojns
containing large SCC's) due to a significantly better iteration
strategy (it will only iterate values that are changing, while SCCVN
will iterate all values in an SCC).

I'm happy to attach the patch if you like :)


On Sat, Mar 3, 2012 at 7:45 PM, pinskia at gcc dot gnu.org
 wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32120
>
> --- Comment #7 from Andrew Pinski  2012-03-04 
> 00:45:50 UTC ---
> I might even have a patch for my tree combine branch later today.  I still 
> have
> to connect up ssa_combine to SCCVN but that should not be hard.
>
> --
> Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email
> --- You are receiving this mail because: ---
> You are on the CC list for the bug.

[Bug target/52481] m68k-*: internal compiler error: in extract_insn, at recog.c:2123

[rth at gcc dot gnu.org]

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

Richard Henderson  changed:

   What|Removed |Added

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

--- Comment #2 from Richard Henderson  2012-03-05 
16:27:47 UTC ---
Mine.

[Bug fortran/52452] [4.5/4.6/4.7 Regression] INTRINSIC cannot be applied to gfortran's ETIME

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||jakub at gcc dot gnu.org
Summary|[4.5/4.6/4.7/4.8|[4.5/4.6/4.7 Regression]
   |Regression] INTRINSIC   |INTRINSIC cannot be applied
   |cannot be applied to|to gfortran's ETIME
   |gfortran's ETIME|

[Bug tree-optimization/52430] [4.4 Regression] firefox miscompilation

[jamborm at gcc dot gnu.org]

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

Martin Jambor  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #6 from Martin Jambor  2012-03-05 
16:05:23 UTC ---
Fixed.

[Bug other/51417] Cross-compiler - wrappers for ar, nm, ranlib installed under wrong names

[corsepiu at gcc dot gnu.org]

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

Ralf Corsepius  changed:

   What|Removed |Added

 CC||corsepiu at gcc dot gnu.org

--- Comment #5 from Ralf Corsepius  2012-03-05 
15:58:04 UTC ---
(In reply to comment #4)
> Please post the patch to gcc-patches and say how you tested it.  I'll ack it
> for the 4.7 branch then.

Done.

FTR: I am testing by building various linux->rtems cross toolchains 
and Canadian cross-building mingw32->rtems and cygwin->rtems toolchains on
Linux.

[Bug go/52342] 64-bit go.test/test/chan/doubleselect.go times out on Solaris/SPARC

[rguenth at gcc dot gnu.org]

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

--- Comment #5 from Richard Guenther  2012-03-05 
15:41:45 UTC ---
(In reply to comment #4)
> Don't worry, I will fix that one too, although it's odd that I don't see it
> myself.
> 
> It's fairly important that gcc 4.7 support the Go 1 release, and that is going
> to require a few more changes in the 4.7 branch.  It doesn't help us to have a
> well tested incomplete release.  Sorry.

Well, Sorry, but disrupting the tree when it is frozen doesn't help us either.
So, you have to wait until 4.7.1.  By that time Go 1 will be released(?).

[Bug go/52342] 64-bit go.test/test/chan/doubleselect.go times out on Solaris/SPARC

[ian at airs dot com]

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

--- Comment #4 from Ian Lance Taylor  2012-03-05 15:38:36 
UTC ---
Don't worry, I will fix that one too, although it's odd that I don't see it
myself.

It's fairly important that gcc 4.7 support the Go 1 release, and that is going
to require a few more changes in the 4.7 branch.  It doesn't help us to have a
well tested incomplete release.  Sorry.

[Bug other/51417] Cross-compiler - wrappers for ar, nm, ranlib installed under wrong names

[rguenth at gcc dot gnu.org]

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

--- Comment #4 from Richard Guenther  2012-03-05 
15:22:46 UTC ---
Please post the patch to gcc-patches and say how you tested it.  I'll ack it
for the 4.7 branch then.

[Bug target/52492] [4.6/4.7/4.8 Regression] -ftree-vectorize optimization bug

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #3 from Jakub Jelinek  2012-03-05 
15:15:31 UTC ---
Invalid, just fix your code.

[Bug other/51417] Cross-compiler - wrappers for ar, nm, ranlib installed under wrong names

[corsepiu at gcc dot gnu.org]

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

--- Comment #3 from Ralf Corsepius  2012-03-05 
15:12:39 UTC ---
Created attachment 26835
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26835
Fix installation of gcc-{ar,nm,ranlib)

The approach this patch is based on, is copied from gcc//Make-lang.in
(eg. gcc/go/Make-lang.in) (Use gcc-cross as indicator).

[Bug target/52492] [4.6/4.7/4.8 Regression] -ftree-vectorize optimization bug

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #2 from Jakub Jelinek  2012-03-05 
15:06:55 UTC ---
There is no aligned (1) attribute on the uint16_t pointer, so if it isn't
sufficiently aligned, it is IMHO just a testcase bug.

[Bug target/52492] [4.6/4.7/4.8 Regression] -ftree-vectorize optimization bug

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Target||x86_64-*-*
 Status|UNCONFIRMED |NEW
  Known to work||4.5.3
   Keywords||wrong-code
   Last reconfirmed||2012-03-05
  Component|c++ |target
 Ever Confirmed|0   |1
Summary|-ftree-vectorize|[4.6/4.7/4.8 Regression]
   |optimization bug|-ftree-vectorize
   ||optimization bug
   Target Milestone|--- |4.6.4
  Known to fail||4.6.3, 4.7.0

--- Comment #1 from Richard Guenther  2012-03-05 
14:33:05 UTC ---
Confirmed.

   0x00400bc3 <+188>:   mov$0x0,%esi
=> 0x00400bc8 <+193>:   psubusw (%rcx),%xmm0

and rcx is 0x603051, thus this is an unaligned access.  We're expanding
MAX_EXPR, so I suspect a target bug for now.

4.5.x works.

[Bug c++/52467] ICE: canonical types differ for int [0] and int [0]

[mg200 at uni dot brighton.ac.uk]

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

--- Comment #4 from Martin Griffin  2012-03-05 
14:14:45 UTC ---
(In reply to comment #3)
> (In reply to comment #2)
> > Can you clarify the target and command-line options you use?
> 
> And exact version, i.e. output of g++ -v

$ g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.7.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc/configure : (reconfigured) ../gcc/configure :
(reconfigured) ../gcc/configure
Thread model: posix
gcc version 4.7.0 20120214 (experimental) (GCC) 


> Basically all the info requested by http://gcc.gnu.org/bugs/ which should have
> been provided anyway

Sorry.

[Bug c++/52492] New: -ftree-vectorize optimization bug

[al at somestuff dot ru]

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

 Bug #: 52492
   Summary: -ftree-vectorize optimization bug
Classification: Unclassified
   Product: gcc
   Version: 4.6.1
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: a...@somestuff.ru


Created attachment 26834
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26834
the code and memory dump

Hello! It seems we found a bug and have a simple code to reproduce it.
Bug was found under Linux Mint 12 x86_64, gcc 4.6.1.

Please try to compile it as follows: 
correct version:
g++ -O1 test.c++

bug version:
g++ -ggdb -O1 -ftree-vectorize test.c++

Correct version returns the right answer (2543), bug version gets segmentation
fault in the loop of function st_get_local_state_length.

You will need to place file "dump" in the same directory with the program to
reproduce this bug. It contains important memory dump.

Thanks!

[Bug middle-end/52472] ICE: in convert_debug_memory_address, at cfgexpand.c:2491

[gjl at gcc dot gnu.org]

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

--- Comment #4 from Georg-Johann Lay  2012-03-05 
14:05:36 UTC ---
I tried 

#define POINTERS_EXTEND_UNSIGNED 1

but this runs into ICE some lines later in cfgexpand.c:2496

mode = PSI
as = 0
x = symbol_ref:PSI ("data")

Of course PSImode is not a valid pointer mode for generic address space.

[Bug fortran/41600] [OOP] SELECT TYPE with associate-name => exp: Arrays not supported

[pault at gcc dot gnu.org]

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

Paul Thomas  changed:

   What|Removed |Added

 CC||pault at gcc dot gnu.org
 AssignedTo|unassigned at gcc dot   |pault at gcc dot gnu.org
   |gnu.org |

--- Comment #10 from Paul Thomas  2012-03-05 14:02:56 
UTC ---
I have a substantially complete fix for this PR.  It fixes the original
testcase but is still failing on one or two corner cases:

(i) Whilst SELECT TYPE (bar => m%foo(1:2)) is OK, the offset is wrong for
SELECT TYPE (bar => m%foo(3:2:-1))

(ii) I have had to put some work into getting CLASS is to work.  For some
reason, whilst
   CLASS IS (t1)
 print *, bar%i
or
 print *, bar%j

work fine,

 if (any (bar%j .ne. [4,5,6]) call abort
does not (same for bar%i).

Something goes wrong in the argument evaluation for the call to ANY.

I suspect that there is another few days work in this one.

Cheers

Paul

[Bug lto/52489] LTO drops init_array/fini_array sections

[krisztian.kocsis at optimaster dot eu]

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

--- Comment #7 from Krisztian Kocsis  
2012-03-05 13:50:25 UTC ---
Binutils 2.22

Pls check the attached files.

[Bug lto/52489] LTO drops init_array/fini_array sections

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2012-03-05
 Ever Confirmed|0   |1

--- Comment #6 from Richard Guenther  2012-03-05 
13:46:57 UTC ---
(In reply to comment #5)
> Ok, I can confirm that it work if plugins are disabled or
> -fno-use-linker-plugin is used. When linker plugin is used gcc drops these
> sections.

What binutils version are you using?  It seems to me that this is a binutils
bug, not a GCC bug.

[Bug lto/52489] LTO drops init_array/fini_array sections

[krisztian.kocsis at optimaster dot eu]

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

--- Comment #5 from Krisztian Kocsis  
2012-03-05 13:40:18 UTC ---
Ok, I can confirm that it work if plugins are disabled or
-fno-use-linker-plugin is used. When linker plugin is used gcc drops these
sections.

[Bug lto/52489] LTO drops init_array/fini_array sections

[krisztian.kocsis at optimaster dot eu]

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

--- Comment #4 from Krisztian Kocsis  
2012-03-05 13:39:08 UTC ---
Created attachment 26833
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26833
Generated files with -fno-use-linker-plugin

[Bug lto/52489] LTO drops init_array/fini_array sections

[krisztian.kocsis at optimaster dot eu]

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

--- Comment #3 from Krisztian Kocsis  
2012-03-05 13:35:38 UTC ---
Created attachment 26832
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26832
Generated files with -fuse-linker-plugin

[Bug target/52491] FAIL: gcc.dg/torture/pr52402.c at -O2 and above

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Keywords||wrong-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2012-03-05
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2012-03-05 
13:34:31 UTC ---
Confirmed.

I think the ppc movmisalign optabs are bogus, they do not implement
movmisalign but a re-aligned load/store contrary to its documentation:

@cindex @code{movmisalign@var{m}} instruction pattern
@item @samp{movmisalign@var{m}}
This variant of a move pattern is designed to load or store a value
from a memory address that is not naturally aligned for its mode.
For a store, the memory will be in operand 0; for a load, the memory
will be in operand 1.  The other operand is guaranteed not to be a
memory, so that it's easy to tell whether this is a load or store.

This pattern is used by the autovectorizer, and when expanding a
@code{MISALIGNED_INDIRECT_REF} expression.

(scratch the last sentence, there is no MISALIGNED_INDIRECT_REF anymore).

[Bug target/52491] New: FAIL: gcc.dg/torture/pr52402.c at -O2 and above

[dominiq at lps dot ens.fr]

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

 Bug #: 52491
   Summary: FAIL: gcc.dg/torture/pr52402.c at -O2 and above
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: domi...@lps.ens.fr
CC: rgue...@gcc.gnu.org
  Host: powerpc-apple-darwin9
Target: powerpc-apple-darwin9
 Build: powerpc-apple-darwin9


At gcc version 4.7.0 20120229 (experimental) [trunk revision 184663p2] (GCC) 
the test gcc.dg/torture/pr52402.c fails at -O2 and above

FAIL: gcc.dg/torture/pr52402.c  -O2  execution test
FAIL: gcc.dg/torture/pr52402.c  -O3 -fomit-frame-pointer  execution test
FAIL: gcc.dg/torture/pr52402.c  -O3 -g  execution test
FAIL: gcc.dg/torture/pr52402.c  -Os  execution test
FAIL: gcc.dg/torture/pr52402.c  -O2 -flto -flto-partition=none  execution test
FAIL: gcc.dg/torture/pr52402.c  -O2 -flto  execution test

The failing output is

[karma] f90/bug% gcc47 -w -Wno-psabi pr52402_db.c -O2
[karma] f90/bug% a.out 
10101 
Abort

instead of

[karma] f90/bug% gcc47 -w -Wno-psabi pr52402_db.c -O1
[karma] f90/bug% a.out
1010101 

These failures seem different from the ones reported in pr52450.

[Bug rtl-optimization/52490] New: RTL DCE removes trapping const libcalls

[rguenth at gcc dot gnu.org]

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

 Bug #: 52490
   Summary: RTL DCE removes trapping const libcalls
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rgue...@gcc.gnu.org


The testcase from PR47086

void
foo ()
{
  int n = 0;
  while (1)
{
  int i[n % 1];
  n++;
}
}

is miscompiled with -O -ftrapv -fnon-call-exceptions -fexceptions
by RTL DCE which removes the call to addvdi3.

[Bug middle-end/52353] -ftrapv -fnon-call-exceptions does not work

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Known to work||4.8.0
 Resolution||FIXED

--- Comment #3 from Richard Guenther  2012-03-05 
13:10:27 UTC ---
Fixed for trunk.

[Bug middle-end/52353] -ftrapv -fnon-call-exceptions does not work

[rguenth at gcc dot gnu.org]

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

--- Comment #2 from Richard Guenther  2012-03-05 
13:08:59 UTC ---
Author: rguenth
Date: Mon Mar  5 13:08:55 2012
New Revision: 184932

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184932
Log:
2012-03-05  Richard Guenther  

PR middle-end/52353
* optabs.h (trapv_unoptab_p): New function.
(trapv_binoptab_p): Likewise.
* optabs.c (expand_binop): Use emit_libcall_block_1 with
a proper equiv_may_trap argument.
(expand_unop): Likewise.
(emit_libcall_block_1): Take extra argument whether the
instruction may trap.  Renamed from ...
(emit_libcall_block): ... this.  New wrapper.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/optabs.c
trunk/gcc/optabs.h

[Bug tree-optimization/52430] [4.4 Regression] firefox miscompilation

[jamborm at gcc dot gnu.org]

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

--- Comment #5 from Martin Jambor  2012-03-05 
12:50:33 UTC ---
Author: jamborm
Date: Mon Mar  5 12:50:29 2012
New Revision: 184928

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184928
Log:
2012-03-05  Martin Jambor  

PR tree-optimization/52430
* ipa-cp.c (ipcp_initialize_node_lattices): Also consider
node->local.externally_visible as needed.


Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/ipa-cp.c

[Bug lto/52489] LTO drops init_array/fini_array sections

[krisztian.kocsis at optimaster dot eu]

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

--- Comment #2 from Krisztian Kocsis  
2012-03-05 12:46:47 UTC ---
It seems that it works with -fno-use-linker-plugin - strane :S
Now I will try to check some other things.

I think it is not a linker bug because if a save temp files the .s file does
not contain the .init_array section while when -flto is not included it does
contain this section.

I will attach them after I made the checks.

[Bug tree-optimization/51721] -Warray-bounds false positives and inconsistencies

[jakub at gcc dot gnu.org]

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

--- Comment #7 from Jakub Jelinek  2012-03-05 
12:28:12 UTC ---
Author: jakub
Date: Mon Mar  5 12:27:55 2012
New Revision: 184927

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184927
Log:
PR tree-optimization/51721
* tree-vrp.c (register_edge_assert_for_2): If comparing
lhs of right shift by constant with an integer constant,
add ASSERT_EXPRs for the rhs1 of the right shift.

* gcc.dg/tree-ssa/vrp63.c: New test.
* gcc.dg/pr51721.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/pr51721.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/vrp63.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-vrp.c

[Bug middle-end/52478] -ftrapv calls the wrong functions in libgcc

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

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

--- Comment #3 from Richard Guenther  2012-03-05 
12:01:23 UTC ---
This seems to be by design, libgcc only provides >= word_mode trapping ops. 
Which
means we'd need to expand this all using inline code:

/* Like gen_libfunc, but verify that integer operation is involved.  */

static void
gen_int_libfunc (optab optable, const char *opname, char suffix,
 enum machine_mode mode)
{
  int maxsize = 2 * BITS_PER_WORD;

  if (GET_MODE_CLASS (mode) != MODE_INT)
return;
  if (maxsize < LONG_LONG_TYPE_SIZE)
maxsize = LONG_LONG_TYPE_SIZE;
  if (GET_MODE_CLASS (mode) != MODE_INT
  || mode < word_mode || GET_MODE_BITSIZE (mode) > maxsize)
return;

oops.

Otherwise a simple

Index: gcc/expr.c
===
--- gcc/expr.c  (revision 184918)
+++ gcc/expr.c  (working copy)
@@ -8938,7 +8938,9 @@ expand_expr_real_2 (sepops ops, rtx targ
   if (modifier == EXPAND_STACK_PARM)
 target = 0;
   temp = expand_binop (mode, this_optab, op0, op1, target,
-  unsignedp, OPTAB_LIB_WIDEN);
+  unsignedp,
+  trapv_binoptab_p (this_optab)
+  ? OPTAB_LIB : OPTAB_LIB_WIDEN);
   gcc_assert (temp);
   /* Bitwise operations do not need bitfield reduction as we expect their
  operands being properly truncated.  */

should have worked.

So, it's a "not implemented thing" currently ... unlike to change until
somebody implements the ftrapv proposal from Joseph.

[Bug lto/52489] LTO drops init_array/fini_array sections

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 CC||hubicka at gcc dot gnu.org
 Depends on||51255

--- Comment #1 from Richard Guenther  2012-03-05 
11:43:47 UTC ---
Does the error persist if you enable -fuse-linker-plugin?  Btw, it works for me
even without.  I suspect it's a binutils bug instead?

Honza?

[Bug lto/52489] New: LTO drops init_array/fini_array sections

[krisztian.kocsis at optimaster dot eu]

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

 Bug #: 52489
   Summary: LTO drops init_array/fini_array sections
Classification: Unclassified
   Product: gcc
   Version: 4.6.2
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: krisztian.koc...@optimaster.eu


Hi!

When both optimization (-O > 0) and LTO are enabled then init_array and
fini_array sections are missing from the final binary. Without -flto or with
-O0 these sections are not removed.

This prevents building e.g. glibc with LTO (check for init/fini array fails
because the compiled binary does not contain them - I'v checked it by hand
also).

Here is the conftest code:

int _start (void) { return 0; }
int __start (void) { return 0; }
int foo (void) { return 1; }
int (*fp) (void) __attribute__ ((section (".init_array"))) = foo;

CFLAGS: -O2 -flto -static -nostartfiles -nostdlib

This bug may be the same with #51255!

[Bug c++/52467] ICE: canonical types differ for int [0] and int [0]

[redi at gcc dot gnu.org]

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

--- Comment #3 from Jonathan Wakely  2012-03-05 
11:14:03 UTC ---
(In reply to comment #1)
> or any such variant is a compiler defect.

It's a GNU extension and is rejected with -pedantic-errors  (and compiles
without ICE otherwise)

(In reply to comment #2)
> Can you clarify the target and command-line options you use?

And exact version, i.e. output of g++ -v

Basically all the info requested by http://gcc.gnu.org/bugs/ which should have
been provided anyway

[Bug c++/52470] ice in copy_binfo

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

  Known to work||4.6.3

--- Comment #3 from Jonathan Wakely  2012-03-05 
10:45:07 UTC ---
4.6 works for me and compiles it successfully

[Bug middle-end/52478] -ftrapv calls the wrong functions in libgcc

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 CC||burnus at gcc dot gnu.org

--- Comment #2 from Tobias Burnus  2012-03-05 
10:42:46 UTC ---
(In reply to comment #1)
> Confirmed, and I think we have a dup for this somewhere.

Maybe PR 35412 - its bug description is a bit unclear. Other bugs related to
this PR have been closed, e.g. PR19020 ("fixed"), PR40143, PR39771, PR36868,
PR27261 (duplicate).

> I'll take this one as well for now.
Thanks!

[Bug c++/52467] ICE: canonical types differ for int [0] and int [0]

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2012-03-05
 Ever Confirmed|0   |1

--- Comment #2 from Richard Guenther  2012-03-05 
10:39:44 UTC ---
Works for me on the 4.7 branch and on trunk.  Note that it requires -std=c++11
because of the constexpr use.

Can you clarify the target and command-line options you use?

[Bug c++/52470] ice in copy_binfo

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2012-03-05
 Ever Confirmed|0   |1
  Known to fail||4.7.0, 4.8.0

--- Comment #2 from Richard Guenther  2012-03-05 
10:37:34 UTC ---
GCC 4.6 doesn't grok the sources, it complains about std::tr1 not being
declared (after unincluding it to make the references to __atomic go away).

Confirmed for 4.7.0 and trunk.

[Bug middle-end/52472] ICE: in convert_debug_memory_address, at cfgexpand.c:2491

[gjl at gcc dot gnu.org]

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

--- Comment #3 from Georg-Johann Lay  2012-03-05 
10:32:26 UTC ---
I thought about setting POINTERS_EXTEND_UNSIGNED but am unsure about other side
effects of that define.

Presumably, POINTERS_EXTEND_UNSIGNED is undefined because it was never needed
before?

What do you think?

[Bug middle-end/52472] ICE: in convert_debug_memory_address, at cfgexpand.c:2491

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org
   Target Milestone|4.7.0   |---

--- Comment #2 from Richard Guenther  2012-03-05 
10:22:42 UTC ---
The !POINTERS_EXTEND_UNSIGNED path seems to be not implemented if it would
require codegen.  I suppose instead we should have a way of saying
"not possible" here?

[Bug fortran/48820] TR 29113: Implement parts needed for MPI 3

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 Blocks||32630

--- Comment #13 from Tobias Burnus  2012-03-05 
10:20:46 UTC ---
DONE (of TS2008): Asynchronous (since 4.6); -std=f2008ts flag and OPTIONAL +
Bind(C) (since 4.7); and type(*) (in 4.8).

Question to J3 regarding TYPE(*) with INTENT(OUT):
  http://j3-fortran.org/pipermail/j3/2012-March/005104.html

Still to do for MPIv3:

1. Assumed rank(..) handling [without Bind(C)], including updated intrinsics
   (is_contiguous, rank, shape, size, lbound, ubound). intent(out) - on the
   callee side. Handle also scalars.  (I have a very early draft patch.)
   (This will operate on gfortran's current array descriptor.)

2. Update/relax checking for various C interop functions such as c_loc and
   c_f_pointer. Cf. also PR48858 (!) and PR47023 but also PR40963, PR38829,
   PR39288, PR38813. Currently, some valid F2003 is also rejected; F2008 and
   TS 29113 relaxed constraints are unimplemented. Meta bug: PR32630

3. Implement the new array descriptor (cf. PR 37577, PR 48820)
   (a) Fortran implementation
   (b) Add ISO_Fortran_binding.h
   (c) Allow it with Bind(C), including "intent(out)" - on the caller side
   and "character(len=*)"
   That completes the MPI_SUBARRAYS_SUPPORTED==.true. and character(len=*)
   support - and thus all of TS29113 and all what MPI v3 maximally requires.
   Cf. http://svn.mpi-forum.org/trac2/mpi-forum-web/ticket/229#comment:21

[Bug c++/52477] Wrong initialization order? __attribute__((constructor)) vs static data access

[rguenth at gcc dot gnu.org]

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

--- Comment #4 from Richard Guenther  2012-03-05 
10:20:37 UTC ---
I think it's undefined what you relied upon.

[Bug middle-end/52478] -ftrapv calls the wrong functions in libgcc

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2012-03-05
 AssignedTo|unassigned at gcc dot   |rguenth at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2012-03-05 
10:18:55 UTC ---
Confirmed, and I think we have a dup for this somewhere, we use OPTAB_LIB_WIDEN
which is of course bogus for the trapv variants.  See also PR52353 for
similar mis-generic handling of trapv optabs.

I'll take this one as well for now.

[Bug c++/52487] [4.6/4.7/4.8 Regression] [C++11] ICE at cp/semantics.c:5613 with lambda capturing reference to incomplete type by value

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2012-03-05
   Target Milestone|--- |4.6.4
Summary|[4.6/4.7 Regression]|[4.6/4.7/4.8 Regression]
   |[C++11] ICE at  |[C++11] ICE at
   |cp/semantics.c:5613 with|cp/semantics.c:5613 with
   |lambda capturing reference  |lambda capturing reference
   |to incomplete type by value |to incomplete type by value
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2012-03-05 
10:13:39 UTC ---
Confirmed.

[Bug c++/52485] [c++11] add an option to disable c++11 user-defined literals

[eu at doxos dot eu]

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

--- Comment #4 from Václav Šmilauer  2012-03-05 09:20:26 
UTC ---
I think you understood my source _is_ c++11, but the libs I have to use are
not; therefore I have to compile with -std=c++11. The the fix is admittedly
trivial and documented, but consists in editing 3rd-party headers. It is ugly
and right at the same time.

Close this bug if it has no chance.

[Bug target/52450] FAIL: gcc.dg/torture/pr52402.c at -O1 and above

[rguenther at suse dot de]

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

--- Comment #4 from rguenther at suse dot de  
2012-03-05 09:19:12 UTC ---
On Mon, 5 Mar 2012, dave.anglin at bell dot net wrote:

> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52450
> 
> --- Comment #3 from dave.anglin at bell dot net 2012-03-05 00:12:35 UTC ---
> On 1-Mar-12, at 10:52 AM, rguenth at gcc dot gnu.org wrote:
> 
> > I think that's expected if your target does not provide a  
> > movmisalign optab
> > for whatever mode is used for
> >
> > typedef int v4si __attribute__((vector_size(16)));
> >
> > because of the ever-existing bug with misaligned stores on  
> > STRICT_ALIGNMENT
> > targets.
> >
> > Consider xfailing it.
> 
> 
> I'm not convinced that implementing the movmisalign optab would fix  
> the problem
> without a major degradation in performance.  Sparc and mips also don't  
> implement
> movmisalign.
> 
> Structs are passed by reference on this target if they are larger than  
> 64 bits and
> the reference is misaligned in this testcase.

Ah, but that then hints at a possibly completely different bug.  Or
at a missed diagnostic from the C frontend that a misaligned
object is passed by reference to a function that expects it aligned
(the testcase expects that the pass-by-value will make it appear
aligned in foo()).

Wouldn't we need to perform a copy to aligned storage at the caller site
and pass that by reference instead?  Note that in this testcase
even the callee knows the struct is packed (and thus unaligned),
so maybe it's all well-defined and just the middle-end is wrong
in the usual way on STRICT_ALIGN targets.

[so yes, still XFAIL the testcase but have a frontend/middle-end bug
open for this issue]

Richard.

[Bug go/52342] 64-bit go.test/test/chan/doubleselect.go times out on Solaris/SPARC

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #3 from Jakub Jelinek  2012-03-05 
09:10:07 UTC ---
That would be quite dangerous, e.g. when most of go tests fail with:
/usr/src/gcc/obj207/i686-pc-linux-gnu/./libgo/.libs/libgo.so: undefined
reference to `libgo_runtime.runtime.Callers'
on i?86-linux, and the changes were even far less than that tested on various
other Linux targets.

[Bug c++/52485] [c++11] add an option to disable c++11 user-defined literals

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #3 from Jakub Jelinek  2012-03-05 
09:07:21 UTC ---
That is not ugly, that is the right thing to do.  Every GCC version has some
changes that require changes in lots of application sources (see
http://gcc.gnu.org/gcc-4.N/porting_to.html for various N), this is just one of
them, documented and fairly trivial to discover and fix.  If you don't have a
C++11 source, don't compile with -std=c++11.

[Bug c++/52485] [c++11] add an option to disable c++11 user-defined literals

[eu at doxos dot eu]

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

--- Comment #2 from Václav Šmilauer  2012-03-05 08:55:12 
UTC ---
(In reply to comment #1)
> I think we should not have an option to disable user-defined literals at all. 
> Since their code is not C++11, they should fix their code to be C++11 if they
> use the -std=c++11/-std++0x option.

You were right in an ideal world. OTOH it is a point where c++11 breaks
backward-compatibility with legal c++03 code; therefore, as an interim solution
before "they" fix "their" code (think how long does it take before Qt fixes
their code and the fixes come downstream? A year?), optinally disabling this
feature would be useful.

The fix is always putting some extra spaces in macro definitions; it can (will)
be hacked around on a case-by-case basis and that is ugly.

[Bug fortran/52469] [4.6/4.7/4.8 Regression] -fwhole-file bug: Wrong backend_decl for result of PPC function

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

   Keywords||rejects-valid, wrong-code
   Target Milestone|--- |4.8.0
Summary|[4.6/4.7/4.8 Regression]|[4.6/4.7/4.8 Regression]
   |Defining function pointer   |-fwhole-file bug: Wrong
   |interface   |backend_decl for result of
   ||PPC function

--- Comment #3 from Tobias Burnus  2012-03-05 
08:19:15 UTC ---
The following is mishandled:

  write (6, *)  NewType(2) % my_f_ptr (3.0)

That generates the following code (dump of the internal format:
-fdump-tree-original):

  real(kind=4)  (real(kind=4) & restrict) D.1870;
  static real(kind=4) C.1869 = 3.0e+0;

  D.1870 = newtype[1].my_f_ptr (&C.1869);
  _gfortran_transfer_real_write (&dt_parm.0, &D.1870, 4);

The problem is that the temporary variable "D.1870" is a function pointer
instead of a "real(kind=4)".


That seems to be one bug in the -fwhole-file handling. Seemingly, for the
result the backend_decl of the symbol and not its result value is pulled in.