[Bug middle-end/50754] [4.7 Regression] ICE in expand_debug_expr, at cfgexpand.c:3341

[Joost.VandeVondele at pci dot uzh.ch]

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

Joost VandeVondele  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #9 from Joost VandeVondele  
2011-10-21 05:43:11 UTC ---
this is fixed now in trunk, I assume this can be closed.

[Bug debug/50816] [4.6.1] Discriminators are emitted in DWARF 2 format

[anitha.boyapati at atmel dot com]

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

Anitha Boyapati  changed:

   What|Removed |Added

 Target||AVR
  Known to work||4.5.1
  Known to fail||4.6.1

--- Comment #2 from Anitha Boyapati  
2011-10-21 03:21:12 UTC ---
Severity set to major because it stops us from using gcc-4.6.1 to process dwarf
2 information. The dwarf 2 parser gets confused reading debug_line section.

[Bug debug/50816] [4.6.1] Discriminators are emitted in DWARF 2 format

[anitha.boyapati at atmel dot com]

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

--- Comment #1 from Anitha Boyapati  
2011-10-21 03:17:20 UTC ---

http://gcc.gnu.org/ml/gcc/2011-10/msg00348.html


The fix in trunk should be backported to gcc-4_6-branch.

[Bug debug/50816] New: [4.6.1] Discriminators are emitted in DWARF 2 format

[anitha.boyapati at atmel dot com]

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

 Bug #: 50816
   Summary: [4.6.1] Discriminators are emitted in DWARF 2 format
Classification: Unclassified
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: debug
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: anitha.boyap...@atmel.com


Created attachment 25566
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25566
testcase to reproduce the bug

GCC 4.6.1 emits discriminators even in dwarf2 format. For e.g,


$avr-gcc test.c -gstrict-dwarf -S -mmcu=atxmega128a1 -g -gdwarf-2


It gives the following assembly:

delay_ms:
.LFB0:
.file 1 "test.c"
.loc 1 3 0
push r28
...

.L5:
.loc 1 9 0
std Y+3,__zero_reg__
std Y+4,__zero_reg__
rjmp .L3
.L4:
.loc 1 9 0 is_stmt 0 discriminator 2
ldd r24,Y+3
ldd r25,Y+4
...


Version: 
$ avr-gcc -v
Using built-in specs.
COLLECT_GCC=c:\Program Files\Atmel\AVR Tools\AVR
Toolchain\avr8-gnu-toolchain-de
v-win32_x86\bin\avr-gcc.exe
COLLECT_LTO_WRAPPER=c:/program files/atmel/avr tools/avr
toolchain/avr8-gnu-tool
chain-dev-win32_x86/bin/../libexec/gcc/avr/4.6.1/lto-wrapper.exe
Target: avr
...
Thread model: single
gcc version 4.6.1

[Bug bootstrap/50709] [4.7 Regression] stage3 bootstrap comparison failure with --disable-checking config option

[belyshev at depni dot sinp.msu.ru]

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

Serge Belyshev  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #7 from Serge Belyshev  
2011-10-21 02:44:00 UTC ---
Fixed.

[Bug bootstrap/50709] [4.7 Regression] stage3 bootstrap comparison failure with --disable-checking config option

[gfunck at gcc dot gnu.org]

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

--- Comment #6 from gfunck at gcc dot gnu.org 2011-10-21 02:23:30 UTC ---
Author: gfunck
Date: Fri Oct 21 02:23:26 2011
New Revision: 180285

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180285
Log:
Merge trunk version 180276 into gupc branch.
Incorporate fix for PR bootstrap/50709.

Added:
branches/gupc/gcc/testsuite/g++.dg/eh/partial1.C
  - copied unchanged from r180276, trunk/gcc/testsuite/g++.dg/eh/partial1.C
branches/gupc/gcc/testsuite/gcc.target/i386/pr50766.c
  - copied unchanged from r180276,
trunk/gcc/testsuite/gcc.target/i386/pr50766.c
branches/gupc/gcc/testsuite/gfortran.dg/format_string.f
  - copied unchanged from r180276,
trunk/gcc/testsuite/gfortran.dg/format_string.f
branches/gupc/gcc/testsuite/gfortran.dg/substring_integer_index.f90
  - copied unchanged from r180276,
trunk/gcc/testsuite/gfortran.dg/substring_integer_index.f90
Modified:
branches/gupc/   (props changed)
branches/gupc/gcc/ChangeLog
branches/gupc/gcc/ChangeLog.upc
branches/gupc/gcc/config/i386/i386.c
branches/gupc/gcc/config/i386/i386.h
branches/gupc/gcc/config/i386/i386.md
branches/gupc/gcc/config/i386/i386.opt
branches/gupc/gcc/config/rs6000/rs6000.c
branches/gupc/gcc/config/spu/spu.c
branches/gupc/gcc/cp/ChangeLog
branches/gupc/gcc/cp/typeck2.c
branches/gupc/gcc/doc/cppopts.texi
branches/gupc/gcc/doc/invoke.texi
branches/gupc/gcc/doc/tm.texi
branches/gupc/gcc/doc/tm.texi.in
branches/gupc/gcc/fortran/ChangeLog
branches/gupc/gcc/fortran/check.c
branches/gupc/gcc/fortran/io.c
branches/gupc/gcc/fortran/resolve.c
branches/gupc/gcc/ggc-zone.c
branches/gupc/gcc/ipa-inline.c
branches/gupc/gcc/lto/ChangeLog
branches/gupc/gcc/lto/lto.c
branches/gupc/gcc/optabs.c
branches/gupc/gcc/target.def
branches/gupc/gcc/testsuite/ChangeLog
branches/gupc/gcc/testsuite/gcc.dg/ipa/ipa-sra-2.c
branches/gupc/gcc/testsuite/gcc.dg/ipa/ipa-sra-6.c
branches/gupc/gcc/testsuite/gcc.dg/lto/pr46940_0.c
branches/gupc/gcc/testsuite/gcc.dg/tree-prof/val-prof-7.c
branches/gupc/gcc/testsuite/gcc.target/i386/pr40906-1.c
branches/gupc/gcc/testsuite/gcc.target/i386/pr40906-2.c
branches/gupc/gcc/testsuite/gcc.target/i386/pr46226.c
branches/gupc/gcc/testsuite/gcc.target/i386/vperm-v2df.c
branches/gupc/gcc/testsuite/gcc.target/i386/vperm-v2di.c
branches/gupc/gcc/testsuite/gcc.target/i386/vperm-v4sf-1.c
branches/gupc/gcc/testsuite/gcc.target/i386/vperm-v4sf-2.c
branches/gupc/gcc/testsuite/gcc.target/i386/vperm-v4si-1.c
branches/gupc/gcc/testsuite/gcc.target/i386/vperm-v4si-2.c
branches/gupc/gcc/testsuite/gfortran.dg/ishft_3.f90
branches/gupc/gcc/testsuite/lib/lto.exp
branches/gupc/libjava/ChangeLog
branches/gupc/libjava/exception.cc
branches/gupc/libobjc/ChangeLog
branches/gupc/libobjc/exception.c

Propchange: branches/gupc/
('svn:mergeinfo' modified)

[Bug driver/50740] CPUID leaf 7 for BMI/BMI2/AVX2 feature detection not qualified with max_level and doesn't use subleaf

[hjl.tools at gmail dot com]

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

--- Comment #1 from H.J. Lu  2011-10-21 01:09:46 
UTC ---
Created attachment 25565
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25565
A patch

Kirill, can you take care of it?

[Bug c++/50811] G++ rejects class-virt-specifier if class-head-name includes nested-name-specifier

[ville.voutilainen at gmail dot com]

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

--- Comment #4 from Ville Voutilainen  
2011-10-21 00:40:58 UTC ---
Patch in
http://gcc.gnu.org/ml/gcc-patches/2011-10/msg01914.html

[Bug target/50814] SH Target: SHAD / SHLD instructions not used on SH2A

[kkojima at gcc dot gnu.org]

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

--- Comment #1 from Kazumoto Kojima  2011-10-21 
00:24:36 UTC ---
(In reply to comment #0)
> It is also not clear to me why SH2A seems to require different handling for
> dynamic shifts than SH3 or SH4...

Will be slightly different because sh2a's shad&shld are 4-byte
insns.  Perhaps something like below will work, though I don't
test it at all.

diff -up ORIG/gcc/config/sh/sh.h gcc/config/sh/sh.h
--- ORIG/gcc/config/sh/sh.h2011-04-23 09:43:19.0 +0900
+++ gcc/config/sh/sh.h2011-10-21 08:15:25.0 +0900
@@ -2371,7 +2371,8 @@ extern int current_function_interrupt;
 #define ACCUMULATE_OUTGOING_ARGS TARGET_ACCUMULATE_OUTGOING_ARGS

 #define SH_DYNAMIC_SHIFT_COST \
-  (TARGET_HARD_SH4 ? 1 : TARGET_SH3 ? (optimize_size ? 1 : 2) : 20)
+  (TARGET_HARD_SH4 ? 1 : TARGET_SH3 ? (optimize_size ? 1 : 2) \
+   : TARGET_SH2A ? 2 : 20)


 #define NUM_MODES_FOR_MODE_SWITCHING { FP_MODE_NONE }
diff -up ORIG/gcc/config/sh/sh.c gcc/config/sh/sh.c
--- ORIG/gcc/config/sh/sh.c2011-07-29 09:31:42.0 +0900
+++ gcc/config/sh/sh.c2011-10-21 09:03:36.0 +0900
@@ -3246,7 +3246,7 @@ expand_ashiftrt (rtx *operands)
   char func[18];
   int value;

-  if (TARGET_SH3)
+  if (TARGET_SH3 || TARGET_SH2A)
 {
   if (!CONST_INT_P (operands[2]))
 {
diff -up ORIG/gcc/config/sh/sh.md gcc/config/sh/sh.md
--- ORIG/gcc/config/sh/sh.md2011-08-02 09:47:17.0 +0900
+++ gcc/config/sh/sh.md2011-10-21 08:58:49.0 +0900
@@ -3424,15 +3424,6 @@ label:
 ;;
 ;; shift left

-(define_insn "ashlsi3_sh2a"
-  [(set (match_operand:SI 0 "arith_reg_dest" "=r")
-(ashift:SI (match_operand:SI 1 "arith_reg_operand" "0")
-   (match_operand:SI 2 "arith_reg_operand" "r")))]
-  "TARGET_SH2A"
-  "shad%2,%0"
-  [(set_attr "type" "arith")
-   (set_attr "length" "4")])
-
 ;; This pattern is used by init_expmed for computing the costs of shift
 ;; insns.

@@ -3441,14 +3432,14 @@ label:
 (ashift:SI (match_operand:SI 1 "arith_reg_operand" "0,0,0,0")
(match_operand:SI 2 "nonmemory_operand" "r,M,P27,?ri")))
(clobber (match_scratch:SI 3 "=X,X,X,&r"))]
-  "TARGET_SH3
+  "(TARGET_SH3 || TARGET_SH2A)
|| (TARGET_SH1 && satisfies_constraint_P27 (operands[2]))"
   "@
shld%2,%0
add%0,%0
shll%O2%0
#"
-  "TARGET_SH3
+  "(TARGET_SH3 || TARGET_SH2A)
&& reload_completed
&& CONST_INT_P (operands[2])
&& ! satisfies_constraint_P27 (operands[2])"
@@ -3457,7 +3448,11 @@ label:
 [(set (match_dup 0) (ashift:SI (match_dup 1) (match_dup 3)))
  (clobber (match_dup 4))])]
   "operands[4] = gen_rtx_SCRATCH (SImode);"
-  [(set_attr "length" "*,*,*,4")
+  [(set_attr_alternative "length"
+ [(if_then_else
+(ne (symbol_ref "TARGET_SH2A") (const_int 0))
+(const_int 4) (const_int 2))
+ (const_int 2) (const_int 2) (const_int 4)])
(set_attr "type" "dyn_shift,arith,arith,arith")])

 (define_insn "ashlhi3_k"
@@ -3584,15 +3579,6 @@ label:
 ; arithmetic shift right
 ;

-(define_insn "ashrsi3_sh2a"
-  [(set (match_operand:SI 0 "arith_reg_dest" "=r")
-(ashiftrt:SI (match_operand:SI 1 "arith_reg_operand" "0")
-   (neg:SI (match_operand:SI 2 "arith_reg_operand" "r"]
-  "TARGET_SH2A"
-  "shad%2,%0"
-  [(set_attr "type" "dyn_shift")
-   (set_attr "length" "4")])
-
 (define_insn "ashrsi3_k"
   [(set (match_operand:SI 0 "arith_reg_dest" "=r")
 (ashiftrt:SI (match_operand:SI 1 "arith_reg_operand" "0")
@@ -3687,9 +3673,13 @@ label:
   [(set (match_operand:SI 0 "arith_reg_dest" "=r")
 (ashiftrt:SI (match_operand:SI 1 "arith_reg_operand" "0")
  (neg:SI (match_operand:SI 2 "arith_reg_operand" "r"]
-  "TARGET_SH3"
+  "TARGET_SH3 || TARGET_SH2A"
   "shad%2,%0"
-  [(set_attr "type" "dyn_shift")])
+  [(set_attr_alternative "length"
+ [(if_then_else
+(ne (symbol_ref "TARGET_SH2A") (const_int 0))
+(const_int 4) (const_int 2))])
+   (set_attr "type" "dyn_shift")])

 (define_insn "ashrsi3_n"
   [(set (reg:SI R4_REG)
@@ -3735,22 +3725,17 @@ label:

 ;; logical shift right

-(define_insn "lshrsi3_sh2a"
-  [(set (match_operand:SI 0 "arith_reg_dest" "=r")
-(lshiftrt:SI (match_operand:SI 1 "arith_reg_operand" "0")
- (neg:SI (match_operand:SI 2 "arith_reg_operand" "r"]
-  "TARGET_SH2A"
-  "shld%2,%0"
-  [(set_attr "type" "dyn_shift")
-   (set_attr "length" "4")])
-
 (define_insn "lshrsi3_d"
   [(set (match_operand:SI 0 "arith_reg_dest" "=r")
 (lshiftrt:SI (match_operand:SI 1 "arith_reg_operand" "0")
  (neg:SI (match_operand:SI 2 "arith_reg_operand" "r"]
-  "TARGET_SH3"
+  "TARGET_SH3 || TARGET_SH2A"
   "shld%2,%0"
-  [(set_attr "type" "dyn_shift")])
+  [(set_attr "type" "dyn_shift")
+   (set_attr_alternative "length"
+ [(if_then_else
+(ne (symbol_ref "TARGET_SH2A") (const_int 0))
+(const_int 4) (const_int 2))])])

 ;;  Only the single bit shift clobbers the T bit.

[Bug fortran/50815] ICE on assignment to non-allocated deferred length character when -fbounds-check

[rohou at brandeis dot edu]

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

--- Comment #1 from A. Rohou  2011-10-21 00:19:10 
UTC ---
I have come up with an even simpler reproducer:


$ cat test2.f90
subroutine test(string)
character(len=:), allocatable :: string
allocate(character(len=3) :: string)
end subroutine test
$ gfortran -c -fbounds-check test2.f90
test2.f90: In function ‘test’:
test2.f90:1:0: internal compiler error: in copy_to_mode_reg, at explow.c:635
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[Bug libstdc++/50196] [C++0x] std::thread not available under macos

[redi at gcc dot gnu.org]

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

--- Comment #6 from Jonathan Wakely  2011-10-21 
00:15:23 UTC ---
Created attachment 25564
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25564
patch for configure

could you test the patch at
http://gcc.gnu.org/ml/gcc-patches/2011-10/msg01912.html ?

you'll also need this attached patch for configure

[Bug c++/45385] [4.4/4.5/4.6/4.7 Regression] missing -Wconversion for method calls

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC|lopezibanez at gmail dot|
   |com, paolo.carlini at   |
   |oracle dot com  |
 AssignedTo|unassigned at gcc dot   |paolo.carlini at oracle dot
   |gnu.org |com

[Bug fortran/50815] New: ICE on assignment to non-allocated deferred length character when -fbounds-check

[rohou at brandeis dot edu]

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

 Bug #: 50815
   Summary: ICE on assignment to non-allocated deferred length
character when -fbounds-check
Classification: Unclassified
   Product: gcc
   Version: 4.6.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ro...@brandeis.edu


Created attachment 25563
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25563
reproducer & output for ICE

The following code (test.f90):
SUBROUTINE TEST(VALUE)
IMPLICIT NONE
CHARACTER(LEN=:),ALLOCATABLE::VALUE
CHARACTER(LEN=128)::VAL
VALUE = VAL
END SUBROUTINE TEST

triggers an ICE with gfortran 4.6.1 when -fbounds-check is used.

The output from
gfortran -v -save-temps -fbounds-check test.f90
is attached

[Bug c++/50811] G++ rejects class-virt-specifier if class-head-name includes nested-name-specifier

[ville.voutilainen at gmail dot com]

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

--- Comment #3 from Ville Voutilainen  
2011-10-20 23:48:15 UTC ---
(In reply to comment #2)
> It thus looks like it gets parsed as a class definition instead of a variable
> definition.

..which is actually correct, pardon my ruminations, it just fails
to do the same when the subject case is done. Ok. I can at least take
a look at this.

[Bug c++/50811] G++ rejects class-virt-specifier if class-head-name includes nested-name-specifier

[ville.voutilainen at gmail dot com]

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

--- Comment #2 from Ville Voutilainen  
2011-10-20 23:34:06 UTC ---
It thus looks like it gets parsed as a class definition instead of a variable
definition.

[Bug c++/50811] G++ rejects class-virt-specifier if class-head-name includes nested-name-specifier

[ville.voutilainen at gmail dot com]

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

--- Comment #1 from Ville Voutilainen  
2011-10-20 23:26:57 UTC ---
Oh my.

struct C
{
int x;
};

int main()
{
struct C final {};
int y = final.x;
}

says 
error: ‘final’ was not declared in this scope

When it's just struct C final; it works fine.

[Bug debug/50799] [4.7 Regression] FAIL: gcc.dg/guality/pr43177.c

[aoliva at gcc dot gnu.org]

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

--- Comment #10 from Alexandre Oliva  2011-10-20 
22:52:54 UTC ---
Yep.  That, or some other difference in the compiler's assembly output, that I
asked for in comment 1.

[Bug debug/50799] [4.7 Regression] FAIL: gcc.dg/guality/pr43177.c

[hjl.tools at gmail dot com]

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

--- Comment #9 from H.J. Lu  2011-10-20 22:41:19 
UTC ---
(In reply to comment #6)
> What kind of error are you getting from gdb 7.3?  Since 7.2 is getting the
> correct info, that's the bug report that ought to be submitted to GDB.

I got

Breakpoint 1, baz (x=) at
/export/gnu/import/git/gcc/gcc/testsuite/gcc.dg/guality/pr43177.c:24^M
24bar (l);/* { dg-final { gdb-test 24 "x" "7" } } */^M
$1 = ^M
$2 = 7^M 
 != 7

It could be a GDB regression.

[Bug target/50694] SH Target: SH2A little endian does not actually work

[kkojima at gcc dot gnu.org]

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

--- Comment #8 from Kazumoto Kojima  2011-10-20 
22:40:27 UTC ---
(In reply to comment #7)

This problem doesn't require the theoretical/mathematical
completeness.  There are many inappropriate combinations
of options which don't get any warning when running compiler
and configurations.  The important thing is to warn very
confusing ones from the user's point of view.  So your patch
in #6 or even one liner in #2 would be OK and enough for
this PR, I think.

[Bug debug/50799] [4.7 Regression] FAIL: gcc.dg/guality/pr43177.c

[aoliva at gcc dot gnu.org]

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

--- Comment #8 from Alexandre Oliva  2011-10-20 
21:45:42 UTC ---
Err, that doesn't seem to tell what errors you're getting from gdb.  I know
older GDB might cause tests to be skipped, but that's not the case here.  I'm
getting the expected 48 passes and nothing else from make check-gcc
guality.exp=pr43177.c

[Bug testsuite/50722] FAIL: gcc.dg/pr49994-3.c (test for excess errors)

[sje at cup dot hp.com]

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

Steve Ellcey  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||sje at cup dot hp.com
 Resolution||FIXED

--- Comment #2 from Steve Ellcey  2011-10-20 21:31:53 
UTC ---
Fixed by adding do-skip-if to the testcase.

[Bug testsuite/50722] FAIL: gcc.dg/pr49994-3.c (test for excess errors)

[sje at gcc dot gnu.org]

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

--- Comment #1 from Steve Ellcey  2011-10-20 21:26:05 
UTC ---
Author: sje
Date: Thu Oct 20 21:26:01 2011
New Revision: 180277

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180277
Log:
2011-10-20  Steve Ellcey  

PR testsuite/50722
* gcc.dg/pr49994-3.c: Skip on HP-UX.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/pr49994-3.c

[Bug debug/50799] [4.7 Regression] FAIL: gcc.dg/guality/pr43177.c

[hjl.tools at gmail dot com]

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

--- Comment #7 from H.J. Lu  2011-10-20 21:04:59 
UTC ---
(In reply to comment #6)
> What kind of error are you getting from gdb 7.3?  Since 7.2 is getting the
> correct info, that's the bug report that ought to be submitted to GDB.

My understanding is most of guality tests are skipped with older
GDB, like

# make check-gcc RUNTESTFLAGS="guality.exp=pr43177.c"
...
# of expected passes20
# of unsupported tests28

Is gcc.dg/guality/pr43177.c tested with GDB 7.2?

[Bug bootstrap/50812] libbid build fails with ICE on bid128_div.c

[dominiq at lps dot ens.fr]

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

--- Comment #4 from Dominique d'Humieres  2011-10-20 
20:50:16 UTC ---
AFAICT this is now fixed (probably r180249):

Author:hubicka
Date:Thu Oct 20 12:18:56 2011 UTC (8 hours, 29 minutes ago)
Changed paths:2
Log Message:
* ipa-inline.c (inline_small_functions): Always update all calles after
inlining.

[Bug target/50814] New: SH Target: SHAD / SHLD instructions not used on SH2A

[oleg.e...@t-online.de]

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

 Bug #: 50814
   Summary: SH Target: SHAD / SHLD instructions not used on SH2A
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: oleg.e...@t-online.de
CC: kkoj...@gcc.gnu.org
Target: sh2a-*-*


Although there are some insns (e.g. ashlsi3_sh2a) that are supposed to handle
dynamic shifts on SH2A, somehow the dynamic shift instructions SHAD and SHLD
are never generated, no matter what the shift amount is.


int x_shad_right (int y)
{
  return y >> 15;
}

mov.l.L6,r1
sts.lpr,@-r15
jsr@r1
nop
movr4,r0
lds.l   @r15+,pr
rts/n

.align 2
.L6:
.long___ashiftrt_r4_15


int x_shad_left (int y)
{
  return y << 15;
}

movr4,r0
shll8r0
shlrr0
rts
shll8r0



Using built-in specs.
COLLECT_GCC=sh-elf-gcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/sh-elf/4.7.0/lto-wrapper
Target: sh-elf
Configured with: ../gcc-trunk/configure --target=sh-elf --prefix=/usr/local
--enable-languages=c,c++ --enable-multilib --disable-libssp --disable-nls
--disable-werror --enable-lto --with-newlib --with-gnu-as --with-gnu-ld
--with-system-zlib
Thread model: single
gcc version 4.7.0 20111020 (experimental) (GCC) 



It is also not clear to me why SH2A seems to require different handling for
dynamic shifts than SH3 or SH4...

[Bug fortran/50690] [4.7 Regression] ICE with front end optimization and OMP workshare

[tkoenig at gcc dot gnu.org]

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

Thomas Koenig  changed:

   What|Removed |Added

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

[Bug target/50766] Binutils 2.22.51 rejects bmi2 pext operation with memory operands

[hjl at gcc dot gnu.org]

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

--- Comment #7 from hjl at gcc dot gnu.org  2011-10-20 
20:37:37 UTC ---
Author: hjl
Date: Thu Oct 20 20:37:32 2011
New Revision: 180271

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180271
Log:
Fix operands order in BMI2 patterns.

gcc/

2011-10-20  Kirill Yukhin  

PR target/50766
* config/i386/i386.md (bmi_bextr_): Update register/
memory operand order.
(bmi2_bzhi_3): Ditto.
(bmi2_pdep_3): Ditto.
(bmi2_pext_3): Ditto.

gcc/testsuite/

2011-10-20  Kirill Yukhin  

PR target/50766
* gcc.target/i386/pr50766.c: New test.

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

[Bug bootstrap/50812] libbid build fails with ICE on bid128_div.c

[fxcoudert at gcc dot gnu.org]

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

Francois-Xavier Coudert  changed:

   What|Removed |Added

 CC||jh at suse dot cz

--- Comment #3 from Francois-Xavier Coudert  
2011-10-20 20:25:44 UTC ---
So it's not mingw-specific, it's a full i686/x86_64 bootstrap failure.

This seems due to either of these two patches:

2011-10-19  Jan Hubicka  

* ipa-inline.c (inline_small_functions): Always update all calles after
inlining.

2011-10-19  Jan Hubicka  

PR bootstrap/50709
* ipa-inline.c (inline_small_functions): Fix checking code to not make
effect on fibheap stability.

[Bug c++/50800] Internal compiler error in finish_member_declarations, possibly related to may_alias attribute

[mathias at gaunard dot com]

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

--- Comment #3 from Mathias Gaunard  2011-10-20 
20:07:24 UTC ---
Created attachment 25562
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25562
Reduced testcase

Original testcase reduced using automated delta tools

[Bug debug/50799] [4.7 Regression] FAIL: gcc.dg/guality/pr43177.c

[aoliva at gcc dot gnu.org]

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

--- Comment #6 from Alexandre Oliva  2011-10-20 
19:57:41 UTC ---
What kind of error are you getting from gdb 7.3?  Since 7.2 is getting the
correct info, that's the bug report that ought to be submitted to GDB.

[Bug target/50813] gcc.dg/torture/vshuf-{v4di,v8si}.c fail on AVX target

[jakub at gcc dot gnu.org]

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

--- Comment #2 from Jakub Jelinek  2011-10-20 
19:52:45 UTC ---
Strange, wonder how I've missed this.
I guess easiest would be probably just to
if (!TARGET_AVX2)
  {
struct expand_vec_perm_d d_copy = *d;
d_copy.target = gen_lowpart (V{4DF,8SF}mode, d->target);
d_copy.op0 = gen_lowpart (V{4DF,8SF}mode, d->op0);
d_copy.op1 = gen_lowpart (V{4DF,8SF}mode, d->op1);
return expand_vec_perm_even_odd_1 (&d_copy);
  }
for V{4DI,8SI}mode.  Or if (!TARGET_AVX2) return false;.

[Bug target/50813] gcc.dg/torture/vshuf-{v4di,v8si}.c fail on AVX target

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-10-20
 Ever Confirmed|0   |1

--- Comment #1 from Uros Bizjak  2011-10-20 19:45:44 
UTC ---
The failure manifests as:

In file included from vshuf-v4di.c:14:0:
vshuf-main.inc: In function ‘test_16’:
vshuf-main.inc:28:1: error: unrecognizable insn:
(insn 36 39 37 3 (set (reg:V4DI 99)
(unspec:V4DI [
(reg:V4DI 66 [ a.8 ])
(reg:V4DI 98)
(const_int 32 [0x20])
] UNSPEC_VPERMTI)) vshuf-main.inc:28 -1
 (nil))
vshuf-main.inc:28:1: internal compiler error: in extract_insn, at recog.c:2137
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

-O2 -mavx

[Bug target/50813] New: gcc.dg/torture/vshuf-{v4di,v8si}.c fail on AVX target

[ubizjak at gmail dot com]

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

 Bug #: 50813
   Summary: gcc.dg/torture/vshuf-{v4di,v8si}.c fail on AVX target
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ubiz...@gmail.com
CC: ja...@gcc.gnu.org, r...@gcc.gnu.org
Target: x86-avx


Recent failure on AVX targets [1].

These two testcases try to generate avx2_permv2ti insn, which is disabled on
non-AVX2 targets:

(define_insn "avx2_permv2ti"
  [(set (match_operand:V4DI 0 "register_operand" "=x")
(unspec:V4DI
  [(match_operand:V4DI 1 "register_operand" "x")
   (match_operand:V4DI 2 "nonimmediate_operand" "xm")
   (match_operand:SI 3 "const_0_to_255_operand" "n")]
  UNSPEC_VPERMTI))]
  "TARGET_AVX2"
  "vperm2i128\t{%3, %2, %1, %0|%0, %1, %2, %3}"
  [(set_attr "type" "sselog")
   (set_attr "prefix" "vex")
   (set_attr "mode" "OI")])

The pattern is generated through ix86_vectorize_builtin_vec_perm_ok via:

Breakpoint 1, gen_avx2_permv2ti (operand0=0x715862e0, 
operand1=0x715862a0, operand2=0x715862c0, operand3=0x71997670)
at insn-emit.c:14480
14480{
(gdb) bt
#0  gen_avx2_permv2ti (operand0=0x715862e0, operand1=0x715862a0, 
operand2=0x715862c0, operand3=0x71997670) at insn-emit.c:14480
#1  0x00adca70 in expand_vec_perm_even_odd_1 (d=0x7fffdda0, odd=0)
at /home/uros/gcc-svn/trunk/gcc/config/i386/i386.c:36132
#2  0x00adcdda in expand_vec_perm_even_odd (d=0x7fffdda0)
at /home/uros/gcc-svn/trunk/gcc/config/i386/i386.c:36201
#3  0x00add743 in ix86_expand_vec_perm_builtin_1 (d=0x7fffdda0)
at /home/uros/gcc-svn/trunk/gcc/config/i386/i386.c:36456
#4  0x00adecdc in ix86_vectorize_builtin_vec_perm_ok (
vec_type=0x71ac65e8, mask=0x71b132a0)
at /home/uros/gcc-svn/trunk/gcc/config/i386/i386.c:36776
#5  0x007c89a3 in can_vec_perm_expr_p (type=0x71ac65e8, 
sel=0x71b132a0) at /home/uros/gcc-svn/trunk/gcc/optabs.c:6717

[1] http://gcc.gnu.org/ml/gcc-testresults/2011-10/msg02319.html

[Bug target/50572] unstable performance on Atom due to loop alignment

[hjl at gcc dot gnu.org]

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

--- Comment #1 from hjl at gcc dot gnu.org  2011-10-20 
19:29:57 UTC ---
Author: hjl
Date: Thu Oct 20 19:29:52 2011
New Revision: 180268

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180268
Log:
Change Atom align_loops_max_skip to 15.

2011-10-20  Sergey Ostanevich  

PR target/50572
* config/i386/i386.c (processor_target_table): Change Atom
align_loops_max_skip to 15.

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

[Bug debug/50799] [4.7 Regression] FAIL: gcc.dg/guality/pr43177.c

[hjl.tools at gmail dot com]

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

--- Comment #5 from H.J. Lu  2011-10-20 19:24:55 
UTC ---
You should try gdb 7.3 to see if it makes a difference.

[Bug c++/41449] Partial aggregate initialization not cleaned up on exception

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

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

--- Comment #3 from Jason Merrill  2011-10-20 
19:18:56 UTC ---
Fixed for 4.7.

[Bug debug/50799] [4.7 Regression] FAIL: gcc.dg/guality/pr43177.c

[aoliva at gcc dot gnu.org]

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

--- Comment #4 from Alexandre Oliva  2011-10-20 
19:15:51 UTC ---
Just tried with ld.gold instead, still no failure.

[Bug c++/41449] Partial aggregate initialization not cleaned up on exception

[jason at gcc dot gnu.org]

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

--- Comment #2 from Jason Merrill  2011-10-20 
19:13:54 UTC ---
Author: jason
Date: Thu Oct 20 19:13:51 2011
New Revision: 180267

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180267
Log:
PR c++/41449
* typeck2.c (split_nonconstant_init_1): Handle EH cleanup of
initialized subobjects.

Added:
trunk/gcc/testsuite/g++.dg/eh/partial1.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/typeck2.c
trunk/gcc/testsuite/ChangeLog

[Bug c++/41449] Partial aggregate initialization not cleaned up on exception

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

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

[Bug fortran/50407] compiler confused by .operator.

[ubizjak at gmail dot com]

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

--- Comment #15 from Uros Bizjak  2011-10-20 18:53:12 
UTC ---
(In reply to comment #14)
> Fixed on trunk at revision 180261.  Forgot to include PR number
> in ChangeLog, so commit message won't show up in audit trail.

This can be solved by copying commit message from gcc-cvs@ ML by hand.

Like ... this:

Author: kargl
Date: Thu Oct 20 17:04:53 2011
New Revision: 180261

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180261
Log:
2011-10-16  Steven G. Kargl

* io.c (match_dt_format): Match a user-defined operator or a kind
type prefixed string.

2011-10-16  Steven G. Kargl

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

Added:
trunk/gcc/testsuite/gfortran.dg/format_string.f
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/io.c
trunk/gcc/testsuite/ChangeLog

[Bug debug/50799] [4.7 Regression] FAIL: gcc.dg/guality/pr43177.c

[aoliva at gcc dot gnu.org]

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

Alexandre Oliva  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME

--- Comment #3 from Alexandre Oliva  2011-10-20 
18:48:13 UTC ---
I'm on BLAG 140k/x86_64 (=~ Fedora 14).  The fact that the same compiler code
works on a similar platform suggests to me that the problem is not in the
compiler, but rather in the linker or the debugger.

I'm confused as to your report.  You wrote Linux/ia32, but it's a GDB for
x86_64, which suggests a 64-x-32 build or a 32-bit bootstrap starting with a
64-bit -m32 compiler, or maybe a 32-bit bootstrap compiler on a x86_64
platform.  Anyhow, I tried all but the last of these options, to no avail, so
I'll leave this alone unless I get more evidence that this is indeed a problem
in the compiler, rather than some bug elsewhere that the patch happened to
expose.

For the record, I've used:

gcc-4.5.1-4.fc14.x86_64 (with -m32)
glibc-2.14-4.i686
binutils-2.20.51.0.7-8.fc14.x86_64
gdb-7.2-51.fc14.x86_64

and ld.bfd is the linker used by the bootstrap and the built compilers.

[Bug target/50694] SH Target: SH2A little endian does not actually work

[oleg.e...@t-online.de]

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

--- Comment #7 from Oleg Endo  2011-10-20 18:44:32 UTC 
---
(In reply to comment #6)
> (In reply to comment #5)
> > I'll send in a patch with a couple of other cosmetic changes later, OK?
> 
> Please go for it.

..or maybe just leave it as it is :T
The change I was suggesting opens up another problem with multilib and endian
config / selection.
I think instead of adding / implementing the endian restrictions it would be
more useful to expand little endian support in binutils and drop the endian
restrictions in gcc altogether once binutils fully support it.

What do you think? Would that make more sense in the end?

[Bug fortran/50514] gfortran should check ISHFT & ISHFTC aruments (r178939)

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #5 from kargl at gcc dot gnu.org 2011-10-20 18:11:33 UTC ---
Fixed on trunk for static checking.  Runtime checking is not
going to happen due to the overhead.

[Bug bootstrap/50778] [4.7 Regression] Bootstrap failure on powerpc-apple-darwin9

[iains at gcc dot gnu.org]

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

--- Comment #9 from Iain Sandoe  2011-10-20 17:44:56 
UTC ---
This might be the easier one to debug:

Running /GCC/gcc-live-trunk/gcc/testsuite/gcc.dg/compat/struct-layout-1.exp ...
FAIL: tmpdir-gcc.dg-struct-layout-1/t002 c_compat_main_tst.o compile, 
(internal compiler error)
FAIL: tmpdir-gcc.dg-struct-layout-1/t002 c_compat_x_tst.o compile,  (internal
compiler error)
FAIL: tmpdir-gcc.dg-struct-layout-1/t002 c_compat_y_tst.o compile,  (internal
compiler error)

seems (possibly) to be failing in parsing a system header

[Bug debug/50799] [4.7 Regression] FAIL: gcc.dg/guality/pr43177.c

[hjl.tools at gmail dot com]

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

--- Comment #2 from H.J. Lu  2011-10-20 17:30:07 
UTC ---
I saw them on Fedora 15 with gdb-7.3-43.fc15.x86_64.

[Bug fortran/50524] *** glibc detected *** invalid free() pointer on illegal code (r178939)

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #3 from kargl at gcc dot gnu.org 2011-10-20 17:28:19 UTC ---
Fixed on trunk.  Thanks for the report.

[Bug fortran/50524] *** glibc detected *** invalid free() pointer on illegal code (r178939)

[kargl at gcc dot gnu.org]

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

--- Comment #2 from kargl at gcc dot gnu.org 2011-10-20 17:15:23 UTC ---
Author: kargl
Date: Thu Oct 20 17:15:06 2011
New Revision: 180262

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180262
Log:
2011-10-15  Steven G. Kargl  

PR fortran/50524
* resolve.c (resolve_ref): Check return value of resolve_substring().

2011-10-15  Steven G. Kargl  

PR fortran/50524
* gfortran.dg/substring_integer_index.f90: New test.

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

[Bug fortran/50407] compiler confused by .operator.

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #14 from kargl at gcc dot gnu.org 2011-10-20 17:10:00 UTC ---
Fixed on trunk at revision 180261.  Forgot to include PR number
in ChangeLog, so commit message won't show up in audit trail.

[Bug debug/50799] [4.7 Regression] FAIL: gcc.dg/guality/pr43177.c

[aoliva at gcc dot gnu.org]

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

--- Comment #1 from Alexandre Oliva  2011-10-20 
16:46:29 UTC ---
On it.  FWIW, I don't get these failures with rev 180136, with or without the
patch, and I can't trigger them at 180194 either.  Can you get more info on
what the failure is (say, debug dumps, asm output, whatever) so I can try to
blind-debug it?  TIA,

[Bug tree-optimization/50644] ICE in set_is_used added today

[andi-gcc at firstfloor dot org]

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

--- Comment #13 from Andi Kleen  2011-10-20 
16:44:42 UTC ---
I only have a core file. It's really hard to catch the correct lto1
in gdb in a complex LTO build. The only sane way I found to at least
get some gdb information is to use -dH and use the corefile.
But then calling debug_tree doesn't work of course.

[Bug tree-optimization/50644] ICE in set_is_used added today

[jakub at gcc dot gnu.org]

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

--- Comment #12 from Jakub Jelinek  2011-10-20 
16:39:15 UTC ---
It doesn't contain enough info though.
In particular, it would be nice to see
p debug_tree (*(tree *)0x2b11d2f00c00)
(the first argument for the innermost walk_tree_1)
and possibly for the outer one too and maybe track through conditional
breakpoint on ggc-page.c ggc_alloc_stat return stmt where the VAR_DECL in it
has been created.

[Bug tree-optimization/50644] ICE in set_is_used added today

[andi-gcc at firstfloor dot org]

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

--- Comment #11 from Andi Kleen  2011-10-20 
16:30:27 UTC ---
I did fire gdb up of course, the output is in the initial report.
I also tracked it down to exactly your commit.

[Bug tree-optimization/50644] ICE in set_is_used added today

[matz at gcc dot gnu.org]

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

--- Comment #10 from Michael Matz  2011-10-20 16:15:36 
UTC ---
Why is it so difficult to just fire up gdb?  This all could be solved in a
couple of minutes.

[Bug bootstrap/50812] libbid build fails with ICE on bid128_div.c

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-10-20
 Ever Confirmed|0   |1

--- Comment #2 from Dominique d'Humieres  2011-10-20 
15:30:34 UTC ---
There is numerous bootstrap failures between revisions 180241 (OK) and 180248
with this ICE (see http://gcc.gnu.org/ml/gcc-regression/2011-10/) .

[Bug target/47989] -mrecip causes 482.sphinx3, 464.h264ref and 481.wrf to miscompare

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
URL||http://gcc.gnu.org/ml/gcc-p
   ||atches/2011-10/msg01825.htm
   ||l
 Resolution||FIXED
   Target Milestone|--- |4.7.0

--- Comment #5 from Uros Bizjak  2011-10-20 15:29:51 
UTC ---
We now use reciprocals for vectorized operators by default, see threads at [1],
[2] and [3] for the discussion.

[1] http://gcc.gnu.org/ml/gcc-patches/2011-08/msg02550.html
[2] http://gcc.gnu.org/ml/gcc-patches/2011-09/msg00212.html
[3] http://gcc.gnu.org/ml/gcc-patches/2011-10/msg01825.html

So, fixed.

[Bug bootstrap/50812] libbid build fails with ICE on bid128_div.c

[fxcoudert at gcc dot gnu.org]

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

--- Comment #1 from Francois-Xavier Coudert  
2011-10-20 15:25:20 UTC ---
I should have added that I am using trunk revision 180247.

[Bug bootstrap/50812] New: libbid build fails with ICE on bid128_div.c

[fxcoudert at gcc dot gnu.org]

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

 Bug #: 50812
   Summary: libbid build fails with ICE on bid128_div.c
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Keywords: build, ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: fxcoud...@gcc.gnu.org
  Host: x86_64-apple-darwin11
Target: i586-pc-mingw32
 Build: x86_64-apple-darwin11


Created attachment 25561
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25561
Preprocessed source triggering the ICE

Building a cross-compiler to i586-pc-mingw32 fails with an ICE while compiling
libgcc, or more precisely, libbid's bid128_div.c:

../../../../gcc/trunk/libgcc/config/libbid/bid128_div.c:1851:1: internal
compiler error: in inline_small_functions, at ipa-inline.c:1407

The cross-compiler is configured with: ../../gcc/trunk/configure
--prefix=/Users/fx/devel/mingw/cross --target=i586-pc-mingw32 --disable-werror
--with-gmp=/Users/fx/devel/gcc/deps-static/x86_64 --enable-languages=c,fortran

The backtrace of the ICE is:

#0  fancy_abort (file=0x100aae258 "../../../gcc/trunk/gcc/ipa-inline.c",
line=1407, function=0x100aae9a0 "inline_small_functions") at diagnostic.c:897
#1  0x00010056dd1a in ipa_inline () at ipa-inline.c:1407
#2  0x000100617f17 in execute_one_pass (pass=0x100aae258) at passes.c:2064
#3  0x000100618a7c in execute_ipa_pass_list (pass=0x100aae258) at
passes.c:2431
#4  0x00010035f89c in ipa_passes [inlined] () at
/Users/fx/devel/gcc/trunk/gcc/cgraphunit.c:2061
#5  0x00010035f89c in cgraph_optimize () at cgraphunit.c:2116
#6  0x00010036099f in cgraph_finalize_compilation_unit () at
cgraphunit.c:1312
#7  0x0001000157d8 in c_write_global_declarations () at c-decl.c:9940
#8  0x0001006db701 in do_compile [inlined] () at
/Users/fx/devel/gcc/trunk/gcc/toplev.c:581


I attach the preprocessed source. The bug is triggered consistently at -O1 and
higher optimization. It can be reproduced simply with "cc1 -O bid128_div.i"

[Bug target/49868] Implement named address space to place/access data in flash memory

[gjl at gcc dot gnu.org]

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

--- Comment #6 from Georg-Johann Lay  2011-10-20 
15:18:51 UTC ---
(In reply to comment #5)
> Hi Johann,
> 
> I would prefer if the name of the address space for program memory be named
> "__flash" so that way it is the same name as what the IAR compiler uses. Using
> the same name as the IAR compiler assists users who wish to migrate from the
> IAR to the GCC toolchains. Like so:
> 
> +  c_register_addr_space ("__flash", ADDR_SPACE_PGM);

I chose __pgm because it is different to __flash. Even though I know nothing
about IAR's __flash I can hardly imagine that __pgm does 100% the same.

It's implementation defined and using the same identifier would give rise to
the incorrect assumption that both imlementations behave exactly the same,
which most probably is not the case.

Moreover, the problem of > 64k flash is not yet addressed. As far as I can see,
there are three approches:

1.
Don't do anything about it.

2.
Implement bunch of ASes like __pgm1, __pgm2 for each 64k chunk.
This is easiest to implement and has least side effects on avr back end.
These AVRs are segmented architecture and at some points an implementation
cannot hide that to the user.

This would require changes in default ld script or user would have to supply
his own ld script to locate the 64k chunks/sections.

3.
Implement thing like __pgmx that is attached to 24 bit address.
This is way more complicated because a new machine mode PSI must be supported
or else the AS has to hitchhike SImode.

When crossing section boundaries ELPM Z+ changes RAMPZ, leading to messy code
in the general case.

Notice that it is not possible to split additions in the AVR BE because there
is still cc0. And there is *no* address register that can hold pointers > 16
bits. X cannot because Y might be FP, Y cannot because it might be PF, Z cannot
because there is no register R32 whouch would then be RAMPZ. Dunno if treating
RAMPZ as GPR instead of as SFR is doable and sane.

[Bug target/47989] -mrecip causes 482.sphinx3, 464.h264ref and 481.wrf to miscompare

[uros at gcc dot gnu.org]

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

--- Comment #4 from uros at gcc dot gnu.org 2011-10-20 15:13:39 UTC ---
Author: uros
Date: Thu Oct 20 15:13:30 2011
New Revision: 180256

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180256
Log:
PR target/47989
* config/i386/i386.h (RECIP_MASK_DEFAULT): New define.
* config/i386/i386.op (recip_mask): Initialize with RECIP_MASK_DEFAULT.
* doc/invoke.texi (ix86 Options, -mrecip): Document that GCC
implements vectorized single float division and vectorized sqrtf(x)
with reciprocal sequence with additional Newton-Raphson step with
-ffast-math.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.h
trunk/gcc/config/i386/i386.opt
trunk/gcc/doc/invoke.texi

[Bug c++/50811] New: G++ rejects class-virt-specifier if class-head-name includes nested-name-specifier

[redi at gcc dot gnu.org]

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

 Bug #: 50811
   Summary: G++ rejects class-virt-specifier if class-head-name
includes nested-name-specifier
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Keywords: rejects-valid
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: r...@gcc.gnu.org
CC: ja...@gcc.gnu.org


namespace B {
struct C;
};

struct B::C final { };

f.C:5:13: error: variable 'B::C final' has initializer but incomplete type

[Bug target/49868] Implement named address space to place/access data in flash memory

[eric.weddington at atmel dot com]

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

--- Comment #5 from Eric Weddington  
2011-10-20 14:36:01 UTC ---
Hi Johann,

I would prefer if the name of the address space for program memory be named
"__flash" so that way it is the same name as what the IAR compiler uses. Using
the same name as the IAR compiler assists users who wish to migrate from the
IAR to the GCC toolchains. Like so:

+  c_register_addr_space ("__flash", ADDR_SPACE_PGM);

[Bug bootstrap/50778] [4.7 Regression] Bootstrap failure on powerpc-apple-darwin9

[iains at gcc dot gnu.org]

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

--- Comment #8 from Iain Sandoe  2011-10-20 14:29:12 
UTC ---
Unfortunately, as of r180241, I still have the bootstrap fail in building
libgfortran (Java untested) and the ICEs in struct-layout-1.

[Bug tree-optimization/50644] ICE in set_is_used added today

[andi-gcc at firstfloor dot org]

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

--- Comment #9 from Andi Kleen  2011-10-20 
14:05:49 UTC ---
Previously the builds produced working code. Now they just segfault.
If I revert the patches (plus the ones depending on it) I get working
code again.

In my book that's a "fix". I don't know what the bug was, but it can't
be worth ICEing instead.

[Bug target/50719] segmentation fault when attempting to build libav with gcc trunk

[gseanmcg at gmail dot com]

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

Sean McGovern  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID

--- Comment #4 from Sean McGovern  2011-10-20 
13:56:44 UTC ---
Closing as INVALID, this issue was likely fallout from other problems on this
target.

[Bug c++/50810] c++0x-compat does not warn about narrowing conversions

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

   Keywords||diagnostic
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-10-20
 Ever Confirmed|0   |1

--- Comment #1 from Jonathan Wakely  2011-10-20 
13:55:02 UTC ---
(In reply to comment #0)
> This is significantly the largest source of compatibility errors in our
> code-base today

yep, same here

[Bug c++/50810] New: c++0x-compat does not warn about narrowing conversions

[public at alisdairm dot net]

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

 Bug #: 50810
   Summary: c++0x-compat does not warn about narrowing conversions
Classification: Unclassified
   Product: gcc
   Version: 4.6.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: pub...@alisdairm.net


The following program is rejected by g++ in -std=c++0x mode (assuming 'char' is
signed) but does not raise any warnings when compiled with -Wc++0x-compat:


int main() {
   char data[] = { 0xff };
   char value = 0xff;
}


This is significantly the largest source of compatibility errors in our
code-base today (>95% of our known issues), so it would be very useful if the
warning caught these.

[Bug target/50809] New: driver-arm.c:55:11: error: anonymous type with no linkage used to declare variable ' vendors []' with linkage [-Werror]

[danglin at gcc dot gnu.org]

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

 Bug #: 50809
   Summary: driver-arm.c:55:11: error: anonymous type with no
linkage used to declare variable '
vendors []' with linkage [-Werror]
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: dang...@gcc.gnu.org
  Host: armv5tejl-unknown-linux-gnueabi
Target: armv5tejl-unknown-linux-gnueabi
 Build: armv5tejl-unknown-linux-gnueabi


/home/dave/gnu/gcc/objdir/./prev-gcc/g++
-B/home/dave/gnu/gcc/objdir/./prev-gcc/
 -B/home/dave/opt/gnu/gcc/gcc-4.7/armv5tejl-unknown-linux-gnueabi/bin/
-nostdinc
++
-B/home/dave/gnu/gcc/objdir/prev-armv5tejl-unknown-linux-gnueabi/libstdc++-v3
/src/.libs
-B/home/dave/gnu/gcc/objdir/prev-armv5tejl-unknown-linux-gnueabi/libs
tdc++-v3/libsupc++/.libs
-I/home/dave/gnu/gcc/objdir/prev-armv5tejl-unknown-linu
x-gnueabi/libstdc++-v3/include/armv5tejl-unknown-linux-gnueabi
-I/home/dave/gnu/
gcc/objdir/prev-armv5tejl-unknown-linux-gnueabi/libstdc++-v3/include
-I/home/dav
e/gnu/gcc/gcc/libstdc++-v3/libsupc++
-L/home/dave/gnu/gcc/objdir/prev-armv5tejl-
unknown-linux-gnueabi/libstdc++-v3/src/.libs
-L/home/dave/gnu/gcc/objdir/prev-ar
mv5tejl-unknown-linux-gnueabi/libstdc++-v3/libsupc++/.libs -c   -g -O2 -gtoggle
-DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror  
-DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/.
-I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include
-I/home/dave/opt/gnu/include  -I../../gcc/gcc/../libdecnumber
-I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber  
-I/home/dave/opt/gnu/include -I. -I. -I../../gcc/gcc -I../../gcc/gcc/.
-I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include
-I/home/dave/opt/gnu/include  -I../../gcc/gcc/../libdecnumber
-I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber  
../../gcc/gcc/config/arm/driver-arm.c
../../gcc/gcc/config/arm/driver-arm.c:55:11: error: anonymous type with no
linkage used to declare variable ' vendors []' with linkage
[-Werror]
cc1plus: all warnings being treated as errors

-bash-3.2$ ./xgcc -B./ -v
Reading specs from ./specs
COLLECT_GCC=./xgcc
COLLECT_LTO_WRAPPER=./lto-wrapper
Target: armv5tejl-unknown-linux-gnueabi
Configured with: ../gcc/configure --enable-languages=c,c++,fortran,objc,obj-c++
--enable-checking=release --enable-shared --enable-threads --disable-multilib
--disable-libmudflap --disable-libssp --enable-symvers=gnu
--enable-__cxa_atexit --disable-libstdcxx-pch
--prefix=/home/dave/opt/gnu/gcc/gcc-4.7 --with-gmp=/home/dave/opt/gnu
--with-as=/home/dave/opt/gnu/bin/as --with-ld=/home/dave/opt/gnu/bin/ld
Thread model: posix
gcc version 4.7.0 20111019 (experimental) [trunk revision 180200] (GCC)

[Bug other/50759] [4.7 Regression] @table ended by @end quotation at line 595

[dodji at gcc dot gnu.org]

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

Dodji Seketeli  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #3 from Dodji Seketeli  2011-10-20 
13:18:17 UTC ---
Fixed by commit r180101

[Bug fortran/50659] [4.4/4.5/4.6/4.7 Regression] [F03] ICE with PROCEDURE statement

[dodji at gcc dot gnu.org]

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

--- Comment #17 from Dodji Seketeli  2011-10-20 
12:37:02 UTC ---
Author: dodji
Date: Thu Oct 20 12:36:55 2011
New Revision: 180250

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180250
Log:
Use @smallexample instead of @quotation in cppopts.texi

gcc/
PR other/50659
* doc/cppopts.texi: Use @smallexample/@end smallexample in
documentation for -fdebug-cpp instead of @quotation/@end quotation
that is not supported by contrib/texi2pod.pl.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/doc/cppopts.texi

[Bug other/50759] [4.7 Regression] @table ended by @end quotation at line 595

[dodji at seketeli dot org]

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

--- Comment #2 from dodji at seketeli dot org  
2011-10-20 11:48:24 UTC ---
> It looks like support for @quotation/@end quotation pairs needs adding to
> texi2pod.pl.

That, or I could just use @smallexample/@end smallexample as in the
other places of the documentation.

I am about to commit the below to trunk as obvious.

Use @smallexample instead of @quotation in cppopts.texi

gcc/
* doc/cppopts.texi: Use @smallexample/@end smallexample in
documentation for -fdebug-cpp instead of @quotation/@end quotation
that is not supported by contrib/texi2pod.pl.

diff --git a/gcc/doc/cppopts.texi b/gcc/doc/cppopts.texi
index ef3a0b2..6c70a0a 100644
--- a/gcc/doc/cppopts.texi
+++ b/gcc/doc/cppopts.texi
@@ -590,9 +590,9 @@ This option is only useful for debugging GCC.  When used
with
 token in the output is preceded by the dump of the map its location
 belongs to.  The dump of the map holding the location of a token would
 be:
-@quotation
+@smallexample

@{@samp{P}:@file{/file/path};@samp{F}:@file{/includer/path};@samp{L}:@var{line_num};@samp{C}:@var{col_num};@samp{S}:@var{system_header_p};@samp{M}:@var{map_address};@samp{E}:@var{macro_expansion_p},@samp{loc}:@var{location}@}
-@end quotation
+@end smallexample

 When used without @option{-E}, this option has no effect.

[Bug bootstrap/50709] [4.7 Regression] stage3 bootstrap comparison failure with --disable-checking config option

[hubicka at gcc dot gnu.org]

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

--- Comment #5 from Jan Hubicka  2011-10-20 
11:46:11 UTC ---
Author: hubicka
Date: Thu Oct 20 11:46:08 2011
New Revision: 180247

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

PR bootstrap/50709
* ipa-inline.c (inline_small_functions): Fix checking code to not make
effect on fibheap stability.

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

[Bug other/50759] [4.7 Regression] @table ended by @end quotation at line 595

[dodji at gcc dot gnu.org]

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

Dodji Seketeli  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011-10-20
 Ever Confirmed|0   |1

[Bug middle-end/50808] Diagnostic output at expansion time should be moved earlier.

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #3 from Jakub Jelinek  2011-10-20 
11:41:44 UTC ---
E.g. for warning/error attribute it is very much intentional it is reported as
late as possible.

[Bug target/50106] [ARM] Wrong code with -march=armv5t -mthumb -Os

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

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

--- Comment #11 from Sebastian Huber  
2011-10-20 11:07:09 UTC ---
Thank you very much.  With this change the GCC 4.6.2-RC-20111019 produces now
correct code in this case.

I know understand why the unused volatile registers are saved and restored. 
This is to get rid of the arithmetic stack adjustments.

--- test.Os.GCC-4.5.s   2011-10-20 13:04:15.384638860 +0200
+++ test.Os.GCC-4.6.s   2011-10-20 13:04:15.396639237 +0200
@@ -17,32 +17,29 @@
.thumb_func
.type   _GetIDS, %function
 _GetIDS:
-   push{lr}
-   ldr r2, .L4
-   sub sp, sp, #12
-   ldr r2, [r2]
-   mov r3, r0
+   push{r0, r1, r2, lr}
+   ldr r3, .L4
ldr r1, .L4+4
-   add r0, sp, #4
-   cmp r3, r2
+   ldr r3, [r3]
+   cmp r0, r3
bge .L2
-   lsl r3, r3, #1
-   add r1, r1, r3
+   lsl r0, r0, #1
+   add r1, r1, r0
 .L2:
mov r2, #2
+   add r0, sp, #4
bl  memcpy
add r3, sp, #4
ldrbr0, [r3, #1]
ldrbr2, [r3]
lsl r0, r0, #8
-   add sp, sp, #12
-   orr r0, r0, r2
+   orr r0, r2
@ sp needed for prologue
-   pop {pc}
+   pop {r1, r2, r3, pc}
 .L5:
.align  2
 .L4:
.word   _LIST_SIZE
.word   _List
.size   _GetIDS, .-_GetIDS
-   .ident  "GCC: (GNU) 4.5.4 20111013 (prerelease)"
+   .ident  "GCC: (GNU) 4.6.2 20111019 (prerelease)"

[Bug middle-end/50808] Diagnostic output at expansion time should be moved earlier.

[paolo.carlini at oracle dot com]

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

--- Comment #2 from Paolo Carlini  2011-10-20 
10:52:49 UTC ---
I think we have already in Bugzilla an old PR about a related issue, for a
specific warning.

[Bug debug/50806] dwarf2out crash: missing GTY?

[jan.kratochvil at redhat dot com]

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

Jan Kratochvil  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID

--- Comment #3 from Jan Kratochvil  
2011-10-20 10:29:58 UTC ---
Rejected by mail and I have no reproducer.

[Bug middle-end/50808] Diagnostic output at expansion time should be moved earlier.

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-10-20
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-10-20 
10:24:22 UTC ---
All builtin warning related stuff needs to go to
check_builtin_function_arguments
and friends.

[Bug middle-end/50808] Diagnostic output at expansion time should be moved earlier.

[hubicka at gcc dot gnu.org]

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

Jan Hubicka  changed:

   What|Removed |Added

   Severity|normal  |enhancement

[Bug middle-end/50808] New: Diagnostic output at expansion time should be moved earlier.

[hubicka at gcc dot gnu.org]

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

 Bug #: 50808
   Summary: Diagnostic output at expansion time should be moved
earlier.
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: hubi...@gcc.gnu.org


We output a lot of errors and warnings at exapnsion time, especially when
dealing with builtins.  This should be moved to after early optimization so it
is consistently output with LTO.

Some testcases needs fat LTO for this prupose right now:
* lib/lto.exp (lto_init): Test slib lto and no-liker-plugin path.
* lto/gcc-dg.exp (check_effective_target_lto): Likewise.
* lto/c-torture.exp: Likewise.
* execute/bultins/strstr-asm.c: Force fat LTO.
* gcc.c-torture/compile/sync-1.c: Likewise.
* gcc.c-torture/compile/sync-1.c: Likewise.
* gcc.c-torture/compile/sync-3.c: Likewise.
* gcc.dg/noncompile/invalid_asm.c: Likewise.
* gcc.dg/noncompile/920507-1.c: Likewise.
* gcc.dg/torture/pr36400.c: Likewise.
* g++.dg/torture/pr34850.C: Likewise.

[Bug target/50807] [avr]

[gjl at gcc dot gnu.org]

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

Georg-Johann Lay  changed:

   What|Removed |Added

   Priority|P3  |P5
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-10-20
   Target Milestone|--- |4.6.2
 Ever Confirmed|0   |1
  Known to fail||4.6.2, 4.7.0
   Severity|normal  |minor

--- Comment #1 from Georg-Johann Lay  2011-10-20 
10:16:37 UTC ---
Confirmed with 4.6.2

The generated code is a bit different.
var is put into the correct section .progmem but there is no error and the
constructor will write to RAM:

.section.text.startup,"ax",@progbits
.type_GLOBAL__sub_I_progmem.c, @function
_GLOBAL__sub_I_progmem.c:
ldi r24,lo8(72)
sts _ZL3var,r24
ret
.size_GLOBAL__sub_I_progmem.c, .-_GLOBAL__sub_I_progmem.c

.global __do_global_ctors
.section .ctors,"a",@progbits
.wordgs(_GLOBAL__sub_I_progmem.c)
.section.progmem.data,"a",@progbits
.type_ZL3var, @object
.size_ZL3var, 1
_ZL3var:
.skip 1,0

[Bug debug/50806] dwarf2out crash: missing GTY?

[jan.kratochvil at redhat dot com]

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

--- Comment #2 from Jan Kratochvil  
2011-10-20 10:15:27 UTC ---
OK, thanks, posted:
http://gcc.gnu.org/ml/gcc-patches/2011-10/msg01850.html

[Bug target/50807] New: [avr]

[gjl at gcc dot gnu.org]

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

 Bug #: 50807
   Summary: [avr]
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Keywords: accepts-invalid
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: g...@gcc.gnu.org
CC: eric.wedding...@atmel.com
Target: avr


The following line of code

const char __attribute__((progmem)) var = "Hallo"[0];

compileds with

avr-g++ progmem.c -S -Os

compiles code that tries to initialize var at run time:

.section.text.startup,"ax",@progbits
.type_GLOBAL__sub_I_progmem.c, @function
_GLOBAL__sub_I_progmem.c:
ldi r24,lo8(72)
sts _ZL3var,r24
ret
.size_GLOBAL__sub_I_progmem.c, .-_GLOBAL__sub_I_progmem.c

.global __do_global_ctors
.section .ctors,"a",@progbits
.wordgs(_GLOBAL__sub_I_progmem.c)
.local_ZL3var
.comm_ZL3var,1,1

As var is located in flash and thus cannot be initialized at runtime, there
should be an error message like
"progmem variable var cannot be initialized at load time".

[Bug target/49485] [4.6 Regression] Performance problem with C++ code

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-10-20
Summary|Performance problem with|[4.6 Regression]
   |C++ code|Performance problem with
   ||C++ code
 Ever Confirmed|0   |1

--- Comment #11 from Paolo Carlini  2011-10-20 
09:27:32 UTC ---
Of course, assuming you actually mean to backport something. Thanks again.

[Bug bootstrap/50778] [4.7 Regression] Bootstrap failure on powerpc-apple-darwin9

[dodji at seketeli dot org]

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

--- Comment #7 from dodji at seketeli dot org  
2011-10-20 09:26:31 UTC ---
> I can give you access to my (slowww) G5 if you mail me your ssh key.

Thank you for giving me access to the box.

[Bug target/50106] [ARM] Wrong code with -march=armv5t -mthumb -Os

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

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

--- Comment #10 from Ramana Radhakrishnan  
2011-10-20 09:25:10 UTC ---
Fixed now I think.

[Bug target/50106] [ARM] Wrong code with -march=armv5t -mthumb -Os

[ramana at gcc dot gnu.org]

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

--- Comment #9 from Ramana Radhakrishnan  2011-10-20 
09:24:10 UTC ---
Author: ramana
Date: Thu Oct 20 09:24:06 2011
New Revision: 180241

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

Backport from mainline fix for PR target/50106.

Modified:
branches/gcc-4_6-branch/gcc/ChangeLog
branches/gcc-4_6-branch/gcc/config/arm/arm.c

[Bug bootstrap/50778] [4.7 Regression] Bootstrap failure on powerpc-apple-darwin9

[dodji at seketeli dot org]

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

--- Comment #6 from dodji at seketeli dot org  
2011-10-20 09:15:31 UTC ---
FWIW, this is maybe related to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50801 that got fixed in
commit r180239

[Bug rtl-optimization/50396] SSE division by zero generates incorrect code with optimizations enabled

[rguenth at gcc dot gnu.org]

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

--- Comment #3 from Richard Guenther  2011-10-20 
09:13:21 UTC ---
case DIV:
  /* Handle floating point and integers separately.  */
  if (SCALAR_FLOAT_MODE_P (mode))
{

should probably be FLOAT_MODE_P (mode).

[Bug c++/45333] Include macros in instantiation backtraces

[manu at gcc dot gnu.org]

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

--- Comment #5 from Manuel López-Ibáñez  2011-10-20 
09:11:42 UTC ---
(In reply to comment #4)
> 
> Agreed again. I suspect this is related to our (ab)use of the global
> input_location instead of relying on the precise location of the tokens
> we are dealing with.  So I guess it'll take some iterations to generally
> get this right, as you know already.

Indeed. I must say it is superb that the infrastructure is there already, once
this is a bit more stable, so many new things are possible. You should put a
big item in http://gcc.gnu.org/gcc-4.7/changes.html, and some announcement in
"News":

"Diagnostics in C++ have been significantly improved for 4.7: (1) The reasons
for overload and lookup failure are now detailed described (thanks to the work
of Nathan Froyd) (2) GCC is able to track macro expansions to provide more
accurate locations in diagnostics (thanks to the work of Dodji Seketeli), and
(3) Several hundreds of bugs related to diagnostics have been fixed for 4.7
(thanks to the work of Paolo Carlini and other contributors)."

[Bug rtl-optimization/50396] SSE division by zero generates incorrect code with optimizations enabled

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-10-20
  Component|target  |rtl-optimization
Version|unknown |4.7.0
 Ever Confirmed|0   |1
  Known to fail||4.5.2, 4.7.0

--- Comment #2 from Richard Guenther  2011-10-20 
09:11:06 UTC ---
Confirmed.  Broken by CSE1 on RTL at -O1.

[Bug bootstrap/50801] macro location tracking patch set breaks bootstrap

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #5 from Richard Guenther  2011-10-20 
09:05:20 UTC ---
fixed.

[Bug target/50106] [ARM] Wrong code with -march=armv5t -mthumb -Os

[ramana at gcc dot gnu.org]

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

--- Comment #8 from Ramana Radhakrishnan  2011-10-20 
09:07:36 UTC ---
Author: ramana
Date: Thu Oct 20 09:07:30 2011
New Revision: 180240

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


2011-10-20  Ramana Radhakrishnan  

   PR target/50106
   * config/arm/arm.c (thumb_unexpanded_epilogue): Handle return
reg size from 1-3.


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

[Bug middle-end/50795] [4.7 Regression] FAIL: gcc.dg/tree-ssa/builtin-expect-[1234].c

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|--- |4.7.0

[Bug middle-end/50795] [4.7 Regression] FAIL: gcc.dg/tree-ssa/builtin-expect-[1234].c

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 CC||danglin at gcc dot gnu.org

--- Comment #4 from Richard Guenther  2011-10-20 
09:04:33 UTC ---
*** Bug 50805 has been marked as a duplicate of this bug. ***

[Bug tree-optimization/50805] [4.7 Regression] FAIL: gcc.dg/tree-ssa/builtin-expect-[1-4].c scan-tree-dump-times gimple "builtin_expect[^\n]*, 0\);\n[^\n]*if" 2

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE
   Target Milestone|--- |4.7.0

--- Comment #1 from Richard Guenther  2011-10-20 
09:04:33 UTC ---
dup

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

[Bug debug/50806] dwarf2out crash: missing GTY?

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #1 from Jakub Jelinek  2011-10-20 
09:03:23 UTC ---
Patches should be posted to gcc-patches mailing list.

[Bug debug/50799] [4.7 Regression] FAIL: gcc.dg/guality/pr43177.c

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|--- |4.7.0

[Bug middle-end/50802] [4.7 Regression] FAIL: gcc.c-torture/execute/arith-rand-ll.c execution at -O2 and -Os

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|--- |4.7.0

[Bug testsuite/50803] [4.7 Regression] FAIL: gcc.dg/ipa/inline-5.c scan-ipa-dump-times inline "Will be eliminated" 4

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-10-20
  Component|tree-optimization   |testsuite
 CC||hubicka at gcc dot gnu.org
 Ever Confirmed|0   |1
   Target Milestone|--- |4.7.0

--- Comment #1 from Richard Guenther  2011-10-20 
09:00:20 UTC ---
Callee-copy thing.  Consider XFAILing for your target.

[Bug target/50396] SSE division by zero generates incorrect code with optimizations enabled

[mathias at gaunard dot com]

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

--- Comment #1 from Mathias Gaunard  2011-10-20 
08:58:19 UTC ---
This bug has stayed as unconfirmed for a while.
Is there anything that I could do to help?