[Bug rtl-optimization/51044] [4.7 Regression]: gfortran.dg/alloc_comp_class_2.f90 gfortran.dg/widechar_intrinsics_10.f90 -O1 ICE

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

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

--- Comment #2 from Eric Botcazou  2011-11-09 
07:59:31 UTC ---
> Authors of one or more suspect patches in revision range CC:ed.

I'm not the author of the patch, I only reviewed it.  ChangeLog fixed.

[Bug c++/51027] [C++0x] GCC accepts alias-declaration without ';'

[dodji at gcc dot gnu.org]

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

--- Comment #4 from Dodji Seketeli  2011-11-09 
08:01:03 UTC ---
Author: dodji
Date: Wed Nov  9 08:00:58 2011
New Revision: 181195

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181195
Log:
PR c++/51027 - accepts alias-declaration without ';'

gcc/cp/

* parser.c (cp_parser_alias_declaration): Require ';' at the end
of the declaration.

libstdc++-v3/

* include/ext/pointer.h (rebind): Append missing ';'.

gcc/testsuite

* g++.dg/cpp0x/alias-decl-12.C: New test.
* g++.dg/ext/alias-decl-attr4.C: Append missing ';'.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/alias-decl-12.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/parser.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/ext/alias-decl-attr4.C
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/ext/pointer.h

[Bug target/51050] New: [AVR, attiny26] ICE: invalid rtl sharing found in the insn

[wiml at hhhh dot org]

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

 Bug #: 51050
   Summary: [AVR, attiny26] ICE: invalid rtl sharing found in the
insn
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: w...@.org
Target: avr


A trivial C program causes an ICE when compiling for attiny26 with the current
head revision of 4.7.0. Compiling for some other chips (attiny48, atmega8,
atmega328) does not cause the abort and generates valid-looking compiled code;
I'd guess the bug has to do with the tiny26's 8-bit stack. Bisecting suggests
that the bug was introduced in svn revision 180654.

$ cat /tmp/foo.c

extern void qq(char *);
int z(int y)
{
  char buf[16];
  qq(buf);
}

$ avr-gcc -v -mmcu=attiny26 -save-temps -S /tmp/foo.c
Using built-in specs.COLLECT_GCC=avr-gcc
COLLECT_LTO_WRAPPER=/Volumes/Users/wiml/netsrc/gcc.gnu.org/local/libexec/gcc/avr/4.7.0/lto-wrapper
Target: avr
Configured with: ../svn_trunk/configure
--prefix=/Volumes/Users/wiml/netsrc/gcc.gnu.org/local --disable-libquadmath
--disable-nls --target=avr --program-prefix=avr- --enable-languages=c,lto
CPPFLAGS=-I/opt/local/include LDFLAGS=-L/opt/local/lib
Thread model: single
gcc version 4.7.0 2009 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-mmcu=attiny26' '-save-temps' '-S'
 /Volumes/Users/wiml/netsrc/gcc.gnu.org/local/libexec/gcc/avr/4.7.0/cc1 -E
-quiet -v /tmp/foo.c -mmcu=attiny26 -fpch-preprocess -o foo.i
ignoring nonexistent directory
"/Volumes/Users/wiml/netsrc/gcc.gnu.org/local/lib/gcc/avr/4.7.0/../../../../avr/sys-include"
ignoring nonexistent directory
"/Volumes/Users/wiml/netsrc/gcc.gnu.org/local/lib/gcc/avr/4.7.0/../../../../avr/include"
#include "..." search starts here:
#include <...> search starts here:
 /Volumes/Users/wiml/netsrc/gcc.gnu.org/local/lib/gcc/avr/4.7.0/include
 /Volumes/Users/wiml/netsrc/gcc.gnu.org/local/lib/gcc/avr/4.7.0/include-fixed
End of search list.
COLLECT_GCC_OPTIONS='-v' '-mmcu=attiny26' '-save-temps' '-S'
 /Volumes/Users/wiml/netsrc/gcc.gnu.org/local/libexec/gcc/avr/4.7.0/cc1
-fpreprocessed foo.i -quiet -dumpbase foo.c -mmcu=attiny26 -auxbase foo
-version -o foo.s
GNU C (GCC) version 4.7.0 2009 (experimental) (avr)
compiled by GNU C version 4.2.1 (Apple Inc. build 5666) (dot 3), GMP
version 5.0.2, MPFR version 3.1.0-p3, MPC version 0.9
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C (GCC) version 4.7.0 2009 (experimental) (avr)
compiled by GNU C version 4.2.1 (Apple Inc. build 5666) (dot 3), GMP
version 5.0.2, MPFR version 3.1.0-p3, MPC version 0.9
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 38c37072b2c126f5fc58cd8e589f05d3
/tmp/foo.c: In function 'z':
/tmp/foo.c:6:1: error: invalid rtl sharing found in the insn
(insn/f 22 21 23 2 (set (subreg:QI (reg/f:HI 28 r28) 0)
(plus:QI (subreg:QI (reg/f:HI 28 r28) 0)
(const_int -18 [0xffee]))) /tmp/foo.c:3 -1
 (expr_list:REG_CFA_ADJUST_CFA (set (reg/f:HI 28 r28)
(plus:HI (reg/f:HI 32 __SP_L__)
(const_int -18 [0xffee])))
(nil)))
/tmp/foo.c:6:1: error: shared rtx
(subreg:QI (reg/f:HI 28 r28) 0)
/tmp/foo.c:6:1: internal compiler error: internal consistency failure
Please submit a full bug report,


Narrowing down revisions with the problem:

181189: fails.
181043: fails.
180844: fails.
180672: fails.
180661: fails.
180655: fails.
180654: fails.
180653: succeeds.
180652: succeeds.
180650: does not compile
180647: does not compile
180639: succeeds.
180629: succeeds.
180586: succeeds.
180500: succeeds.
179995: succeeds.
179412: succeeds.

[Bug debug/51032] [4.7 Regression] ICE in dbxout_type, at dbxout.c:2372

[dodji at gcc dot gnu.org]

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

Dodji Seketeli  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #13 from Dodji Seketeli  2011-11-09 
08:09:27 UTC ---
Should be fixed in trunk now.

[Bug c++/51027] [C++0x] GCC accepts alias-declaration without ';'

[dodji at gcc dot gnu.org]

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

Dodji Seketeli  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #5 from Dodji Seketeli  2011-11-09 
08:13:40 UTC ---
Should be fixed in trunk now.

[Bug bootstrap/51031] build error in libitm (how to disable trans-mem???)

[vincenzo.innocente at cern dot ch]

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

vincenzo Innocente  changed:

   What|Removed |Added

 Target||i686-apple-darwin11
   Host||host-x86_64-apple-darwin11.
   ||2.0

--- Comment #2 from vincenzo Innocente  
2011-11-09 08:48:52 UTC ---
progressing

now build stop at

make[4]: Nothing to be done for `all'.
/bin/sh ./libtool   --mode=compile
/Users/innocent/RealStuff/gcc-trunk/host-x86_64-apple-darwin11.2.0/gcc/xgcc
-B/Users/innocent/RealStuff/gcc-trunk/host-x86_64-apple-darwin11.2.0/gcc/
-B/usr/local/x86_64-apple-darwin11.2.0/bin/
-B/usr/local/x86_64-apple-darwin11.2.0/lib/ -isystem
/usr/local/x86_64-apple-darwin11.2.0/include -isystem
/usr/local/x86_64-apple-darwin11.2.0/sys-include-DHAVE_CONFIG_H -I.
-I../.././libitm  -I../.././libitm/config/x86 -I../.././libitm/config/posix
-I../.././libitm/config/generic -I../.././libitm  -Wall -Werror  -Wc,-pthread
-g -O2 -MT sjlj.lo -MD -MP -MF .deps/sjlj.Tpo -c -o sjlj.lo
../.././libitm/config/x86/sjlj.S
libtool: compile: 
/Users/innocent/RealStuff/gcc-trunk/host-x86_64-apple-darwin11.2.0/gcc/xgcc
-B/Users/innocent/RealStuff/gcc-trunk/host-x86_64-apple-darwin11.2.0/gcc/
-B/usr/local/x86_64-apple-darwin11.2.0/bin/
-B/usr/local/x86_64-apple-darwin11.2.0/lib/ -isystem
/usr/local/x86_64-apple-darwin11.2.0/include -isystem
/usr/local/x86_64-apple-darwin11.2.0/sys-include -DHAVE_CONFIG_H -I.
-I../.././libitm -I../.././libitm/config/x86 -I../.././libitm/config/posix
-I../.././libitm/config/generic -I../.././libitm -Wall -pthread -Werror -g -O2
-MT sjlj.lo -MD -MP -MF .deps/sjlj.Tpo -c ../.././libitm/config/x86/sjlj.S 
-fno-common -DPIC -o .libs/sjlj.o
../.././libitm/config/x86/sjlj.S:28:Unknown pseudo-op: .type
../.././libitm/config/x86/sjlj.S:28:Rest of line ignored. 1st junk character
valued 95 (_).
../.././libitm/config/x86/sjlj.S:31:Unknown pseudo-op: .cfi_startproc
../.././libitm/config/x86/sjlj.S:36:Unknown pseudo-op: .cfi_def_cfa_offset
../.././libitm/config/x86/sjlj.S:36:Rest of line ignored. 1st junk character
valued 56 (8).
../.././libitm/config/x86/sjlj.S:48:Unknown pseudo-op: .cfi_def_cfa_offset
../.././libitm/config/x86/sjlj.S:48:Rest of line ignored. 1st junk character
valued 56 (8).
../.././libitm/config/x86/sjlj.S:65:Unknown pseudo-op: .cfi_endproc
../.././libitm/config/x86/sjlj.S:66:Unknown pseudo-op: .size
../.././libitm/config/x86/sjlj.S:66:Rest of line ignored. 1st junk character
valued 95 (_).
../.././libitm/config/x86/sjlj.S:70:Unknown pseudo-op: .type
../.././libitm/config/x86/sjlj.S:70:Rest of line ignored. 1st junk character
valued 71 (G).
../.././libitm/config/x86/sjlj.S:71:Unknown pseudo-op: .hidden
../.././libitm/config/x86/sjlj.S:71:Rest of line ignored. 1st junk character
valued 71 (G).
../.././libitm/config/x86/sjlj.S:74:Unknown pseudo-op: .cfi_startproc
../.././libitm/config/x86/sjlj.S:85:Unknown pseudo-op: .cfi_def_cfa
../.././libitm/config/x86/sjlj.S:85:Rest of line ignored. 1st junk character
valued 37 (%).
../.././libitm/config/x86/sjlj.S:86:Unknown pseudo-op: .cfi_register
../.././libitm/config/x86/sjlj.S:86:Rest of line ignored. 1st junk character
valued 37 (%).
../.././libitm/config/x86/sjlj.S:102:Unknown pseudo-op: .cfi_endproc
../.././libitm/config/x86/sjlj.S:103:Unknown pseudo-op: .size
../.././libitm/config/x86/sjlj.S:103:Rest of line ignored. 1st junk character
valued 71 (G).
../.././libitm/config/x86/sjlj.S:105:unknown section type: @progbits
make[4]: *** [sjlj.lo] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-target-libitm] Error 2
make: *** [all] Error 2


I configure with

./configure --enable-languages=c,c++,fortran --disable-multilib
--disable-bootstrap --enable-lto

[Bug regression/51051] New: [4.7 Regression]: build fails on cris-elf building libstdc++-v3

[hp at gcc dot gnu.org]

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

 Bug #: 51051
   Summary: [4.7 Regression]: build fails on cris-elf building
libstdc++-v3
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Keywords: build, ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: regression
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: h...@gcc.gnu.org
CC: amo...@gcc.gnu.org
  Host: x86_64-unknown-linux-gnu
Target: cris-axis-elf


Created attachment 25763
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25763
cc1plus -fpreprocessed new_opv.ii -melf -g -O2 -fno-implicit-templates
-fdiagnostics-show-location=once -ffunction-sections -fdata-sections
-frandom-seed=new_opv.lo -o new_opv.s

A patch in the revision range (last_known_working:first_known_failing)
181187:181189 caused the build for cris-elf to fail as follows:
libtool: compile:  /tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc
-shared-libgcc -B/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc -nostdinc++
-L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/src
-L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/src/.libs
-nostdinc -B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/newlib/ -isystem
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/newlib/targ-include -isystem
/tmp/hpautotest-gcc1/gcc/newlib/libc/include
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libgloss/cris
-L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libgloss/libnosys
-L/tmp/hpautotest-gcc1/gcc/libgloss/cris
-B/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/bin/
-B/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/lib/ -isystem
/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/include -isystem
/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/sys-include
-I/tmp/hpautotest-gcc1/gcc/libstdc++-v3/../libgcc
-I/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/cris-elf
-I/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include
-I/tmp/hpautotest-gcc1/gcc/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall
-Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once
-ffunction-sections -fdata-sections -frandom-seed=new_opv.lo -g -O2 -c
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/libsupc++/new_opv.cc -o new_opv.o
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/libsupc++/new_opv.cc: In function 'void*
operator new [](std::size_t)':
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/libsupc++/new_opv.cc:34:1: error: missing
REG_EH_REGION note in the end of bb 2
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/libsupc++/new_opv.cc:34:1: error: call
edges for non-call insn in bb 2
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/libsupc++/new_opv.cc:34:1: error: in
basic block 2:
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/libsupc++/new_opv.cc:34:1: error: flow
control insn inside a basic block
(call_insn 8 6 50 2 (parallel [
(set (reg:SI 10 r10)
(call (mem:QI (symbol_ref:SI ("_Znwm") [flags 0x41]
) [0 operator new S1 A8])
(const_int 0 [0])))
(clobber (reg:SI 16 srp))
]) /tmp/hpautotest-gcc1/gcc/libstdc++-v3/libsupc++/new_opv.cc:33 222
{*expanded_call_value_non_v32}
 (expr_list:REG_EH_REGION (const_int 1 [0x1])
(nil))
(expr_list:REG_UNUSED (use (reg:SI 10 r10))
(nil)))
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/libsupc++/new_opv.cc:34:1: internal
compiler error: in rtl_verify_flow_info_1, at cfgrtl.c:2001



Author of suspect patch in revision range CC:ed and preprocessed source
attached.

[Bug rtl-optimization/50904] [4.7 regression] pessimization when -fno-protect-parens is enabled by -Ofast

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

  Attachment #25748|0   |1
is obsolete||

--- Comment #12 from Eric Botcazou  2011-11-09 
08:57:37 UTC ---
Created attachment 25764
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25764
Tentative fix (3)

Final version.  Can someone try it on his favorite Fortran benchmark?

[Bug tree-optimization/51042] [4.7 Regression] endless recursion in phi_translate

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-11-09
 CC||jakub at gcc dot gnu.org
  Component|c   |tree-optimization
   Target Milestone|--- |4.7.0
Summary|segfault|[4.7 Regression] endless
   ||recursion in phi_translate
 Ever Confirmed|0   |1

--- Comment #1 from Jakub Jelinek  2011-11-09 
08:59:47 UTC ---
Caused by http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155360

int a, b, c, d, e[2][2];

void
foo (int x)
{
  while (x)
{
  for (d = 0; d <= 1; d = 1)
if (e[c][a])
  break;
  for (b = 0; b <= 0; b = 1)
{
  e[c][a] = a;
  if (a)
break;
}
}
}

[Bug rtl-optimization/38644] [4.4/4.5/4.6 Regression] Optimization flag -O1 -fschedule-insns2 causes wrong code

[sebastian.hu...@embedded-brains.de]

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

--- Comment #60 from Sebastian Huber  
2011-11-09 09:00:26 UTC ---
Jiangning Liu thank you very much for your update.

The target milestone is currently 4.4.7.  Are there plans to commit this fix
the the 4.4, 4.5, and 4.6 branches?

[Bug rtl-optimization/51051] [4.7 Regression]: build fails on cris-elf building libstdc++-v3

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

  Component|regression  |rtl-optimization
   Target Milestone|--- |4.7.0

[Bug tree-optimization/51049] A regression caused by "Improve handling of conditional-branches on targets with high branch costs"

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-11-09
 Ever Confirmed|0   |1

[Bug c++/51043] [4.7 Regression]: g++.dg/lto/20100423-3 cp_lto_20100423-3_0.o assemble, -flto -g

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Target|cris-axis-elf   |
 Status|UNCONFIRMED |NEW
   Keywords||lto
   Last reconfirmed||2011-11-09
  Component|regression  |c++
   Host|x86_64-unknown-linux-gnu|
 Blocks||47819
 Ever Confirmed|0   |1
   Target Milestone|--- |4.7.0

--- Comment #1 from Richard Guenther  2011-11-09 
09:19:59 UTC ---
I've seen this on x86_64 and i?86 as well, so it's not target dependent.

[Bug tree-optimization/51042] [4.5/4.6/4.7 Regression] endless recursion in phi_translate

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
  Known to work||4.4.6
 AssignedTo|unassigned at gcc dot   |rguenth at gcc dot gnu.org
   |gnu.org |
   Target Milestone|4.7.0   |4.5.4
Summary|[4.7 Regression] endless|[4.5/4.6/4.7 Regression]
   |recursion in phi_translate  |endless recursion in
   ||phi_translate

--- Comment #2 from Richard Guenther  2011-11-09 
09:22:04 UTC ---
Mine.

[Bug c++/51033] generic vector subscript and shuffle support was not added to C++

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.7.0   |---
Summary|[4.7 Regression] recent |generic vector subscript
   |vector support was not  |and shuffle support was not
   |added to C++|added to C++
   Severity|normal  |enhancement

--- Comment #7 from Richard Guenther  2011-11-09 
09:25:27 UTC ---
It's clearly not a regression - it's an enhancement request (and language
extensions in C++ are so much more fragile because of the power of C++ and
possible interaction with other language features).

[Bug rtl-optimization/51023] [4.7 Regression] likely integer wrong code bug

[jakub at gcc dot gnu.org]

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

--- Comment #4 from Jakub Jelinek  2011-11-09 
09:39:28 UTC ---
Created attachment 25765
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25765
gcc47-pr51023.patch

Part of that patch is clearly bogus, as const_op here is a constant in wider
mode than the inner mode of SIGN_EXTEND, thus before the comparison checked
not just that the sign bit is clear, but also any bits above it.

The simplify_set change from the same patch is questionable too.

[Bug fortran/38718] some simplifiers for elemental intrinsics missing; required for init expressions

[fxcoudert at gcc dot gnu.org]

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

--- Comment #6 from Francois-Xavier Coudert  
2011-11-09 09:41:21 UTC ---
Author: fxcoudert
Date: Wed Nov  9 09:41:17 2011
New Revision: 181198

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181198
Log:
PR fortran/38718

* intrinsic.c (add_functions): Add gfc_simplify_dreal.
* intrinsic.h (gfc_simplify_dreal): New proto.
* simplify.c (gfc_simplify_dreal): New function.

* gfortran.dg/initialization_29.f90: Expand test.

Added:
trunk/gcc/testsuite/gfortran.dg/initialization_29.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/intrinsic.c
trunk/gcc/fortran/intrinsic.h
trunk/gcc/fortran/simplify.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/38718] some simplifiers for elemental intrinsics missing; required for init expressions

[fxcoudert at gcc dot gnu.org]

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

Francois-Xavier Coudert  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||fxcoudert at gcc dot
   ||gnu.org
 Resolution||FIXED
   Target Milestone|--- |4.7.0

--- Comment #7 from Francois-Xavier Coudert  
2011-11-09 09:42:34 UTC ---
LSHIFT and RSHIFT were implemented at some point, and I have now added DREAL
simplification. Closing as fixed on trunk.

[Bug tree-optimization/51039] [4.7 Regression] ICE: in estimate_function_body_sizes, at ipa-inline-analysis.c:1977 with -finline-small-functions -fno-ipa-pure-const and passing incompatible function p

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011-11-09
 AssignedTo|unassigned at gcc dot   |rguenth at gcc dot gnu.org
   |gnu.org |
   Target Milestone|--- |4.7.0
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-11-09 
09:43:51 UTC ---
The code in ipa-inline-analysis.c that ICEs seems out-of-place.  It was
probably
meant to compensate for the lack of updates that I fixed with the other
patches.
In fact, it doesn't check for conservative consistency between edge and
stmt flag but asserts we optimistically keep the stmt flag correct which we
do not do during early inlining.

I'll just remove the offending code and see if something breaks -- iff, then
such check should be in the gimple IL verification code (also checking for
conservativeness, not optimality).  I'll check if such verifier code trips
over sth during bootstrap and otherwise will add it.

[Bug testsuite/51038] [4.7 Regression]: 29_atomics/atomic_flag/clear/1.cc test_and_set/explicit.cc implicit.cc

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

  Component|regression  |testsuite
   Target Milestone|--- |4.7.0

[Bug fortran/50960] [OOP] vtables not marked as constant

[janus at gcc dot gnu.org]

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

--- Comment #21 from janus at gcc dot gnu.org 2011-11-09 09:45:38 UTC ---
Author: janus
Date: Wed Nov  9 09:45:36 2011
New Revision: 181199

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181199
Log:
2011-11-09  Janus Weil  

PR fortran/50960
* class.c (gfc_find_derived_vtab): Make the vtab symbols FL_PARAMETER.
* expr.c (gfc_simplify_expr): Prevent vtabs from being replaced with
their value.
* resolve.c (resolve_values): Use-associated symbols do not need to
be resolved again.
(resolve_fl_parameter): Make sure the symbol has a value.

Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/class.c
trunk/gcc/fortran/expr.c
trunk/gcc/fortran/resolve.c

[Bug fortran/50540] Internal Error: Can't convert UNKNOWN to INTEGER(4) (r178939)

[fxcoudert at gcc dot gnu.org]

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

--- Comment #3 from Francois-Xavier Coudert  
2011-11-09 09:51:53 UTC ---
Author: fxcoudert
Date: Wed Nov  9 09:51:49 2011
New Revision: 181200

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181200
Log:
PR fortran/50540
* resolve.c (resolve_forall_iterators): Transform internal errors
to normal errors.
* gfortran.dg/forall_16.f90: New test.

Added:
trunk/gcc/testsuite/gfortran.dg/forall_16.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog

[Bug c++/51037] SIGSEGV -O3 C++ only

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Target||x86_64-unknown-linux-gnu
 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2011-11-09
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-11-09 
09:51:53 UTC ---
I can't reproduce this.  Can you attach cutdown.ii please?

[Bug fortran/50540] Internal Error: Can't convert UNKNOWN to INTEGER(4) (r178939)

[fxcoudert at gcc dot gnu.org]

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

Francois-Xavier Coudert  changed:

   What|Removed |Added

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

--- Comment #4 from Francois-Xavier Coudert  
2011-11-09 09:53:38 UTC ---
Fixed on trunk, thanks Steve for the patch!

[Bug fortran/38282] Bit intrinsics: ILEN and IBCHNG

[fxcoudert at gcc dot gnu.org]

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

Francois-Xavier Coudert  changed:

   What|Removed |Added

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

--- Comment #16 from Francois-Xavier Coudert  
2011-11-09 09:58:52 UTC ---
Fixed on 4.6 branch a while back.

[Bug target/45233] FAIL: gcc.c-torture/compile/pr44707.c

[iains at gcc dot gnu.org]

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

--- Comment #8 from Iain Sandoe  2011-11-09 10:03:31 
UTC ---
well, I was trying to be too complicated - we should just avoid trying to do
the substitution unless we can see the var in the TU.  When this is done:

Index: gcc/config/rs6000/rs6000.c
===
--- gcc/config/rs6000/rs6000.c  (revision 181150)
+++ gcc/config/rs6000/rs6000.c  (working copy)
@@ -6169,6 +6169,7 @@ rs6000_legitimize_reload_address (rtx x, enum mach
 #if TARGET_MACHO
   && DEFAULT_ABI == ABI_DARWIN
   && (flag_pic || MACHO_DYNAMIC_NO_PIC_P)
+  && machopic_symbol_defined_p (x)
 #else
   && DEFAULT_ABI == ABI_V4
   && !flag_pic

.. the test-case generates beautiful (i.e. what one would have generated by
hand) asm.

reg-strapped on trunk (although there's a lot of noise on trunk right now
because of recent changes) 
- doing 4.6 branch now.

will post to patches if the 4.6 regstrap is also OK.



As an aside (non-Darwin comment - since powerpc-eabisim does exactly the same).

It's not obvious why the perfectly sensible RTL pre-combine is thrown away and
the process started over (I'm guessing it's because the asm insn has a zero
computed cost).  Effectively (to my untutored eye), we end up rebuilding what
was there before combine from the reload ...

[Bug libstdc++/51026] [4.7 Regression] Bootstrap failure due to libstdc++ on x86_64-darwin11

[fxcoudert at gcc dot gnu.org]

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

Francois-Xavier Coudert  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #3 from Francois-Xavier Coudert  
2011-11-09 10:09:53 UTC ---
Appears to be fixed.

[Bug fortran/47065] Replace trim(a) by a(1:len_trim(a))

[fxcoudert at gcc dot gnu.org]

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

--- Comment #7 from Francois-Xavier Coudert  
2011-11-09 10:09:15 UTC ---
Thomas, I think this is mostly fixed, isn't it? If so, we could close it.

[Bug middle-end/50640] [4.7 Regression] FAIL: gfortran.dg/select_type_12.f03 -O (internal compiler error)

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

  Attachment #25730|0   |1
is obsolete||

--- Comment #22 from Tobias Burnus  2011-11-09 
10:07:54 UTC ---
Created attachment 25766
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25766
Updated draft patch

I am not sure whether it is the nicest patch, but pushing __copy to the top
based by the name should work. (A Fortran name may not start with an
underscore.) An alternative patch would be to handle this on the Fortran AST
level.
This patch was only lightly tested by compiling select_type_12.f03 and the test
of comment 18.

[Bug rtl-optimization/50904] [4.7 regression] pessimization when -fno-protect-parens is enabled by -Ofast

[venkataramanan.kumar.gnu at gmail dot com]

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

--- Comment #13 from Venkataramanan Kumar  2011-11-09 10:22:39 UTC ---
(In reply to comment #12)
> Created attachment 25764 [details]
> Tentative fix (3)
> Final version.  Can someone try it on his favorite Fortran benchmark?

Ok I will check and let you know the results.

[Bug libstdc++/51013] complex::{imag,real}() should maintain lvalue-returning extension in C++11

[daniel.kruegler at googlemail dot com]

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

--- Comment #12 from Daniel Krügler  
2011-11-09 10:36:59 UTC ---
(In reply to comment #11)
> Can't you qualify the constexpr version with const&? 

Yes.

> That wouldn't exactly
> match the signature in the standard, which is bad if someone tries to store
> &complex::real in a pointer-to-member variable. But otherwise it should act
> about the same as simply const.

>From the p.o.v of the standard library you don't break anything, because user
code cannot rely on the exact signatures of non-virtual member functions of
library components, 17.6.5.5 [member.functions] gives a lot of freedom to
implementations in this regard.

> (It is funny that for a constexpr bitset a, (~a)[0] is not constexpr :-/ )

I agree.

[Bug c++/51033] generic vector subscript and shuffle support was not added to C++

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #8 from Jakub Jelinek  2011-11-09 
10:40:10 UTC ---
At least __builtin_shuffle is hardly going to clash with any language feature,
it is an overloaded set of builtins for vector types, nothing else.

[Bug c++/51045] [C++0x] erroneous zero as null pointer constant warning at delete

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011-11-09
 AssignedTo|unassigned at gcc dot   |paolo.carlini at oracle dot
   |gnu.org |com
 Ever Confirmed|0   |1

--- Comment #2 from Paolo Carlini  2011-11-09 
10:41:58 UTC ---
Seems trivial, an integer_zero_node in build_dtor_call.

[Bug c++/50958] [C++0x] raw literal operator provides incorrect string for integer literal '0'

[daniel.kruegler at googlemail dot com]

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

--- Comment #2 from Daniel Krügler  
2011-11-09 10:42:18 UTC ---
(In reply to comment #1)
I have now tested gcc 4.7.0 2005, but the problem still seems to exist. I
can reproduce it on Windows XP 32 bit and Windows 7 64 bit.

[Bug c++/51045] [C++0x] erroneous zero as null pointer constant warning at delete

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

   Target Milestone|--- |4.7.0

[Bug fortran/51052] New: Internal compiler error in gfc_conv_component

[arjen.markus at deltares dot nl]

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

 Bug #: 51052
   Summary: Internal compiler error in gfc_conv_component
Classification: Unclassified
   Product: gcc
   Version: 4.6.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: arjen.mar...@deltares.nl


Created attachment 25767
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25767
Compressed tar file with two source files.

The attached program source causes the compiler to stop with the message:

particles.f90: In function 'position_oil_particle':
particles.f90:142:0: internal compiler error: in gfc_conv_component_ref, at
fortran/trans-expr.c:523
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

The version information of the compiler is:

Built by Equation Solution .
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=d:/gcc4.6.2/bin/../libexec/gcc/i686-pc-mingw32/4.6.2/lto-wrapper.exe
Target: i686-pc-mingw32
Configured with: ../gcc-4.6.2-mingw/configure --host=i686-pc-mingw32
--build=x86_64-unknown-linux-gnu --target=i686-pc-mingw32
--prefix=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/gcc/4.6.2
--with-gcc --with-gnu-as --with-gnu-ld --with-host-libstdcxx='-lstdc++ -lsupc++
-lm' --with-ppl=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/ppl
--with-cloog=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/cloog
--with-gmp=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/gmp
--with-mpfr=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/mpfr
--with-mpc=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/mpc
--with-sysroot=/home/gfortran/gcc-home/binary/mingw32/cross/x86_32/gcc/4.6.2
--disable-shared --disable-nls --disable-tls --disable-win32-registry
--enable-libquadmath-support --enable-libquadmath
--enable-languages=c,c++,fortran --enable-libgomp --enable-threads=win32
--enable-lto --enable-static --enable-shared=lto-plugin --enable-plugins
--enable-ld=yes --enable-cloog-backend=ppl
Thread model: win32
gcc version 4.6.2 (GCC) 

The command I used to compile and link the program was:

gfortran -o particles points2d3d.f90 particles.f90

[Bug c++/51047] [C++0x] SFINAE does not handle errors of ambiguous base members

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 CC||jason at gcc dot gnu.org

--- Comment #1 from Paolo Carlini  2011-11-09 
11:07:12 UTC ---
This one seems also easy: looks like finish_class_member_access_expr should
just pass complain to lookup_member. Jason, can you double check? I can do it,
in case.

[Bug bootstrap/51053] New: Bootstrap fails due to libitm on x86_64-apple-darwin11

[fxcoudert at gcc dot gnu.org]

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

 Bug #: 51053
   Summary: Bootstrap fails due to libitm on x86_64-apple-darwin11
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Keywords: build
  Severity: blocker
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: fxcoud...@gcc.gnu.org
CC: r...@gcc.gnu.org
  Host: x86_64-apple-darwin11
Target: x86_64-apple-darwin11
 Build: x86_64-apple-darwin11


With trunk rev. 181200, a bootstrap on x86_64-apple-darwin11 configured with:

../trunk/configure --enable-languages=c,fortran

fails with:

libtool: compile:  /Users/fx/devel/gcc/ibin/./gcc/g++
-B/Users/fx/devel/gcc/ibin/./gcc/ -nostdinc++ -nostdinc++
-I/Users/fx/devel/gcc/ibin/x86_64-apple-darwin11.2.0/libstdc++-v3/include/x86_64-apple-darwin11.2.0
-I/Users/fx/devel/gcc/ibin/x86_64-apple-darwin11.2.0/libstdc++-v3/include
-I/Users/fx/devel/gcc/trunk/libstdc++-v3/libsupc++
-I/Users/fx/devel/gcc/trunk/libstdc++-v3/include/backward
-I/Users/fx/devel/gcc/trunk/libstdc++-v3/testsuite/util
-L/Users/fx/devel/gcc/ibin/x86_64-apple-darwin11.2.0/libstdc++-v3/src
-L/Users/fx/devel/gcc/ibin/x86_64-apple-darwin11.2.0/libstdc++-v3/src/.libs
-B/Users/fx/devel/gcc/irun/x86_64-apple-darwin11.2.0/bin/
-B/Users/fx/devel/gcc/irun/x86_64-apple-darwin11.2.0/lib/ -isystem
/Users/fx/devel/gcc/irun/x86_64-apple-darwin11.2.0/include -isystem
/Users/fx/devel/gcc/irun/x86_64-apple-darwin11.2.0/sys-include -DHAVE_CONFIG_H
-I. -I../../../../trunk/libitm -I../../../../trunk/libitm/config/x86
-I../../../../trunk/libitm/config/posix
-I../../../../trunk/libitm/config/generic -I../../../../trunk/libitm
-std=gnu++0x -funwind-tables -fno-exceptions -fno-rtti -march=i486 -mtune=i686
-fomit-frame-pointer -Wall -pthread -Werror -mavx -fabi-version=4 -g -O2 -m32
-MT x86_avx.lo -MD -MP -MF .deps/x86_avx.Tpo -c
../../../../trunk/libitm/config/x86/x86_avx.cc  -fno-common -DPIC -o
.libs/x86_avx.o
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:3:Unknown
pseudo-op: .pushsection
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:3:Rest of line
ignored. 1st junk character valued 46 (.).
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:6:Unknown
pseudo-op: .hidden
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:6:Rest of line
ignored. 1st junk character valued 71 (G).
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:7:Unknown
pseudo-op: .type
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:7:Rest of line
ignored. 1st junk character valued 71 (G).
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:12:no such
instruction: `vpalignr $1, %xmm0,%xmm1,%xmm0'
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:15:no such
instruction: `vpalignr $2, %xmm0,%xmm1,%xmm0'
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:18:no such
instruction: `vpalignr $3, %xmm0,%xmm1,%xmm0'
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:21:no such
instruction: `vpalignr $4, %xmm0,%xmm1,%xmm0'
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:24:no such
instruction: `vpalignr $5, %xmm0,%xmm1,%xmm0'
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:27:no such
instruction: `vpalignr $6, %xmm0,%xmm1,%xmm0'
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:30:no such
instruction: `vpalignr $7, %xmm0,%xmm1,%xmm0'
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:33:no such
instruction: `vpalignr $8, %xmm0,%xmm1,%xmm0'
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:36:no such
instruction: `vpalignr $9, %xmm0,%xmm1,%xmm0'
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:39:no such
instruction: `vpalignr $10, %xmm0,%xmm1,%xmm0'
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:42:no such
instruction: `vpalignr $11, %xmm0,%xmm1,%xmm0'
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:45:no such
instruction: `vpalignr $12, %xmm0,%xmm1,%xmm0'
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:48:no such
instruction: `vpalignr $13, %xmm0,%xmm1,%xmm0'
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:51:no such
instruction: `vpalignr $14, %xmm0,%xmm1,%xmm0'
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:54:no such
instruction: `vpalignr $15, %xmm0,%xmm1,%xmm0'
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:57:Unknown
pseudo-op: .size
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:57:Rest of line
ignored. 1st junk character valued 71 (G).
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:58:Unknown
pseudo-op: .popsection
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:107:no such
instruction: `vmovaps 32(%esp), %ymm0'
/var/folders/h8/9hx_fyj91053ksgdzb2w03vwgp/T//ccXFC6zc.s:165:no such
in

[Bug bootstrap/51053] Bootstrap fails due to libitm on x86_64-apple-darwin11

[fxcoudert at gcc dot gnu.org]

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

Francois-Xavier Coudert  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #1 from Francois-Xavier Coudert  
2011-11-09 11:22:14 UTC ---
It's actually already reported, sorry for the noise.

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

[Bug bootstrap/51031] build error in libitm (how to disable trans-mem???)

[fxcoudert at gcc dot gnu.org]

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

Francois-Xavier Coudert  changed:

   What|Removed |Added

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

--- Comment #3 from Francois-Xavier Coudert  
2011-11-09 11:22:14 UTC ---
*** Bug 51053 has been marked as a duplicate of this bug. ***

[Bug other/51054] New: libitm doesn't build on MacOS 10.6

[d...@boost-consulting.com]

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

 Bug #: 51054
   Summary: libitm doesn't build on MacOS 10.6
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@boost-consulting.com


The following command (which works for me with macports gmp,mpfr,and mpc, and a
hand-built-from-source libiconv in /usr/local/lib) fails without
--disable-libitm.

export LDFLAGS=-L/usr/local/lib && ~/src/gcc/configure --enable-languages=c,c++
--disable-libitm --disable-multilib --disable-bootstrap
--prefix=/usr/local/stow/gcc-4.7 --with-gmp=/opt/local --with-mpfr=/opt/local
--with-mpc=/opt/local && gmake -j8

The failure looks like:


libtool: compile:  /private/tmp/gcc-build/./gcc/xgcc
-B/private/tmp/gcc-build/./gcc/
-B/usr/local/stow/gcc-4.7/x86_64-apple-darwin10.8.0/bin/
-B/usr/local/stow/gcc-4.7/x86_64-apple-darwin10.8.0/lib/ -isystem
/usr/local/stow/gcc-4.7/x86_64-apple-darwin10.8.0/include -isystem
/usr/local/stow/gcc-4.7/x86_64-apple-darwin10.8.0/sys-include -DHAVE_CONFIG_H
-I. -I/Users/dave/src/gcc/libitm -I/Users/dave/src/gcc/libitm/config/x86
-I/Users/dave/src/gcc/libitm/config/posix
-I/Users/dave/src/gcc/libitm/config/generic -I/Users/dave/src/gcc/libitm -Wall
-pthread -Werror -g -O2 -MT sjlj.lo -MD -MP -MF .deps/sjlj.Tpo -c
/Users/dave/src/gcc/libitm/config/x86/sjlj.S  -fno-common -DPIC -o .libs/sjlj.o
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:28:Unknown pseudo-op: .type
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:28:Rest of line ignored. 1st junk
character valued 95 (_).
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:31:Unknown pseudo-op:
.cfi_startproc
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:36:Unknown pseudo-op:
.cfi_def_cfa_offset
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:36:Rest of line ignored. 1st junk
character valued 56 (8).
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:48:Unknown pseudo-op:
.cfi_def_cfa_offset
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:48:Rest of line ignored. 1st junk
character valued 56 (8).
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:65:Unknown pseudo-op: .cfi_endproc
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:66:Unknown pseudo-op: .size
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:66:Rest of line ignored. 1st junk
character valued 95 (_).
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:70:Unknown pseudo-op: .type
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:70:Rest of line ignored. 1st junk
character valued 71 (G).
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:71:Unknown pseudo-op: .hidden
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:71:Rest of line ignored. 1st junk
character valued 71 (G).
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:74:Unknown pseudo-op:
.cfi_startproc
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:85:Unknown pseudo-op: .cfi_def_cfa
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:85:Rest of line ignored. 1st junk
character valued 37 (%).
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:86:Unknown pseudo-op:
.cfi_register
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:86:Rest of line ignored. 1st junk
character valued 37 (%).
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:102:Unknown pseudo-op:
.cfi_endproc
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:103:Unknown pseudo-op: .size
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:103:Rest of line ignored. 1st junk
character valued 71 (G).
/Users/dave/src/gcc/libitm/config/x86/sjlj.S:105:unknown section type:
@progbits
gmake[4]: *** [sjlj.lo] Error 1
gmake[4]: Leaving directory
`/private/tmp/gcc-build/x86_64-apple-darwin10.8.0/libitm'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory
`/private/tmp/gcc-build/x86_64-apple-darwin10.8.0/libitm'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory
`/private/tmp/gcc-build/x86_64-apple-darwin10.8.0/libitm'
gmake[1]: *** [all-target-libitm] Error 2
gmake[1]: Leaving directory `/private/tmp/gcc-build'
gmake: *** [all] Error 2

Compilation exited abnormally with code 2 at Wed Nov  9 06:41:48

[Bug fortran/51055] New: deferred length character allocation: allocate(character(len=i)::s) rejected

[jpr at csc dot fi]

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

 Bug #: 51055
   Summary: deferred length character allocation:
allocate(character(len=i)::s) rejected
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@csc.fi


Hi,

I think the program below is valid, but rejected by gfortran 


program a
  character(len=:), allocatable :: s
  integer :: i=10
  allocate(character(len=i)::s)
end program a


gfortran -v -o s s.f90
Driving: gfortran -v -o s s.f90 -l gfortran -l m -shared-libgcc
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/home/wrk/jpr/gcc-4.7/bin/../libexec/gcc/i686-pc-linux-gnu/4.7.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --enable-languages=c,c++,fortran
--disable-bootstrap --prefix=/wrk/jpr/gcc-4.7 --with-gmp=/wrk/jpr/extralib
--with-mpfr=/wrk/jpr/extralib
Thread model: posix
gcc version 4.7.0 20110927 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-v' '-o' 's' '-shared-libgcc' '-mtune=generic'
'-march=pentiumpro'
 /home/wrk/jpr/gcc-4.7/bin/../libexec/gcc/i686-pc-linux-gnu/4.7.0/f951 s.f90
-quiet -dumpbase s.f90 -mtune=generic -march=pentiumpro -auxbase s -version
-fintrinsic-modules-path
/home/wrk/jpr/gcc-4.7/bin/../lib/gcc/i686-pc-linux-gnu/4.7.0/finclude -o
/tmp/cc1PUv7g.s
GNU Fortran (GCC) version 4.7.0 20110927 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 3.4.6 20060404 (Red Hat 3.4.6-11), GMP
version 4.3.1, MPFR version 2.4.1, MPC version 0.8
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU Fortran (GCC) version 4.7.0 20110927 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 3.4.6 20060404 (Red Hat 3.4.6-11), GMP
version 4.3.1, MPFR version 2.4.1, MPC version 0.8
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
s.f90:4.25:

  allocate(character(len=i)::s)
 1
Error: Variable 'i' cannot appear in the expression at (1)

[Bug c++/45114] implement C++0x alias-declaration

[dodji at seketeli dot org]

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

--- Comment #17 from dodji at seketeli dot org  
2011-11-09 12:04:18 UTC ---
> --- Comment #14 from Benoit Jacob  
> 2011-11-07 21:57:18 UTC ---
> \o/
>
> You rock!

Thank you, Benoit.  :-)

[Bug bootstrap/51031] build error in libitm (how to disable trans-mem???)

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 CC||d...@boost-consulting.com

--- Comment #4 from Jonathan Wakely  2011-11-09 
12:04:35 UTC ---
*** Bug 51054 has been marked as a duplicate of this bug. ***

[Bug c++/45114] implement C++0x alias-declaration

[dodji at seketeli dot org]

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

--- Comment #18 from dodji at seketeli dot org  
2011-11-09 12:05:08 UTC ---
"redi at gcc dot gnu.org"  a écrit:
> Created attachment 25746
>   --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25746
> make use of alias-declarations in libstdc++
>
> here's the library patch to enable all the alias-declarations I'd commented 
> out
> until this was ready - it builds ok, I'm testing it now

Thanks for being so quick, Jon.

[Bug other/51054] libitm doesn't build on MacOS 10.6

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #1 from Jonathan Wakely  2011-11-09 
12:04:35 UTC ---
dup dup dup

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

[Bug c++/45114] implement C++0x alias-declaration

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

  Attachment #25746|0   |1
is obsolete||

--- Comment #19 from Jonathan Wakely  2011-11-09 
12:17:30 UTC ---
Comment on attachment 25746
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25746
make use of alias-declarations in libstdc++

Thanks for implementing it! The final version I checked in was a bit different,
but I'm pleased to say all the places I needed/wanted to use an
alias-declaration worked fine.

[Bug tree-optimization/51000] [4.7 Regression] ICE: in vect_get_store_cost, at tree-vect-stmts.c:923 on powerpc-apple-darwin9

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #2 from Jakub Jelinek  2011-11-09 
12:18:13 UTC ---
Created attachment 25768
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25768
gcc47-pr51000.patch

Untested fix.  Haven't managed to construct a testcase for x86_64/i?86 though.

[Bug c++/51048] Class template inheritance doesn't work well with function-local types

[daniel.kruegler at googlemail dot com]

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

Daniel Krügler  changed:

   What|Removed |Added

 CC||daniel.kruegler at
   ||googlemail dot com

--- Comment #1 from Daniel Krügler  
2011-11-09 12:23:54 UTC ---
Simplifying the test case and compiled with

-std=c++0x -Wall

//---
template
struct A {
  virtual void DoPush(X const& x) = 0; // Line 3
  void Push(X const& x) { DoPush(x); }
};

template
struct B : A {
  using A::Push;
  virtual void DoPush(X const&) { }
};

int main() {
  enum S { };
  B().Push(S());
}
//---

"main.cpp|3|error: 'void A::DoPush(const X&) [with X = main()::S]', declared
using local type 'const main()::S', is used but never defined [-fpermissive]|"

It is important that the virtual function is pure. Validated for gcc  4.7.0
2005 (experimental).

[Bug bootstrap/51031] build error in libitm (how to disable trans-mem???)

[torvald at gcc dot gnu.org]

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

--- Comment #5 from torvald at gcc dot gnu.org 2011-11-09 12:28:28 UTC ---
The weak alias issue has been resolved in rev 181182. The TLS thingy in 181163.

Regarding the vector loads/stores and your assembler not knowing about .cfi, I
don't know. Perhaps we just disable TM on Darwin, or can you provide a patch?

[Bug middle-end/50598] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on *-apple-darwin*

[hubicka at gcc dot gnu.org]

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

Jan Hubicka  changed:

   What|Removed |Added

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

--- Comment #10 from Jan Hubicka  2011-11-09 
12:36:03 UTC ---
trying to reproduce this on x86_64... the confusing thing is that emultls don't
seem to fiddle with aliases in any special way.

[Bug bootstrap/50822] [4.7 regression] Solaris/SPARC bootstrap failure with Sun as: invalid assembler for ios_init.cc

[hubicka at gcc dot gnu.org]

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

--- Comment #10 from Jan Hubicka  2011-11-09 
12:38:23 UTC ---
thanks, the patch ought to be safe WRT weakref targets, so I will commit it
today.

[Bug fortran/51056] New: [4.7 Regression][OOP] Bogus "Unused module variable '__vtab_domain_Domain_container'"

[burnus at gcc dot gnu.org]

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

 Bug #: 51056
   Summary: [4.7 Regression][OOP] Bogus "Unused module variable
'__vtab_domain_Domain_container'"
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bur...@gcc.gnu.org
CC: ja...@gcc.gnu.org


As reported by xarthisius at #gfortran,

the following program gives a bogus warning with -Wall. For one of my local
trees, I get:

Warning: Unused module variable '__vtab_domain_Domain_container' which has been
explicitly imported at (1)

for my other 4.7 tree, I get:

Warning: Unused module variable '__def_init_domain_Domain_container' which has
been explicitly imported at (1)




module domain
   implicit none
   private
   public :: domain_container, dom

   type :: domain_container
  integer :: D_x !< set to 1 when x-direction exists, 0
otherwise
contains
  procedure :: init => init_domain_container
   end type domain_container

   type(domain_container) :: dom

   contains
  subroutine init_domain_container(this)
 implicit none
 class(domain_container), intent(inout) :: this
 this%D_x = 0
  end subroutine init_domain_container
end module domain

program ala
   use domain, only: dom
   implicit none
   call dom%init
end program ala

[Bug fortran/51056] [4.7 Regression][OOP] Bogus "Unused module variable '__vtab_domain_Domain_container'"

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

  Known to work||4.6.3
   Target Milestone|--- |4.7.0
  Known to fail||4.7.0

[Bug fortran/51055] deferred length character allocation: allocate(character(len=i)::s) rejected

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 CC||burnus at gcc dot gnu.org

--- Comment #1 from Tobias Burnus  2011-11-09 
12:45:25 UTC ---
I also think that it is valid. However, I think there is already some bugreport
about this issue.

Stupid workaround: Replace
  allocate(character(len=i)::s)
by
  s = repeat(' ', i)

[Bug fortran/51052] [OOP] Internal compiler error in gfc_conv_component

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
 CC||burnus at gcc dot gnu.org,
   ||janus at gcc dot gnu.org
Summary|Internal compiler error in  |[OOP] Internal compiler
   |gfc_conv_component  |error in gfc_conv_component

--- Comment #1 from Tobias Burnus  2011-11-09 
13:03:56 UTC ---
I can confirm the ICE - I get the same with 4.6 and 4.7.

Note, however, that with GCC 4.7 one has to fix the following coding problem
before one can enjoy the internal error:

particles.f90:102.17:
procedure, pass(particle) &
 1
Error: Argument mismatch for the overriding procedure 'new_position' at (1):
INTENT mismatch in argument 'particle'


The issue seems to occur for:

position = position + deltt * velocity + &
   random_displacement

in subroutine position_oil_particle if particles.f90.


The ICE is in gfc_conv_component_ref for:

  if (DECL_FIELD_CONTEXT (field) != TREE_TYPE (decl))
{
  tree f2 = c->norestrict_decl;
  if (!f2 || DECL_FIELD_CONTEXT (f2) != TREE_TYPE (decl))
for (f2 = TYPE_FIELDS (TREE_TYPE (decl)); f2; f2 = DECL_CHAIN (f2))

and fails for "TYPE_FIELDS (TREE_TYPE (decl))" with: "internal compiler error:
tree check: expected record_type or union_type or qual_union_type, have
function_type in gfc_conv_component_ref, at fortran/trans-expr.c:556"

This is called by gfc_conv_variable, which is called by get_proc_ptr_comp. The
expression looks as follow

"position%__class_points2d3d_Point2d_p%__vtype_points2d3d_Point2d%__class_points2d3d_Point2d_a%__vtype_points2d3d_Point2d"

At least that's what I get when printing expr->symtree->n.sym->name and
expr->ref{,->next,->next->next,...}->u.c.sym->name.

[Bug testsuite/51057] New: FAIL: gfortran.dg/quad_2.f90 -O0 execution test on powerpc*-*-*

[dominiq at lps dot ens.fr]

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

 Bug #: 51057
   Summary: FAIL: gfortran.dg/quad_2.f90  -O0  execution test on
powerpc*-*-*
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: domi...@lps.ens.fr
CC: bur...@net-b.de
  Host: powerpc*-*-*
Target: powerpc*-*-*
 Build: powerpc*-*-*


gfortran.dg/quad_2.f90 fails on powerpc*-*-* (see
http://gcc.gnu.org/ml/gcc-testresults/2011-11/msg00620.html ). This is due to a
less precise representation of REAL(16) on ppc (i.e., two REAL(8)) than on
Intel platforms. The following patch fixes the failure

--- /opt/gcc/work/gcc/testsuite/gfortran.dg/quad_2.f902011-11-06
20:55:43.0 +0100
+++ quad_2_db.f902011-11-09 14:06:48.0 +0100
@@ -48,8 +48,8 @@ program test_qp
  case (16)
if (str1 /= "   1.000") call abort()
if (str2 /= "1.000") call abort()
-   if (str3 /= "   1.41421356237309504880168872420969798") call abort()
-   if (str4 /= "1.41421356237309504880168872420969798") call abort()
+   if (str3(1:37) /= "   1.41421356237309504880168872420969") call abort()
+   if (str4(1:34) /= "1.41421356237309504880168872420969") call abort()
block
  real(qp), volatile :: fp2a
  fp2a = 2.0_qp

[Bug tree-optimization/51042] [4.5/4.6/4.7 Regression] endless recursion in phi_translate

[rguenth at gcc dot gnu.org]

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

--- Comment #3 from Richard Guenther  2011-11-09 
13:23:00 UTC ---
Even shorter testcase:

int a, b;

void
foo (int x)
{
  int e[2];
  int d; 
  while (x)
{
  for (d = 0; d <= 1; d = 1)
if (e[a])
  break;
  for (b = 0; b <= 0; b = 1)
{
  e[a] = a;
  if (a)
break;
}
}
}

[Bug tree-optimization/51039] [4.7 Regression] ICE: in estimate_function_body_sizes, at ipa-inline-analysis.c:1977 with -finline-small-functions -fno-ipa-pure-const and passing incompatible function p

[rguenth at gcc dot gnu.org]

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

--- Comment #2 from Richard Guenther  2011-11-09 
13:25:21 UTC ---
Author: rguenth
Date: Wed Nov  9 13:25:17 2011
New Revision: 181204

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181204
Log:
2011-11-09  Richard Guenther  

PR tree-optimization/51039
* gimple-low.c (gimple_check_call_args): Remove.
(gimple_check_call_matching_types): Always return true.
* tree-inline.c (setup_one_parameter): Always perform a
valid gimple type change.
(declare_return_variable): Likewise.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-inline.c

[Bug tree-optimization/51058] New: [4.7 Regression] ICE: gimple check: expected gimple_assign(error_mark), have gimple_call() in gimple_assign_rhs_code, at gimple.h:1992

[dominiq at lps dot ens.fr]

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

 Bug #: 51058
   Summary: [4.7 Regression] ICE: gimple check: expected
gimple_assign(error_mark), have gimple_call() in
gimple_assign_rhs_code, at gimple.h:1992
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: domi...@lps.ens.fr
CC: i...@gcc.gnu.org, ja...@gcc.gnu.org, rguent...@suse.de


On x86_64-apple-darwin10 at revision 181200, compiling the polyhedron test
mdbx.f90 with '-O2 -ftree-vectorize' gives an ICE:

[macbook] lin/test% gfc -c mdbx.f90 -O2 -ftree-vectorize
mdbx.f90: In function 'mlist':
mdbx.f90:1199:0: internal compiler error: gimple check: expected
gimple_assign(error_mark), have gimple_call() in gimple_assign_rhs_code, at
gimple.h:1992

Revision 181085 is OK. The following reduced test reproduces the ICE:

  SUBROUTINE MLIST(MOLsp,PBCx,PBCy,PBCz, X0)
  IMPLICIT NONE
  INTEGER, PARAMETER :: NM=16384
  INTEGER :: MOLsp, i
  DOUBLE PRECISION :: PBCx, PBCy, PBCz, boxjmp, HALf=1./2.
  DOUBLE PRECISION :: X0(3,-2:NM)

 DO i = 1 , MOLsp
boxjmp = PBCx*INT(X0(1,i)+SIGN(HALf,X0(1,i)))
X0(1,i) = X0(1,i) - boxjmp
boxjmp = PBCy*INT(X0(2,i)+SIGN(HALf,X0(2,i)))
X0(2,i) = X0(2,i) - boxjmp
boxjmp = PBCz*INT(X0(3,i)+SIGN(HALf,X0(3,i)))
X0(3,i) = X0(3,i) - boxjmp
 ENDDO
  END

[Bug bootstrap/51031] build error in libitm (how to disable trans-mem???)

[vincenzo.innocente at cern dot ch]

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

--- Comment #6 from vincenzo Innocente  
2011-11-09 13:32:52 UTC ---
For what concern AVX:
I'm not sure what done elsewhere in gcc
I think that configure should check that the "as" supports avx independently of
the architecture one is building on or for.
For the other error, I'm not an expert.

[Bug testsuite/51059] New: FAIL: gcc.misc-tests/gcov-14.c (test for excess errors) on powerpc-apple-darwin9

[dominiq at lps dot ens.fr]

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

 Bug #: 51059
   Summary: FAIL: gcc.misc-tests/gcov-14.c (test for excess
errors) on powerpc-apple-darwin9
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: domi...@lps.ens.fr
CC: nat...@gcc.gnu.org


The test gcc.misc-tests/gcov-14.c (r181105) fails on powerpc-apple-darwin9
(likely on *-*-darwin*) with

FAIL: gcc.misc-tests/gcov-14.c (test for excess errors)
Excess errors:
Undefined symbols:
  "_Foo", referenced from:
  _Foo$non_lazy_ptr in cc5tyPNa.o
ld: symbol(s) not found

WARNING: gcc.misc-tests/gcov-14.c compilation failed to produce executable
Executing on host: /opt/gcc/darwin_buildw/gcc/gcov  -a gcov-14.c(timeout =
300)
gcov-14.gcda:cannot open data file, assuming not executed
File '/opt/gcc/work/gcc/testsuite/gcc.misc-tests/gcov-14.c'
No executable lines

FAIL: gcc.misc-tests/gcov-14.c gcov failed: gcov-14.c.gcov does not exist

[Bug tree-optimization/51039] [4.7 Regression] ICE: in estimate_function_body_sizes, at ipa-inline-analysis.c:1977 with -finline-small-functions -fno-ipa-pure-const and passing incompatible function p

[rguenth at gcc dot gnu.org]

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

--- Comment #3 from Richard Guenther  2011-11-09 
13:43:07 UTC ---
Author: rguenth
Date: Wed Nov  9 13:43:02 2011
New Revision: 181205

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181205
Log:
2011-11-09  Richard Guenther  

PR tree-optimization/51039
* tree-cfg.c (verify_gimple_call): Verify that
gimple_call_cannot_inline_p is returning a conservative
correct result according to gimple_check_call_matching_types.
* ipa-inline-analysis.c (estimate_function_body_sizes): Remove
code dealing with un-inlinablility.
* gimple-streamer-in.c (input_gimple_stmt): Update the
non-inlinable flag.

* gcc.dg/pr51039.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/pr51039.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/gimple-streamer-in.c
trunk/gcc/ipa-inline-analysis.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-cfg.c

[Bug tree-optimization/51039] [4.7 Regression] ICE: in estimate_function_body_sizes, at ipa-inline-analysis.c:1977 with -finline-small-functions -fno-ipa-pure-const and passing incompatible function p

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #4 from Richard Guenther  2011-11-09 
13:44:32 UTC ---
Fixed.

[Bug fortran/51052] [OOP] Internal compiler error in gfc_conv_component

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-11-09
 Ever Confirmed|0   |1

--- Comment #2 from janus at gcc dot gnu.org 2011-11-09 13:45:12 UTC ---
Here is an very much reduced (and corrected) test case. This is another case of
"non-trivial polymorphic operands", cf. PR46262 and PR46328.

Arjen, why do you need those workarounds for 4.6?



module points2d3d

  implicit none

  type point2d
  real :: x, y
  contains
  procedure   :: add_vector_2d
  procedure   :: assign_2d
  generic :: operator(+) => add_vector_2d
  generic :: assignment(=)   => assign_2d
  end type

contains

  subroutine assign_2d( point1, point2 )
class(point2d), intent(inout) :: point1
class(point2d), intent(in):: point2
point1%x = point2%x
point1%y = point2%y
  end subroutine

  function add_vector_2d( point, vector )
class(point2d), intent(in)  :: point, vector
class(point2d), allocatable :: add_vector_2d
! Workaround for gfortran 4.6
if ( allocated( add_vector_2d ) ) then
deallocate( add_vector_2d )
endif
allocate( add_vector_2d )
add_vector_2d%x = point%x + vector%x
add_vector_2d%y = point%y + vector%y
  end function

end module points2d3d



  use points2d3d
  implicit none

contains

  subroutine position_oil_particle()
class(point2d), pointer  :: position
type(point2d):: p1, p2
position = position + p1 + p2
  end subroutine

end

[Bug tree-optimization/51000] [4.7 Regression] ICE: in vect_get_store_cost, at tree-vect-stmts.c:923 on powerpc-apple-darwin9

[irar at il dot ibm.com]

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

Ira Rosen  changed:

   What|Removed |Added

   Priority|P1  |P3
 Status|ASSIGNED|NEW
   Target Milestone|4.7.0   |---

--- Comment #3 from Ira Rosen  2011-11-09 13:46:41 UTC 
---
The patch looks ok, but if I change 

Index: gfortran.dg/alloc_comp_assign_2.f90
===
--- gfortran.dg/alloc_comp_assign_2.f90 (revision 181190)
+++ gfortran.dg/alloc_comp_assign_2.f90 (working copy)
@@ -26,7 +26,7 @@

   y(1) = b ((/x(1),x(2)/))
   y(2) = b ((/x(2),x(1)/))
-  forall (k = 1:2, j=1:2, i = 1:4, y(k)%at(j)%i(i) <= 10)
+  forall (k = 1:2, j=1:2, i = 1:16, y(k)%at(j)%i(i) <= 10)
 y(k)%at(j)%i(i) =  j*4-i+k
   end forall
   if (any ((/(((y(k)%at(i)%i(j), j = 1,4), i = 1,2), k = 1,2)/) .ne. &

making niters sufficient for vectorization, it fails in vect_remove_stores with

alloc_comp_assign_2.f90: In function 'MAIN__':
alloc_comp_assign_2.f90:7:0: internal compiler error: in gsi_for_stmt, at
gimple-iterator.c:560

trying to get gsi for 
VIEW_CONVERT_EXPR<>(temp.41[mi.42_1293]) = patt.353_2093;


I don't think you can reproduce the exact same behavior on x86, because it
supports misaligned stores.

[Bug bootstrap/51031] build error in libitm (how to disable trans-mem???)

[dominiq at lps dot ens.fr]

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

--- Comment #7 from Dominique d'Humieres  2011-11-09 
13:49:18 UTC ---
> I think that configure should check that the "as" supports avx independently 
> of
> the architecture one is building on or for.

I don't think the failure in comment #2 has anything to do with avx: it is due
to pseudo-op (elf ones according rth on IRC) and I see it on x86_64-darwin10 as
well (AFAIK gcc is tune for Core2).

Note that I am now bootstrapping with

--- /opt/gcc/_clean/libitm/configure.tgt2011-11-08 20:06:30.0 +0100
+++ /opt/gcc/work/libitm/configure.tgt2011-11-09 00:42:05.0 +0100
@@ -94,6 +94,7 @@ case "${target}" in
   | *-*-netbsd* | *-*-freebsd* | *-*-openbsd* \
   | *-*-solaris2* | *-*-sysv4* | *-*-irix6* | *-*-osf* | *-*-hpux11* \
   | *-*-darwin* | *-*-aix*)
+UNSUPPORTED=1
 # POSIX system.  The OS is supported.
 ;;

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

[burnus at gcc dot gnu.org]

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

--- Comment #28 from Tobias Burnus  2011-11-09 
13:51:52 UTC ---
Submitted patch (review is pending):
  http://gcc.gnu.org/ml/fortran/2011-11/msg00061.html

[Bug target/50911] [4.7 regression] assertion failure in expand_vec_perm_interleave2 with -msse

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-11-09
 CC||jakub at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #1 from Jakub Jelinek  2011-11-09 
13:52:58 UTC ---
Shorter testcase (in a language I understand ;) ):
struct A { void *a, *b; };

void
foo (struct A *p)
{
  int i;
  for (i = 0; i < 1024; i++)
{
  p[i].a = 0;
  p[i].b = "abc";
}
}

[Bug fortran/37829] Incorrect name mangling with iso_c_binding

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 CC||burnus at gcc dot gnu.org

--- Comment #17 from Tobias Burnus  2011-11-09 
13:55:29 UTC ---
Patch, which also fixes this bug:
  http://gcc.gnu.org/ml/fortran/2011-11/msg00061.html

[Bug fortran/51052] [OOP] Internal compiler error in gfc_conv_component

[janus at gcc dot gnu.org]

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

--- Comment #5 from janus at gcc dot gnu.org 2011-11-09 13:56:39 UTC ---
(In reply to comment #3)
> that may be from an older version of 4.6 (I now have 4.6.2,
> previously 4.6.1). When running a program that used that
> module, I got error messages about trying to allocate and
> already allocated array.

ah, I guess that was PR50225 (which was fixed only in 4.7, so 4.6.2 probably
does not help here).

[Bug c++/51060] New: Temporary object stack space is not re-used

[andvgal at gmail dot com]

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

 Bug #: 51060
   Summary: Temporary object stack space is not re-used
Classification: Unclassified
   Product: gcc
   Version: 4.6.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: andv...@gmail.com


Created attachment 25769
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25769
10 tmp objects of 1KB in size produce 10KB frame

I've tried hard finding a related incident, the only one close to it is PR
16269, but its solution doesn't help.

Attached is a sample test, which allocates 10 temporary objects of 1KB size in
own blocks in the same function.

If compiled with "-Wframe-larger-than=2048 -Werror -Os" (-Oany) the following
warning is produced:
warning: the frame size of 10240 bytes is larger than 2048 bytes
[-Wframe-larger-than=]


In our case, function frames are blown away for 100+KB, what makes a code with
similar pattern absolutely unusable in embedded systems.


Reproduced on GCC 4.6.1 x86_64 @ Debian and custom built GCC 4.6.2 for ARM.
The same issue exists in GCC 4.3.x for ARM.

[Bug target/22553] [4.4/4.5/4.6/4.7 regression] ICE building libstdc++

[kkojima at gcc dot gnu.org]

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

--- Comment #20 from Kazumoto Kojima  2011-11-09 
14:07:01 UTC ---
(In reply to comment #19)
> So I think the workaround from r105496 can be safely removed now and then 
> close
> this bug as fixed since 4.3.0

I've confirmed that there are no ICEs on SH with reverting
105496 change, though I can't get why does the change pointed
in #19 fix the issue pointed by Joern with
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01654.html

[Bug rtl-optimization/51051] [4.7 Regression]: build fails on cris-elf building libstdc++-v3

[rmansfield at qnx dot com]

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

Ryan Mansfield  changed:

   What|Removed |Added

 CC||rmansfield at qnx dot com

--- Comment #1 from Ryan Mansfield  2011-11-09 
14:11:00 UTC ---
Similar ICE happens when building libstdc++-v3 for arm-unknown-linux-gnueabi.

[Bug c++/51043] [4.7 Regression]: g++.dg/lto/20100423-3 cp_lto_20100423-3_0.o assemble, -flto -g

[dodji at gcc dot gnu.org]

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

Dodji Seketeli  changed:

   What|Removed |Added

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

[Bug tree-optimization/51042] [4.5/4.6/4.7 Regression] endless recursion in phi_translate

[rguenth at gcc dot gnu.org]

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

--- Comment #4 from Richard Guenther  2011-11-09 
14:33:14 UTC ---
The clean () code does not work properly for memory references it seems.  We
fail to prune expressions that are not available (the tricks we play with
dominance tests for virtual operands are not effective once we translate
them).

[Bug tree-optimization/51058] [4.7 Regression] ICE: gimple check: expected gimple_assign(error_mark), have gimple_call() in gimple_assign_rhs_code, at gimple.h:1992

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|--- |4.7.0

[Bug c++/51060] Temporary object stack space is not re-used

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-11-09
 CC||jason at redhat dot com,
   ||matz at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-11-09 
14:41:24 UTC ---
Confirmed.  The new death-point stuff doesn't help as the frontend does
not seem to construct scopes properly for this testcase.

;; Function void Test() (null)
;; enabled by -tree-original

<>>> >;
<>>> >;
...

[Bug tree-optimization/51062] New: SLP vectorization of dot (inner) product

[vincenzo.innocente at cern dot ch]

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

 Bug #: 51062
   Summary: SLP vectorization of dot (inner) product
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: vincenzo.innoce...@cern.ch


SLP is working nicely in 4.7
the most needed missing bit is the ability to vectorize a dot product (using
for instance _mm_dp_ps for sse4)

Any chance to get this any time soon?

small test here
cat dot.cc 
struct V {
  float x,y,z,w;
};

V a;
V b;

float dot() {
  return a.x*b.x+a.y*b.y+a.z*b.z+a.w*b.w;
}

V sum() {
  V v=a;
  v.x+=b.x; v.y+=b.y; v.z+=b.z; v.w+=b.w;
  return v; 
}

c++ -Ofast -c dot.cc -march=corei7
otool -X -t -v -V dot.o | c++filt
dot():
movss_b+0x0004(%rip),%xmm0
movss_b(%rip),%xmm1
mulss_a+0x0004(%rip),%xmm0
mulss_a(%rip),%xmm1
addss%xmm1,%xmm0
movss_b+0x0008(%rip),%xmm1
mulss_a+0x0008(%rip),%xmm1
addss%xmm1,%xmm0
movss_b+0x000c(%rip),%xmm1
mulss_a+0x000c(%rip),%xmm1
addss%xmm1,%xmm0
ret
nopl(%rax)
sum():
movaps_b(%rip),%xmm0
addps_a(%rip),%xmm0
movaps%xmm0,0xc8(%rsp)
movq0xc8(%rsp),%rax
movaps%xmm0,0xe8(%rsp)
movq_a(%rsp),%xmm1
movd%rax,%xmm0
ret

[Bug c/51061] New: Deprecated -I- option causes segfault

[rmansfield at qnx dot com]

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

 Bug #: 51061
   Summary: Deprecated -I- option causes segfault
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rmansfi...@qnx.com
CC: paolo.carl...@oracle.com
  Host: x86_64-linux-gnu
Target: arm-unknown-linux-gnueabi
 Build: x86_64-linux-gnu


$ touch t.c
$ ./xgcc -B. -I- t.c
cc1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: arm-unknown-linux-gnueabi
Configured with: ../configure --target=arm-unknown-linux-gnueabi
--prefix=/home/ryan/x-tools/arm-unknown-linux-gnueabi
--with-sysroot=/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/sys-root
--disable-multilib
--with-local-prefix=/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/sys-root
--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-c99
--enable-long-long --enable-target-optspace
target_alias=arm-unknown-linux-gnueabi --enable-languages=c++ --disable-shared
--disable-libmudflap --disable-libssp
Thread model: posix
gcc version 4.7.0 2009 (experimental) [trunk revision 181205] (GCC)

After the fix to PR36819, -I- has split_quote_chain calling free_path with a
null path

[Bug driver/51063] New: gcc does not pass the -Fpathname option unmodified to /usr/bin/ld linker (all Darwin systems)

[lutzwei at gmx dot de]

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

 Bug #: 51063
   Summary: gcc does not pass the -Fpathname option unmodified to
/usr/bin/ld linker (all Darwin systems)
Classification: Unclassified
   Product: gcc
   Version: 4.6.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: driver
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: lutz...@gmx.de


The framework pathname option -Fpathname on the MacOS X (Darwin) platform (any
version) is not properly passed to the /usr/bin/ld linker by the gcc command.
It seems that one or more whitespaces are added between the -F and the pathname
on the generated ld command. I verified this behaviour of gcc the the following
MacOS X platforms: MacOS X 10.4.11 on a PPC Computer, MacOS X 10.5.8 on a PPC
Computer and MacOS X 10.6.8 on a Intel Computer.

[Bug c++/51064] New: False Positive for -Wparentheses

[sascha.cunz at gmx dot net]

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

 Bug #: 51064
   Summary: False Positive for -Wparentheses
Classification: Unclassified
   Product: gcc
   Version: 4.6.2
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sascha.c...@gmx.net


Using GCC 4.6.2 ("Gentoo 4.6.2 p1.0, pie-0.45") the code

[1] template< int i, int j = ( ( i+7 ) >> 3 ) > class foo{};
[2] typedef foo< 10 > bar;

produces a false positive -Wparentheses (Suggest parentheses around '+' inside
'>>') warning on line 2.

[Bug tree-optimization/51062] SLP vectorization of dot (inner) product

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-11-09
 CC||irar at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-11-09 
14:58:42 UTC ---
I think we do not perform pattern detection in SLP mode.  Ira?

[Bug c/51061] Deprecated -I- option causes segfault

[paolo.carlini at oracle dot com]

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

--- Comment #2 from Paolo Carlini  2011-11-09 
14:59:41 UTC ---
Created attachment 25770
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25770
Untested

[Bug c/51061] Deprecated -I- option causes segfault

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 CC||jsm28 at gcc dot gnu.org

--- Comment #1 from Paolo Carlini  2011-11-09 
14:58:33 UTC ---
Bother. Frankly I don't feel like spending much time on PR36819, we can as well
revert it. Or please test the attached. Joseph, does it make sense to you?

[Bug target/50911] [4.7 regression] assertion failure in expand_vec_perm_interleave2 with -msse

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #2 from Jakub Jelinek  2011-11-09 
15:01:50 UTC ---
Started with http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180450
I'll have a look.

[Bug fortran/51056] [4.7 Regression][OOP] Bogus "Unused module variable '__vtab_domain_Domain_container'"

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-11-09
 Ever Confirmed|0   |1

--- Comment #1 from janus at gcc dot gnu.org 2011-11-09 15:02:02 UTC ---
(In reply to comment #0)
> for my other 4.7 tree, I get:
> 
> Warning: Unused module variable '__def_init_domain_Domain_container' which has
> been explicitly imported at (1)

That's what I get here with:

gcc version 4.7.0 2009 (experimental) [trunk revision 181203] (GCC)



Reduced test case:

module domain
  implicit none
  type :: domain_container
  contains
procedure, nopass :: init
  end type
  type(domain_container) :: dom
contains
  subroutine init
  end subroutine
end module

program ala
  use domain, only: dom
  implicit none
  call dom%init
end program ala

[Bug c/51061] Deprecated -I- option causes segfault

[rmansfield at qnx dot com]

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

--- Comment #3 from Ryan Mansfield  2011-11-09 
15:10:59 UTC ---
Yes, the patch fixes the crash. Thanks.

[Bug driver/51063] gcc does not pass the -Fpathname option unmodified to /usr/bin/ld linker (all Darwin systems)

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-11-09
 CC||jsm28 at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-11-09 
15:10:57 UTC ---
The option is

F
Driver C ObjC C++ ObjC++ Joined Separate MissingArgError(missing path after
%qs)
-F Add  to the end of the main framework include path

thus allows both Joined and Separate form.  I think the Separate form is
then how it is passed on.

Confirmed.  Works in 4.3.

[Bug fortran/51052] [OOP] Internal compiler error in gfc_conv_component

[janus at gcc dot gnu.org]

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

--- Comment #7 from janus at gcc dot gnu.org 2011-11-09 15:20:55 UTC ---
(In reply to comment #6)
> yes, that is the one :). I am really examining the borders of
> gfortran at the moment.

Right. Thanks for your continued bug reporting. That sort of user feedback
helps us a lot.

[Bug tree-optimization/51000] [4.7 Regression] ICE: in vect_get_store_cost, at tree-vect-stmts.c:923 on powerpc-apple-darwin9

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

  Attachment #25768|0   |1
is obsolete||

--- Comment #4 from Jakub Jelinek  2011-11-09 
15:21:45 UTC ---
Created attachment 25771
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25771
gcc47-pr51000.patch

You're right, here is an updated patch.

[Bug fortran/51056] [4.7 Regression][OOP] Bogus "Unused module variable '__vtab_domain_Domain_container'"

[dominiq at lps dot ens.fr]

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

--- Comment #2 from Dominique d'Humieres  2011-11-09 
15:33:05 UTC ---
Revision 177649 is OK.
Revision 178509 gives the warning.

[Bug libfortran/50016] [4.7 Regression] Drastic I/O performance regression on Windows

[jb at gcc dot gnu.org]

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

--- Comment #19 from Janne Blomqvist  2011-11-09 
15:46:20 UTC ---
Author: jb
Date: Wed Nov  9 15:46:15 2011
New Revision: 181207

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181207
Log:
PR 50016 Slow I/O on MingW due to _commit

frontend ChangeLog:

2011-11-09  Janne Blomqvist  

PR libfortran/50016
* gfortran.texi (Data consistency and durability): New section.


testsuite ChangeLog:

2011-11-09  Janne Blomqvist  

PR libfortran/50016
* gfortran.dg/inquire_size.f90: Don't flush the unit.

libgfortran ChangeLog:

2011-11-09  Janne Blomqvist  

PR libfortran/50016
* io/inquire.c (inquire_via_unit): Flush the unit and use ssize.
* io/unix.c (buf_flush): Don't call _commit.


Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/gfortran.texi
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/inquire_size.f90
trunk/libgfortran/ChangeLog
trunk/libgfortran/io/inquire.c
trunk/libgfortran/io/unix.c

[Bug fortran/50960] [OOP] vtables not marked as constant

[janus at gcc dot gnu.org]

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

--- Comment #22 from janus at gcc dot gnu.org 2011-11-09 15:56:57 UTC ---
Author: janus
Date: Wed Nov  9 15:56:53 2011
New Revision: 181208

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181208
Log:
2011-11-09  Janus Weil  

PR fortran/50960
* gfortran.dg/typebound_call_22.f03: New test case.

Added:
trunk/gcc/testsuite/gfortran.dg/typebound_call_22.f03
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug fortran/50960] [OOP] vtables not marked as constant

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #23 from janus at gcc dot gnu.org 2011-11-09 15:59:26 UTC ---
Ok, after the all the issues have been fixed and we have a test case to verify
that 'devirtualization' actually works, I think it's about time to close this
one.

[Bug fortran/46686] Improve backtracing (unwinding) on non-glibc targets

[jb at gcc dot gnu.org]

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

--- Comment #4 from Janne Blomqvist  2011-11-09 16:04:47 
UTC ---
Author: jb
Date: Wed Nov  9 16:04:42 2011
New Revision: 181209

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181209
Log:
PR 46686 Implement backtrace with _Unwind_Backtrace from libgcc.

2011-11-09  Janne Blomqvist  

PR fortran/46686
* configure.ac: Don't check execinfo.h, backtrace,
backtrace_symbols_fd. Check execve instead of execvp. Call
GCC_CHECK_UNWIND_GETIPINFO.
* runtime/backtrace.c: Don't include unused headers, include
limits.h and unwind.h.
(CAN_FORK): Check execve instead of execvp.
(GLIBC_BACKTRACE): Remove.
(bt_header): Conform to gdb backtrace format.
(struct bt_state): New struct.
(trace_function): New function.
(show_backtrace): Use _Unwind_Backtrace from libgcc instead of
glibc backtrace functions.
* Makefile.in: Regenerated.
* aclocal.m4: Regenerated.
* config.h.in: Regenerated.
* configure: Regenerated.


Modified:
trunk/libgfortran/ChangeLog
trunk/libgfortran/Makefile.in
trunk/libgfortran/aclocal.m4
trunk/libgfortran/config.h.in
trunk/libgfortran/configure
trunk/libgfortran/configure.ac
trunk/libgfortran/runtime/backtrace.c

[Bug tree-optimization/51062] SLP vectorization of dot (inner) product

[irar at il dot ibm.com]

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

Ira Rosen  changed:

   What|Removed |Added

 CC||irar at il dot ibm.com

--- Comment #2 from Ira Rosen  2011-11-09 16:13:08 UTC 
---
(In reply to comment #1)
> I think we do not perform pattern detection in SLP mode.  Ira?

Right. I actually had a patch for pattern detection in SLP ready couple of
hours after Stage 1 was over. But this patch doesn't handle dot product (and
widen-sum), since these patterns look for reduction, i.e., loop, so it will
need some additional work.

[Bug tree-optimization/50605] ice in ipa_get_jf_pass_through_result with -O3

[jamborm at gcc dot gnu.org]

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

Martin Jambor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011-11-09
 AssignedTo|unassigned at gcc dot   |jamborm at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #1 from Martin Jambor  2011-11-09 
16:19:35 UTC ---
Confirmed, the problem is that is_gimple_ip_invariant returns false
for

  &MEM[(struct tRecorderImp *)&recorder + 8B]

where &reorder is an IP gimple invariant, which I believe is wrong.
I'll try to address this.

[Bug tree-optimization/51000] [4.7 Regression] ICE: in vect_get_store_cost, at tree-vect-stmts.c:923 on powerpc-apple-darwin9

[irar at il dot ibm.com]

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

--- Comment #5 from Ira Rosen  2011-11-09 16:24:05 UTC 
---
Looks good. Thanks.

[Bug bootstrap/51031] build error in libitm (how to disable trans-mem???)

[howarth at nitro dot med.uc.edu]

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

Jack Howarth  changed:

   What|Removed |Added

 CC||howarth at nitro dot
   ||med.uc.edu

--- Comment #8 from Jack Howarth  2011-11-09 
16:49:28 UTC ---
(In reply to comment #2)

Isn't this error in sjlj.S due to the absence of a .text opcode?