[Bug debug/55257] [4.8 Regression]: g++.dg/debug/dwarf2/non-virtual-thunk.C scan-assembler thunk.C:30

[jakub at gcc dot gnu.org]

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



--- Comment #1 from Jakub Jelinek  2012-11-12 
07:51:26 UTC ---

If the target doesn't call final_start_function and final_end_function in

output_mi_thunk targhook (or equivalent), it is a target bug.

[Bug middle-end/55279] New pseudo registers aren't supported in CSE

[hjl.tools at gmail dot com]

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



--- Comment #2 from H.J. Lu  2012-11-12 07:25:27 
UTC ---

If we revert the explow.c change:



http://gcc.gnu.org/viewcvs?view=revision&revision=177592



gcc.dg/Warray-bounds.c will cause valgrind error with



-fno-diagnostics-show-caret -O2 -Warray-bounds -S -mx32 -maddress-mode=long

[Bug c++/55280] Compiler error: Class definition is recognized as function declaration

[pinskia at gcc dot gnu.org]

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



--- Comment #1 from Andrew Pinski  2012-11-12 
06:36:20 UTC ---

A a(B()); is a function declaration and not a variable declaration.  This is

one of the ambiguities of the parsing which the C++ standard decided it was a

function rather than a variable.

[Bug c++/55280] New: Compiler error: Class definition is recognized as function declaration

[guangmuzhu at gmail dot com]

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



 Bug #: 55280

   Summary: Compiler error: Class definition is recognized as

function declaration

Classification: Unclassified

   Product: gcc

   Version: 4.7.2

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c++

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: guangmu...@gmail.com





A and B are both class. If a object is defined by "A a(B());", compiler reports

a is none-class type A(B (*)()).

I guess g++ translates it to "B temp(); A a(b);". If a is defined by "A

a(B(argument));", it's OK. But unfortunately, default constructor is not

allowed to be used like "B temp();", temp is declared as a function.

ps: vs 2008 doesn't have the problem

[Bug c++/54413] Option for turning off compiler extensions for -std=c++11 with respect to complex/fixed-point numbers missing

[3dw4rd at verizon dot net]

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



Ed Smith-Rowland <3dw4rd at verizon dot net> changed:



   What|Removed |Added



  Attachment #28617|0   |1

is obsolete||



--- Comment #14 from Ed Smith-Rowland <3dw4rd at verizon dot net> 2012-11-12 
05:39:13 UTC ---

Created attachment 28665

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28665

Committed patch.



Committed the following.

[Bug middle-end/55030] [4.8 Regression]: gcc.c-torture/execute/builtins/memcpy-chk.c execution, -Os (et al)

[hp at gcc dot gnu.org]

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



--- Comment #4 from Hans-Peter Nilsson  2012-11-12 
04:53:55 UTC ---

(In reply to comment #3)

> Created attachment 28664 [details]

> reduced test-case



Only intended for code inspection, not a self-contained test-case; that's

already covered as in the original description.

[Bug middle-end/55030] [4.8 Regression]: gcc.c-torture/execute/builtins/memcpy-chk.c execution, -Os (et al)

[hp at gcc dot gnu.org]

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



--- Comment #3 from Hans-Peter Nilsson  2012-11-12 
04:37:04 UTC ---

Created attachment 28664

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28664

reduced test-case



Reduced test-case.  Do e.g. "cc1 -fpreprocessed pr55030-chk.i -quiet -dumpbase

pr55030-chk.c -m32 -mtune=generic -march=x86-64 -auxbase pr55030-chk -Os -w

-version -fno-diagnostics-show-caret -fno-tree-loop-distribute-patterns -o

pr55030-chk.s"

[Bug middle-end/55142] [4.8 Regression] internal compiler error: in plus_constant, at explow.c:88

[hjl.tools at gmail dot com]

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



--- Comment #32 from H.J. Lu  2012-11-12 04:08:02 
UTC ---

Can we limit



(zero_extend:DI (plus:SI (FOO:SI) (const_int Y)))



to



(plus:DI (zero_extend:DI (FOO:SI)) (const_int Y))



transformation to Y > TARGET SPECIFIC VALUE? For x86-64,

it is -16*1023*1024.

[Bug middle-end/55279] New pseudo registers aren't supported in CSE

[pinskia at gcc dot gnu.org]

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



--- Comment #1 from Andrew Pinski  2012-11-12 
03:49:22 UTC ---

Can you explain how you hit this with what patch and what testcase on what

target?

[Bug middle-end/55279] New: New pseudo registers aren't supported in CSE

[hjl.tools at gmail dot com]

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



 Bug #: 55279

   Summary: New pseudo registers aren't supported in CSE

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: middle-end

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: hjl.to...@gmail.com





Since CSE allocates register table in init_cse_reg_info,

if a pseudo register is created to convert memory address,

we get



==23925== 

==23925== Debugger has detached.  Valgrind regains control.  We continue.

==23925== Invalid write of size 4

==23925==at 0xF813E1: get_cse_reg_info_1(unsigned int) (cse.c:826)

==23925==by 0xF81473: get_cse_reg_info(unsigned int) (cse.c:841)

==23925==by 0xF84792: hash_rtx_cb(rtx_def const*, machine_mode, int*, int*,

bool, int (*)(rtx_def const*, machine_mode, rtx_def**, machine_mode*))

(cse.c:2312)

==23925==by 0xF85097: hash_rtx(rtx_def const*, machine_mode, int*, int*,

bool) (cse.c:2560)

==23925==by 0xF850C7: canon_hash(rtx_def*, machine_mode) (cse.c:2571)

==23925==by 0xF899F7: cse_insn(rtx_def*) (cse.c:4703)

==23925==by 0xF8EA8A: cse_extended_basic_block(cse_basic_block_data*)

(cse.c:6408)

==23925==by 0xF8F024: cse_main(rtx_def*, int) (cse.c:6585)

==23925==by 0xF90D40: rest_of_handle_cse() (cse.c:7435)

==23925==by 0x936857: execute_one_pass(opt_pass*) (passes.c:2337)

==23925==by 0x936ACE: execute_pass_list(opt_pass*) (passes.c:2398)

==23925==by 0x936AFF: execute_pass_list(opt_pass*) (passes.c:2399)

==23925==  Address 0xb7611fc is 12 bytes after a block of size 2,560 alloc'd

==23925==at 0x4A0881C: malloc (vg_replace_malloc.c:270)

==23925==by 0x10E4F74: xmalloc (xmalloc.c:147)

==23925==by 0xF812FF: init_cse_reg_info(unsigned int) (cse.c:793)

==23925==by 0xF8EE57: cse_main(rtx_def*, int) (cse.c:6528)

==23925==by 0xF90D40: rest_of_handle_cse() (cse.c:7435)

==23925==by 0x936857: execute_one_pass(opt_pass*) (passes.c:2337)

==23925==by 0x936ACE: execute_pass_list(opt_pass*) (passes.c:2398)

==23925==by 0x936AFF: execute_pass_list(opt_pass*) (passes.c:2399)

==23925==by 0x666D1D: expand_function(cgraph_node*) (cgraphunit.c:1643)

==23925==by 0x6671D8: expand_all_functions() (cgraphunit.c:1747)

==23925==by 0x667C62: compile() (cgraphunit.c:2045)

==23925==by 0x667DE1: finalize_compilation_unit() (cgraphunit.c:2122)

==23925== 



get_cse_reg_info_1 doesn't check if regno < cse_reg_info_table_size.

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

[olegendo at gcc dot gnu.org]

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



Oleg Endo  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED



--- Comment #9 from Oleg Endo  2012-11-12 01:26:14 
UTC ---

OK, closed then.

[Bug target/53512] SH Target: Allow fsca and fsrra for non-SH4A

[olegendo at gcc dot gnu.org]

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



--- Comment #4 from Oleg Endo  2012-11-12 00:27:59 
UTC ---

Author: olegendo

Date: Mon Nov 12 00:27:56 2012

New Revision: 193423



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

Log:

PR target/53512

* config/sh/sh.md (sincossf3): Fix swapped sin and cos operands.





Modified:

trunk/gcc/ChangeLog

trunk/gcc/config/sh/sh.md

[Bug rtl-optimization/55247] [4.8 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[hjl.tools at gmail dot com]

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



H.J. Lu  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||FIXED



--- Comment #16 from H.J. Lu  2012-11-11 23:55:38 
UTC ---

Fixed.

[Bug middle-end/55259] plus_constant doesn't handle zero-extended address properly

[hjl.tools at gmail dot com]

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



H.J. Lu  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||FIXED

   Target Milestone|--- |4.8.0



--- Comment #3 from H.J. Lu  2012-11-11 23:54:51 
UTC ---

Fixed.

[Bug rtl-optimization/55278] New: Botan performance regressions apparently due to LRA

[hubicka at gcc dot gnu.org]

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



 Bug #: 55278

   Summary: Botan performance regressions apparently due to LRA

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: rtl-optimization

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: hubi...@gcc.gnu.org





Botan regressed significantly around October 23-25 when LRA was merged as can

be seen http://gcc.opensuse.org/c++bench/botan/botan-summary.txt-1-0.html

Those are all quite straighforward internal loops so it may be easy enough to

analyze what is going wrong.

[Bug target/41993] [sh] ICE in create_pre_exit, at mode-switching.c:399

[ubizjak at gmail dot com]

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



--- Comment #11 from Uros Bizjak  2012-11-11 22:45:18 
UTC ---

(In reply to comment #10)

> Fixed on trunk.



Actually, implementing post-reload pass it looks to me, that in this place we

are only interested in function return hard registers. In pre-reload

mode-switching pass, there is no possibility for others, and in post-reload

pass, we got bitten by the same issue as in comment #4 (again with -O0), but

with hard registers.



Kaz, can you please test following patch, if it works ok SH4?



--cut here--

Index: mode-switching.c

===

--- mode-switching.c(revision 193407)

+++ mode-switching.c(working copy)

@@ -330,7 +330,7 @@

  short_block = 1;

break;

  }

-   if (copy_start >= FIRST_PSEUDO_REGISTER)

+   if (!targetm.calls.function_value_regno_p (copy_start))

  {

last_insn = return_copy;

continue;

--cut here--

[Bug target/53101] Recognize casts to sub-vectors

[glisse at gcc dot gnu.org]

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



--- Comment #6 from Marc Glisse  2012-11-11 22:18:13 
UTC ---

PR 48037 seems related (it was the scalar case).

[Bug rtl-optimization/51447] [4.6/4.7/4.8 Regression] global register variable definition incorrectly removed as dead code

[steven at gcc dot gnu.org]

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



Steven Bosscher  changed:



   What|Removed |Added



   Keywords||patch

 Status|NEW |ASSIGNED

   Last reconfirmed|2011-12-07 00:00:00 |2012-11-11 0:00

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

   |gnu.org |



--- Comment #13 from Steven Bosscher  2012-11-11 
22:11:53 UTC ---

Testing the patches of comment #7 and comment #11.

[Bug rtl-optimization/51447] [4.6/4.7/4.8 Regression] global register variable definition incorrectly removed as dead code

[steven at gcc dot gnu.org]

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



--- Comment #12 from Steven Bosscher  2012-11-11 
22:05:37 UTC ---

(In reply to comment #7)

> Created attachment 26100 [details]

> gcc47-pr51447.patch

> 

> While that fixes the testcase at -O1, at -O2 and above it still fails. 

> Apparently ud_dce pass removes it.



I think DCE should never delete an insn setting a global reg. So in

addition to your patch, we'd need the following patch:



Index: dce.c

===

--- dce.c   (revision 193411)

+++ dce.c   (working copy)

@@ -98,6 +98,11 @@ deletable_insn_p (rtx insn, bool fast, b

   rtx body, x;

   int i;



+  /* If INSN sets a global_reg, leave it untouched.  */

+  for (df_ref *def_rec = DF_INSN_DEFS (insn); *def_rec; def_rec++)

+if (global_regs[DF_REF_REGNO (*def_rec)])

+  return false;

+  

   if (CALL_P (insn)

   /* We cannot delete calls inside of the recursive dce because

 this may cause basic blocks to be deleted and this messes up

[Bug middle-end/55259] plus_constant doesn't handle zero-extended address properly

[ebotcazou at gcc dot gnu.org]

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



--- Comment #2 from Eric Botcazou  2012-11-11 
21:52:53 UTC ---

Author: ebotcazou

Date: Sun Nov 11 21:52:49 2012

New Revision: 193415



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

Log:

PR rtl-optimization/55247

PR middle-end/55259

* emit-rtl.c (adjust_address_1): If POINTERS_EXTEND_UNSIGNED > 0,

handle ZERO_EXTEND.

* recog.c (offsettable_address_addr_space_p): Likewise.



Added:

trunk/gcc/testsuite/gcc.target/i386/pr55247-2.c

Modified:

trunk/gcc/ChangeLog

trunk/gcc/emit-rtl.c

trunk/gcc/recog.c

trunk/gcc/testsuite/ChangeLog

[Bug rtl-optimization/55247] [4.8 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[ebotcazou at gcc dot gnu.org]

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



--- Comment #15 from Eric Botcazou  2012-11-11 
21:52:53 UTC ---

Author: ebotcazou

Date: Sun Nov 11 21:52:49 2012

New Revision: 193415



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

Log:

PR rtl-optimization/55247

PR middle-end/55259

* emit-rtl.c (adjust_address_1): If POINTERS_EXTEND_UNSIGNED > 0,

handle ZERO_EXTEND.

* recog.c (offsettable_address_addr_space_p): Likewise.



Added:

trunk/gcc/testsuite/gcc.target/i386/pr55247-2.c

Modified:

trunk/gcc/ChangeLog

trunk/gcc/emit-rtl.c

trunk/gcc/recog.c

trunk/gcc/testsuite/ChangeLog

[Bug target/42536] [4.6/4.7 regression] ICE in spill_failure, at reload1.c:2141

[steven at gcc dot gnu.org]

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



Steven Bosscher  changed:



   What|Removed |Added



 Blocks|55277   |

Summary|[4.6/4.7/4.8 regression]|[4.6/4.7 regression] ICE in

   |ICE in spill_failure, at|spill_failure, at

   |reload1.c:2141  |reload1.c:2141



--- Comment #13 from Steven Bosscher  2012-11-11 
21:34:36 UTC ---

bug 55277 tracks the similar ICE in LRA instead of reload.

[Bug target/55277] [4.8 regression] ICE in assign_by_spills, at lra-assigns.c:1217

[steven at gcc dot gnu.org]

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



Steven Bosscher  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2012-11-11

   Target Milestone|--- |4.8.0

Summary|[4.6/4.7/4.8 regression]|[4.8 regression] ICE in

   |ICE in assign_by_spills, at |assign_by_spills, at

   |lra-assigns.c:1217  |lra-assigns.c:1217

 Ever Confirmed|0   |1

[Bug target/55277] New: [4.6/4.7/4.8 regression] ICE in assign_by_spills, at lra-assigns.c:1217

[steven at gcc dot gnu.org]

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



 Bug #: 55277

   Summary: [4.6/4.7/4.8 regression] ICE in assign_by_spills, at

lra-assigns.c:1217

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Keywords: ra

  Severity: normal

  Priority: P3

 Component: target

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: ste...@gcc.gnu.org

CC: debian-...@lists.debian.org, gcc-bugs@gcc.gnu.org,

ja...@gcc.gnu.org, l...@gcc.gnu.org, l...@redhat.com,

vmaka...@gcc.gnu.org, vmaka...@redhat.com

Depends on: 42536

Target: i486-linux-gnu





+++ This bug was initially created as a clone of Bug #42536 +++



Cloned for LRA.



/* { dg-do compile { target { { i?86-*-* x86_64-*-* } && ilp32 } } } */

/* { dg-options "-O2 -fno-gcse -fno-omit-frame-pointer -m32" } */



struct C;

struct B { struct C *b; };

struct C { void (*baz) (struct B *, void *, int); };

typedef union { int f; void *e; } D;

struct E { struct B *e; };

struct A { struct E *a1; D *a2; D *a3; };



void

foo (long *x, long y)

{

  *(long long *) x = y;

}



extern long fn1 (D);

extern void fn2 (void);



void

_bar (struct A *x)

{

  register int a asm ("esi");

  register D *volatile b asm ("edi");

  register int c asm ("ebx");

  void *d;

  asm volatile ("" : "=r" (a), "=r" (b), "=r" (c) : : "memory");

  if ((d = b[-2].e) != 0 && b [-2].e < d)

{

  foo (&(((long *) d) + 1) [b[0].f], fn1 (b[-1]));

  x->a2 = (D *) c;

  x->a3 = b;

  fn2 ();

}

  x->a1->e->b->baz (x->a1->e, (void *) (long) a, 1);

}





At trunk r193411:



t.c: In function '_bar':

t.c:36:1: internal compiler error: in assign_by_spills, at lra-assigns.c:1217

 }

 ^

0x8d6d6f assign_by_spills

../../trunk/gcc/lra-assigns.c:1217

0x8d7ab5 lra_assign()

../../trunk/gcc/lra-assigns.c:1369

0x8d2942 lra(_IO_FILE*)

../../trunk/gcc/lra.c:2303

0x882ea0 do_reload

../../trunk/gcc/ira.c:4624

0x883089 rest_of_handle_reload

../../trunk/gcc/ira.c:4737

Please submit a full bug report,

with preprocessed source if appropriate.

[Bug target/55243] STAMP variable is not defined in t-avr

[rolf.ebert.gcc at gmx dot de]

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



--- Comment #3 from Rolf Ebert  2012-11-11 
21:29:58 UTC ---

Here is the requested build log:



make[2]: Entering directory `/c/Devel/gcc-cvs.not/build/gcc-obj/gnattools'

rm -rf ../gcc/ada/tools

mkdir -p ../gcc/ada/tools

(cd ../gcc/ada/tools; cp -p ../sdefault.adb ../snames.ads ../snames.adb .)

rm -f ../gcc/ada/tools/mlib-tgt-specific.adb; cp -p

/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/ada/mlib-tgt-specific-xi.adb

../gcc/ada/tools/mlib-tgt-specific.adb;  rm -f ../gcc/ada/tools/indepsw.adb; cp

-p /c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/ada/indepsw-gnu.adb

../gcc/ada/tools/indepsw.adb;

touch ../gcc/stamp-tools

# gnattools1-re

make -C ../gcc/ada/tools -f ../Makefile \

  "CC=gcc" "CFLAGS=-g -O2 -D__USE_MINGW_ACCESS -W -Wall"

"LDFLAGS=-Wl,--stack,12582912" "ADAFLAGS=-gnatpg -gnata" "ADA_CFLAGS="

"INCLUDES=-I. -I.. -I../.. -I/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/ada

-I/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/config

-I/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/../include

-I/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc"

"ADA_INCLUDES=-IC:/Programme/MinGW2011/local/lib/gcc/mingw32/4.7.0/adalib/../adainclude

-IC:/Programme/MinGW2011/local/lib/gcc/mingw32/4.7.0/adalib/ -I.

-I/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/ada" "exeext=.exe"

"fsrcdir=/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc"

"srcdir=/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc" "GNATMAKE=gnatmake"

"GNATLINK=gnatlink" "GNATBIND=gnatbind" "TOOLSCASE=cross" "LIBGNAT="

INCLUDES="" \

  gnatmake-re gnatlink-re

make[3]: Entering directory `/c/Devel/gcc-cvs.not/build/gcc-obj/gcc/ada/tools'

gawk -f /c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/config/avr/genmultilib.awk -v

FORMAT=Makefile  

/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/config/avr/genmultilib.awk

/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/config/avr/avr-mcus.def > tmp-avr-mlib

/bin/sh /c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/../move-if-change \

tmp-avr-mlib   

/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/config/avr/t-multilib

s-avr-mlib

make[3]: s-avr-mlib: Command not found

make[3]: *** [s-avr-mlib] Error 127

make[3]: Leaving directory `/c/Devel/gcc-cvs.not/build/gcc-obj/gcc/ada/tools'

make[2]: *** [gnattools-cross] Error 2

make[2]: Leaving directory `/c/Devel/gcc-cvs.not/build/gcc-obj/gnattools'

make[1]: *** [all-gnattools] Error 2

make[1]: Leaving directory `/c/Devel/gcc-cvs.not/build/gcc-obj'

make: *** [all] Error 2

[Bug c/33763] [4.6/4.7/4.8 Regression] Bogus inlining failed in call to `xxx': redefined extern inline functions are not considered for inlining

[steven at gcc dot gnu.org]

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



Steven Bosscher  changed:



   What|Removed |Added



 Status|NEW |WAITING



--- Comment #39 from Steven Bosscher  2012-11-11 
21:27:12 UTC ---

Is there still a bug here, after the commits of comment #36 to #38?

[Bug target/15184] [4.6/4.7/4.8 Regression] Direct access to byte inside word not working with -march=pentiumpro

[steven at gcc dot gnu.org]

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



Steven Bosscher  changed:



   What|Removed |Added



 CC|steven at gcc dot gnu.org   |



--- Comment #23 from Steven Bosscher  2012-11-11 
21:24:36 UTC ---

(In reply to comment #21)

> (In reply to comment #20)

> 

> > Please can the RMs have a new look at this.

> 

> This is tuning decision, and I see Intel folks in the CC. I see no problem

> in changing these defaults, if they are supported by some benchmark results.



The original report was probably a tuning issue, but the code from

comment #13 (which is similar to what trunk produces) looks like more

than a tuning issue to me.

[Bug target/55276] [4.8 regression] ppc: callee-saved vector registers not preserved

[mans at mansr dot com]

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



--- Comment #1 from Mans Rullgard  2012-11-11 21:07:12 
UTC ---

Created attachment 28663

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28663

Test case

[Bug target/55276] New: [4.8 regression] ppc: callee-saved vector registers not preserved

[mans at mansr dot com]

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



 Bug #: 55276

   Summary: [4.8 regression] ppc: callee-saved vector registers

not preserved

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: target

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: m...@mansr.com





Created attachment 28662

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28662

Preserve callee-saved vector registers even when vrsave is not in use



Since r191986 the callee-saved vector registers v20-v31 are not preserved when

TARGET_ALTIVEC_VRSAVE is unset.  The attached patch fixes this.

[Bug target/44332] ICE: in copy_to_mode_reg, at explow.c:623 with -mno-sse2

[steven at gcc dot gnu.org]

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



Steven Bosscher  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

  Known to work||4.8.0

 Resolution||FIXED

  Known to fail||4.7.1



--- Comment #4 from Steven Bosscher  2012-11-11 
20:53:21 UTC ---

Passes with GCC 4.7.1 and with current trunk (r193411). Both test cases

from comment #0 do not ICE anymore.



The bug from comment #3 is for another target and therefore unrelated.

[Bug tree-optimization/55238] ICE in find_aggregate_values_for_callers_subset, at ipa-cp.c:2908 building zlib

[ebotcazou at gcc dot gnu.org]

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



Eric Botcazou  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 CC||ebotcazou at gcc dot

   ||gnu.org

 Resolution||FIXED



--- Comment #6 from Eric Botcazou  2012-11-11 
20:50:50 UTC ---

Applied.

[Bug target/43546] [4.6/4.7/4.8 Regression] ICE: in assign_stack_local_1, at function.c:353 with -mpreferred-stack-boundary=2 -msseregparm

[steven at gcc dot gnu.org]

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



Steven Bosscher  changed:



   What|Removed |Added



   Keywords||ra

   Last reconfirmed|2012-01-04 00:00:00 |2012-11-11 0:00



--- Comment #12 from Steven Bosscher  2012-11-11 
20:49:07 UTC ---

Fails with LRA also at r193411:



t.c: In function 'foo':

t.c:2:1: internal compiler error: in assign_stack_local_1, at function.c:400

 void foo() { bar(1.0); }

 ^

0x7de43d assign_stack_local_1(machine_mode, long, int, int)

../../trunk/gcc/function.c:400

0x7defca assign_stack_local(machine_mode, long, int)

../../trunk/gcc/function.c:507

0x8ef086 assign_mem_slot

../../trunk/gcc/lra-spills.c:166

0x8ef32d lra_spill()

../../trunk/gcc/lra-spills.c:551

0x8d29c7 lra(_IO_FILE*)

../../trunk/gcc/lra.c:2320

0x882ea0 do_reload

../../trunk/gcc/ira.c:4624

0x883089 rest_of_handle_reload

../../trunk/gcc/ira.c:4737

Please submit a full bug report,

with preprocessed source if appropriate.

[Bug rtl-optimization/43056] __builtin_prefetch causes ICE: in rtl_verify_flow_info, at cfgrtl.c:2205 with -fsched2-use-superblocks

[steven at gcc dot gnu.org]

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



Steven Bosscher  changed:



   What|Removed |Added



   Last reconfirmed|2010-02-13 23:09:24 |2012-11-11 23:09:24

  Known to fail||



--- Comment #4 from Steven Bosscher  2012-11-11 
20:46:17 UTC ---

Not fixed by r151475, still fails at r193411.



t.c: In function 'foo':

t.c:5:1: internal compiler error: in begin_move_insn, at sched-ebb.c:205

 }

 ^

0xff9b0d begin_move_insn

../../trunk/gcc/sched-ebb.c:205

0xfa3e9b commit_schedule

../../trunk/gcc/haifa-sched.c:5647

0xfaeca4 schedule_block(basic_block_def**, void*)

../../trunk/gcc/haifa-sched.c:6429

0xff94e3 schedule_ebb(rtx_def*, rtx_def*, bool)

../../trunk/gcc/sched-ebb.c:547

0xff97af schedule_ebbs()

../../trunk/gcc/sched-ebb.c:666

0x9ce502 rest_of_handle_sched2

../../trunk/gcc/sched-rgn.c:3565

Please submit a full bug report,

with preprocessed source if appropriate.

[Bug middle-end/55263] [4.8 Regression] ICE: pre_and_rev_post_order_compute, at cfganal.c:875 with -O -fgcse-after-reload -fnon-call-exceptions

[steven at gcc dot gnu.org]

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



Steven Bosscher  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED



--- Comment #4 from Steven Bosscher  2012-11-11 
20:33:26 UTC ---

.

[Bug middle-end/55263] [4.8 Regression] ICE: pre_and_rev_post_order_compute, at cfganal.c:875 with -O -fgcse-after-reload -fnon-call-exceptions

[steven at gcc dot gnu.org]

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



--- Comment #3 from Steven Bosscher  2012-11-11 
20:29:15 UTC ---

Author: steven

Date: Sun Nov 11 20:29:11 2012

New Revision: 193412



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

Log:

gcc/

PR middle-end/55263

* postreload.c (rest_of_handle_postreload): With non-call exceptions,

if edges are purged call cleanup_cfg to remove unreachable blocks.



testsuite/

PR middle-end/55263

* g++.dg/pr55263.C: New test.





Added:

trunk/gcc/testsuite/g++.dg/pr55263.C

Modified:

trunk/gcc/ChangeLog

trunk/gcc/postreload.c

trunk/gcc/testsuite/ChangeLog

[Bug c++/55275] New: abi_tag attribute doesn't work on explicit specializations of class templates

[redi at gcc dot gnu.org]

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

 Bug #: 55275
   Summary: abi_tag attribute doesn't work on explicit
specializations of class templates
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: r...@gcc.gnu.org
CC: ja...@gcc.gnu.org


This doesn't compile:

template
struct __attribute ((abi_tag("cxx11"))) Foo
{
  int f();
};

template<>
struct
__attribute ((abi_tag("cxx11")))
Foo
{
  int f();
};

int main()
{
  Foo f;
  f.f();
}

abi.cc:10:1: error: redeclaration of ‘struct Foo’ adds abi tag "cxx11"
 Foo
 ^
abi.cc:2:41: note: previous declaration here
 struct __attribute ((abi_tag("cxx11"))) Foo
 ^

If I remove the attribute from the specialization then it compiles but the name
of the specialization doesn't include the abi_tag:

 U _ZN3FooIiE1fEv

I want to use this with std::future which has explicit specializations.

[Bug middle-end/55271] missing warning set-but-unused

[jakub at gcc dot gnu.org]

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



Jakub Jelinek  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 CC||jakub at gcc dot gnu.org

 Resolution||INVALID



--- Comment #3 from Jakub Jelinek  2012-11-11 
20:24:39 UTC ---

No, they are both used.  ch in &ch, and p in *p.

[Bug other/55274] New: gcc build hangs on HP-UX 11.11

[mikulas at artax dot karlin.mff.cuni.cz]

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



 Bug #: 55274

   Summary: gcc build hangs on HP-UX 11.11

Classification: Unclassified

   Product: gcc

   Version: 4.7.2

Status: UNCONFIRMED

  Severity: major

  Priority: P3

 Component: other

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: miku...@artax.karlin.mff.cuni.cz

  Host: hppa2.0w-hp-hpux11.11

Target: hppa2.0w-hp-hpux11.11

 Build: hppa2.0w-hp-hpux11.11





Created attachment 28661

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28661

a fix for hung build on HP-UX 11.11



On HP-UX 11.11, gcc build hangs. $(SHLIB_MAPFILES) is empty, cat with empty

imput tries to read stdin and that results in the hang. I'm attaching a patch

to fix the problem.

[Bug c/55273] [4.8.0 regression] ICE in iv_number_of_iterations, at loop-iv.c:2819

[dougmencken at gmail dot com]

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



--- Comment #2 from Douglas Mencken  2012-11-11 
19:58:43 UTC ---

Created attachment 28660

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28660

Assembly source

[Bug c/55273] [4.8.0 regression] ICE in iv_number_of_iterations, at loop-iv.c:2819

[dougmencken at gmail dot com]

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



--- Comment #1 from Douglas Mencken  2012-11-11 
19:58:14 UTC ---

Created attachment 28659

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28659

Original C source

[Bug c/55273] New: [4.8.0 regression] ICE in iv_number_of_iterations, at loop-iv.c:2819

[dougmencken at gmail dot com]

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



 Bug #: 55273

   Summary: [4.8.0 regression] ICE in iv_number_of_iterations, at

loop-iv.c:2819

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: dougmenc...@gmail.com





Created attachment 28658

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28658

Preprocessed source



I tried to build GDB v7.5 with gcc version 4.8.0 20121021 (experimental) (GCC),

and got the following:



powerpc-gnu-linux-uclibc-gcc -c -O3 -O3-I. -I. -I./../common

-I./../regformats -I./../../include -I./../gnulib/import

-Ibuild-gnulib-gdbserver/import -Wall -Wdeclaration-after-statement

-Wpointer-arith -Wformat-nonliteral -Wno-char-subscripts  linux-low.c

-DUSE_THREAD_DB

linux-low.c: In function 'my_waitpid':

linux-low.c:430:1: internal compiler error: in iv_number_of_iterations, at

loop-iv.c:2819

 }

 ^

mmap: Invalid argument

Please submit a full bug report,

with preprocessed source if appropriate.

See  for instructions.

make[4]: *** [linux-low.o] Error 1

make[4]: Leaving directory `/root/build-farm/gdb-v7.5.builddir/gdb/gdbserver'

make[3]: *** [subdir_do] Error 1

make[3]: Leaving directory `/root/build-farm/gdb-v7.5.builddir/gdb'

make[2]: *** [all] Error 2

make[2]: Leaving directory `/root/build-farm/gdb-v7.5.builddir/gdb'

make[1]: *** [all-gdb] Error 2

make[1]: Leaving directory `/root/build-farm/gdb-v7.5.builddir'

make: *** [all] Error 2



Attaching preprocessed source, as well as original C source, and also assembly

file (gdb/gdbserver/linux-low.s).

[Bug tree-optimization/55238] ICE in find_aggregate_values_for_callers_subset, at ipa-cp.c:2908 building zlib

[hubicka at gcc dot gnu.org]

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



--- Comment #5 from Jan Hubicka  2012-11-11 
19:35:31 UTC ---

Author: hubicka

Date: Sun Nov 11 19:35:27 2012

New Revision: 193410



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

Log:

PR tree-optimization/55238

* ipa-cp.c (agg_pass_through_permissible_p): New function.

(propagate_aggs_accross_jump_function): Use it.

(find_aggregate_values_for_callers_subset): Likewise and relax an

assert.



* testsuite/gcc.dg/torture/pr55238.c: New test.



Added:

trunk/gcc/testsuite/gcc.dg/torture/pr55238.c

Modified:

trunk/gcc/ChangeLog

trunk/gcc/ipa-cp.c

trunk/gcc/testsuite/ChangeLog

[Bug target/47440] Use LCM for vzeroupper insertion

[uros at gcc dot gnu.org]

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



--- Comment #7 from uros at gcc dot gnu.org 2012-11-11 19:17:22 UTC ---

Author: uros

Date: Sun Nov 11 19:17:17 2012

New Revision: 193409



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

Log:

PR target/47440

* config/i386/i386.c (check_avx256_stores): Remove.

(ix86_check_avx256_register): New.

(ix86_avx_u128_mode_needed): Use ix86_check_avx256_register.

Check the whole RTX for 256bit registers using for_each_rtx.

(ix86_check_avx_stores): New.

(ix86_avx_u128_mode_after): Change mode of CALL RTX to AVX_U128_CLEAN

if there are no 256bit registers used in the function return register.

(ix86_avx_u128_mode_entry): Use ix86_check_avx256_register.

(ix86_avx_u128_mode_exit): Ditto.





Modified:

trunk/gcc/ChangeLog

trunk/gcc/config/i386/i386.c

[Bug middle-end/55271] missing warning set-but-unused

[dimhen at gmail dot com]

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



--- Comment #2 from Dmitry G. Dyachenko  2012-11-11 
18:42:25 UTC ---

oh, was over-simplified example. Sorry



void f1()

{

char ch;

char *p = &ch;

*p = 0;

}



Now 2 variables are 'set-but-unused'?

[Bug testsuite/55229] [4.8 Regression] FAIL: gcc.dg/tree-ssa/cunroll-1.c scan-tree-dump cunroll "Unrolled loop 1 completely"

[hubicka at gcc dot gnu.org]

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



Jan Hubicka  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED



--- Comment #5 from Jan Hubicka  2012-11-11 
18:27:46 UTC ---

Fixed, sorry for that: cunroll count differs from cunrolli because of loop

header copying in between.

[Bug fortran/48636] Enable more inlining with -O2 and higher

[hubicka at gcc dot gnu.org]

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



--- Comment #36 from Jan Hubicka  2012-11-11 
18:14:40 UTC ---

Author: hubicka

Date: Sun Nov 11 18:14:35 2012

New Revision: 193406



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

Log:



PR middle-end/48636

* ipa-inline.c (want_inline_small_function_p): Take aray index hint.

(edge_badness): Likewise.

* ipa-inline.h (inline_hints_vals): Add array_index and comments.

(inline_summary_: Add ARRAY_INDEX.

* ipa-inline-analysis.c (dump_inline_hints): Dump array_index hint.

(reset_inline_summary): Handle array_index hint.

(inline_node_duplication_hook): Likewise.

(dump_inline_summary): Likewise.

(array_index_predicate): New function.

(estimate_function_body_sizes): Use it.

(estimate_node_size_and_time): Use array_index hint.

(inline_merge_summary, inline_read_section): Likewise.



Modified:

trunk/gcc/ChangeLog

trunk/gcc/ipa-inline-analysis.c

trunk/gcc/ipa-inline.c

trunk/gcc/ipa-inline.h

[Bug middle-end/55195] [4.8 Regression] shorten_branches generates incorrect forward branch distances

[danglin at gcc dot gnu.org]

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



John David Anglin  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2012-11-11

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

   |gnu.org |

 Ever Confirmed|0   |1



--- Comment #15 from John David Anglin  2012-11-11 
18:09:24 UTC ---

Created attachment 28657

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28657

Patch



Testing attached patch.

[Bug fortran/55272] [4.8 Regression] ICE on passing coarray argument between files

[dominiq at lps dot ens.fr]

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



Dominique d'Humieres  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2012-11-11

 Ever Confirmed|0   |1



--- Comment #1 from Dominique d'Humieres  2012-11-11 
17:38:17 UTC ---

Confirmed.

[Bug fortran/55272] New: [4.8 Regression] ICE on passing coarray argument between files

[dominiq at lps dot ens.fr]

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



 Bug #: 55272

   Summary: [4.8 Regression] ICE on passing coarray argument

between files

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: fortran

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: domi...@lps.ens.fr

CC: bur...@gcc.gnu.org





>From http://gcc.gnu.org/ml/fortran/2012-11/msg00021.html



$ cat co_sum_module.f90

module co_sum_module

  implicit none

contains

  subroutine co_sum(scalar)

integer scalar[*]

  end subroutine

end module



$ cat league.f90 

program main

  use co_sum_module

  implicit none

  integer score[*] 

  call co_sum(score)

end program



$ gfortran -c -fcoarray=single co_sum_module.f90

$ gfortran -fcoarray=single league.f90 co_sum_module.o

league.f90: In function 'MAIN__':

league.f90:5:0: internal compiler error: Segmentation fault: 11

   call co_sum(score)



Revision 189780 (2012-07-23) is OK, revision 189986 (2012-07-30) gives the ICE.

The backtrace at r193387 is



#0  gfc_get_nodesc_array_type (etype=, as=, packed=, restricted=)

at ../../_clean/gcc/fortran/trans-types.c:1574

#1  0x00010011f778 in gfc_sym_type (sym=) at

../../_clean/gcc/fortran/trans-types.c:2157

#2  0x00010011e3a5 in gfc_get_function_type (sym=) at

../../_clean/gcc/fortran/trans-types.c:2766

#3  0x0001000e3bbe in gfc_get_extern_function_decl (sym=) at ../../_clean/gcc/fortran/trans-decl.c:1750

#4  0x0001000efbf2 in gfc_conv_procedure_call (se=,

sym=, args=, 

expr=, append_args=) at

../../_clean/gcc/fortran/trans-expr.c:2675

#5  0x000100111b20 in gfc_trans_call (code=,

dependency_check=, mask=, 

count1=, invert=) at

../../_clean/gcc/fortran/trans-stmt.c:407

#6  0x0001000c85f0 in trans_code (code=0x141514fb0, cond=0x0) at

../../_clean/gcc/fortran/trans.c:1385

#7  0x0001000e7004 in gfc_generate_function_code (ns=)

at ../../_clean/gcc/fortran/trans-decl.c:5349

#8  0x00010008465f in gfc_parse_file () at

../../_clean/gcc/fortran/parse.c:4634

#9  0x0001000c4376 in gfc_be_parse_file () at

../../_clean/gcc/fortran/f95-lang.c:191

#10 0x00010066a509 in compile_file () at ../../_clean/gcc/toplev.c:544

#11 0x00010066c369 in toplev_main (argc=4, argv=0x7fff5fbfd758) at

../../_clean/gcc/toplev.c:1864

#12 0x0001acb4 in start (pc=, bases=0x0) at

../../../_clean/libgcc/config/unwind-dw2-fde-darwin.c:271



The ICE disappears if I revert revision 189881 on top of 193391.



Note that the ICE can be reproduced with a single file compiled with

-fcoarray=single -fno-whole-file.

[Bug middle-end/55271] missing warning set-but-unused

[pinskia at gcc dot gnu.org]

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



--- Comment #1 from Andrew Pinski  2012-11-11 
17:24:19 UTC ---

The pointer is used in *li = 0; statement.

[Bug tree-optimization/54077] Bytemark FP EMULATION 9%-15% slower than with clang

[wbrana at gmail dot com]

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



wbrana  changed:



   What|Removed |Added



Summary|[4.7/4.8 Regression]|Bytemark FP EMULATION

   |Bytemark FP EMULATION 44%   |9%-15% slower than with

   |slower than with clang  |clang



--- Comment #16 from wbrana  2012-11-11 16:36:40 UTC 
---

on newer CPU



clang 3.1

FP EMULATION:  594.52  : 285.28  :  65.83

gcc 4.8 branch

FP EMULATION: 544  : 261.04  :  60.23

gcc 4.7 branch

FP EMULATION:  520.32  : 249.67  :  57.61

gcc 4.6 branch

FP EMULATION:  507.84  : 243.69  :  56.23



reverting of 175752 has no effect on 4.7 in case of FP EMU

[Bug tree-optimization/54153] [4.8 Regression] Bytemark IDEA 6% slower

[wbrana at gmail dot com]

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



wbrana  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||WORKSFORME



--- Comment #2 from wbrana  2012-11-11 15:50:11 UTC ---

also can't reproduce on newer CPU

[Bug fortran/53824] ICE with ALLOCATE of coarrays

[tkoenig at gcc dot gnu.org]

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



Thomas Koenig  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED



--- Comment #3 from Thomas Koenig  2012-11-11 
15:08:55 UTC ---

Applying the patch from http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189549

runs into another problem:





ig25@linux-fd1f:~/Krempel/Co> gdb ~/lib/gcc/x86_64-unknown-linux-gnu/4.7.3/f951

GNU gdb (GDB) 7.5

Copyright (C) 2012 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later 

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law.  Type "show copying"

and "show warranty" for details.

This GDB was configured as "x86_64-unknown-linux-gnu".

For bug reporting instructions, please see:

...

Reading symbols from

/home/ig25/lib/gcc/x86_64-unknown-linux-gnu/4.7.3/f951...done.

(gdb) r coarray_allocate_1.f90 

Starting program: /home/ig25/lib/gcc/x86_64-unknown-linux-gnu/4.7.3/f951

coarray_allocate_1.f90

coarray_allocate_1.f90:20.31:



 type(Domain),allocatable :: D[:,:,:]

   1

Schwerwiegender Fehler: Coarray bei (1) ausgeschaltet, -fcoarray= zum

Einschalten verwenden

[Inferior 1 (process 1073) exited with code 01]

(gdb) r ^CQuity_allocate_1.f90 

(gdb) q

ig25@linux-fd1f:~/Krempel/Co> gdb ~/lib/gcc/x86_64-unknown-linux-gnu/4.7.3/f951

GNU gdb (GDB) 7.5

Copyright (C) 2012 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later 

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law.  Type "show copying"

and "show warranty" for details.

This GDB was configured as "x86_64-unknown-linux-gnu".

For bug reporting instructions, please see:

...

Reading symbols from

/home/ig25/lib/gcc/x86_64-unknown-linux-gnu/4.7.3/f951...done.

(gdb) r -fcoarray=single coarray_allocate_1.f90 

Starting program: /home/ig25/lib/gcc/x86_64-unknown-linux-gnu/4.7.3/f951

-fcoarray=single coarray_allocate_1.f90

 jac

Program received signal SIGSEGV, Segmentation fault.

0x0058ddd5 in gfc_build_array_ref (base=0x75df8968, offset=0x0,

decl=0x0) at ../../4-7/gcc/fortran/trans.c:341

341   STRIP_TYPE_NOPS (offset);

(gdb) bt

#0  0x0058ddd5 in gfc_build_array_ref (base=0x75df8968, offset=0x0,

decl=0x0) at ../../4-7/gcc/fortran/trans.c:341

#1  0x00590936 in gfc_conv_descriptor_ubound (desc=,

dim=) at ../../4-7/gcc/fortran/trans-array.c:364

#2  0x00591b07 in gfc_conv_descriptor_ubound_get (dim=0x0,

desc=0x75d03c80) at ../../4-7/gcc/fortran/trans-array.c:377

#3  get_full_array_size (block=0x7fffd2c0, decl=0x75d03c80,

rank=) at ../../4-7/gcc/fortran/trans-array.c:7141

#4  0x00598e40 in structure_alloc_comps (der_type=0x1496a90,

decl=0x75d03c80, dest=dest@entry=0x0, rank=0, purpose=purpose@entry=2)

at ../../4-7/gcc/fortran/trans-array.c:7313

#5  0x0059972f in gfc_nullify_alloc_comp (der_type=,

decl=, rank=)

at ../../4-7/gcc/fortran/trans-array.c:7618

#6  0x0059a0cb in gfc_array_allocate (se=,

expr=0x14c44b0, status=0x0, errmsg=0x0, errlen=0x0, label_finish=0x0, 

expr3_elem_size=0x75e0e840, nelems=0x7fffd798, expr3=0x0) at

../../4-7/gcc/fortran/trans-array.c:5147

#7  0x005d77f2 in gfc_trans_allocate (code=) at

../../4-7/gcc/fortran/trans-stmt.c:4849

#8  0x0058ee58 in trans_code (code=0x14a19e0, cond=0x0) at

../../4-7/gcc/fortran/trans.c:1462

#9  0x005ab3f8 in gfc_generate_function_code (ns=) at

../../4-7/gcc/fortran/trans-decl.c:5344

#10 0x00550dd7 in translate_all_program_units (main_in_tu=true,

gfc_global_ns_list=0x1493120) at ../../4-7/gcc/fortran/parse.c:4455

#11 gfc_parse_file () at ../../4-7/gcc/fortran/parse.c:4668

#12 0x0058b256 in gfc_be_parse_file () at

../../4-7/gcc/fortran/f95-lang.c:250

#13 0x00838f30 in compile_file () at ../../4-7/gcc/toplev.c:557

#14 do_compile () at ../../4-7/gcc/toplev.c:1938

#15 toplev_main (argc=3, argv=0x7fffdca8) at ../../4-7/gcc/toplev.c:2014

#16 0x7643723d in __libc_start_main () from /lib64/libc.so.6

#17 0x004e6f41 in _start () at ../sysdeps/x86_64/elf/start.S:113



so it seems more than this patch is needed to fix this.



Therefore, no backport to 4.7 (since it is fixed on trunk).



Closing.

[Bug target/55171] incorrect virtual thunk on mingw

[mikpe at it dot uu.se]

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



Mikael Pettersson  changed:



   What|Removed |Added



 CC||mikpe at it dot uu.se



--- Comment #5 from Mikael Pettersson  2012-11-11 
14:30:14 UTC ---

It's caused by "[patch i386]: Set for method-functions default

calling-convention to thiscall for 32-bit msabi" in r171890:

http://gcc.gnu.org/ml/gcc-patches/2011-04/msg00066.html

http://gcc.gnu.org/ml/gcc-cvs/2011-04/msg00082.html



With x86_64-w64-mingw32-g++ -m32 -O2 there are numerous code generation

differences in r171890 for this test case (as expected with the changed calling

convention), but looking only at the virtual thunk we see:



--- pr55171.s-r171889   2012-11-11 14:51:38.0 +0100

+++ pr55171.s-r171890   2012-11-11 15:00:58.0 +0100

...

 __ZTv0_n16_NK7Derived3fooEv:

-   movl8(%esp), %eax

-   movl(%eax), %ecx

-   addl-16(%ecx), %eax

-   movl%eax, 8(%esp)

+   movl4(%esp), %eax

+   movl(%eax), %eax

+   addl-16(%eax), %eax

+   movl%eax, 4(%esp)

jmp LTHUNK2

...



The two code sequences are clearly not equivalent (ignore the stack position of

the pointer being adjusted).



Running the test case confirms: with g++ @ r171889 it succeeds, but with g++ @

r171890 it gets a runtime failure.

[Bug middle-end/55271] New: missing warning set-but-unused

[dimhen at gmail dot com]

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



 Bug #: 55271

   Summary: missing warning set-but-unused

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: middle-end

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: dim...@gmail.com





$ cat test.c 

void f()

{

// missing set-but-unused

char *li = 0;

*li = 0; // missing dereference-null ?

}

$ /usr/local/gcc_current_193387/bin/gcc -Wall -Wextra -Ofast test.c -c

$ /usr/local/gcc_current_193387/bin/gcc -v

Using built-in specs.

COLLECT_GCC=/usr/local/gcc_current_193387/bin/gcc

COLLECT_LTO_WRAPPER=/usr/local/gcc_current_193387/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.8.0/lto-wrapper

Target: x86_64-unknown-linux-gnu

Configured with: /home/dimhen/src/gcc-current/configure

--prefix=/usr/local/gcc_current --with-multilib-list=m64 --enable-__cxa_atexit

--enable-shared --enable-checking=yes,df,fold,rtl,tree

--enable-gnu-unique-object --enable-linker-build-id

--enable-languages=c,c++,lto --enable-plugin

--enable-version-specific-runtime-libs --with-tune=generic

Thread model: posix

gcc version 4.8.0 20121110 (experimental) [trunk revision 193387] (GCC)

[Bug target/55268] gcc4.8 mingw-w64 wrong stdcall import symbols generated after rev 193204

[squallatf at gmail dot com]

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



--- Comment #1 from SquallATF  2012-11-11 11:05:58 
UTC ---

I found the reason, TARGET_MANGLE_DECL_ASSEMBLER_NAME is defined to

ix86_mangle_decl_assembler_name in gcc/config/i386/i386.c overide the define

i386_pe_mangle_decl_assembler_name in gcc/config/i386/cygming.h

[Bug tree-optimization/55260] [4.8 Regression] ICE: in ipa_get_parm_lattices, at ipa-cp.c:263 with -O2 -fno-inline -fipa-cp-clone

[dcb314 at hotmail dot com]

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



David Binderman  changed:



   What|Removed |Added



 CC||dcb314 at hotmail dot com



--- Comment #1 from David Binderman  2012-11-11 
10:32:16 UTC ---

This seems to have broken sometime between 7 Nov and 11 Nov.

[Bug rtl-optimization/55270] New: ICE in get_loop_body, at cfgloop.c:823

[antoine.balestrat at gmail dot com]

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

 Bug #: 55270
   Summary: ICE in get_loop_body, at cfgloop.c:823
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: antoine.balest...@gmail.com


Hello ! The following testcase makes GCC 4.8.0 20121110 crash at -O3 :

$ cat loopbody.c
unsigned a, b, c;

void f(void)
{
for(; a; a++)
{
// In 32 bits mode, you'll have to change p1 to "long long int" to
trigger the bug
long *p1 = &b;

if(*p1)
return;

if(b && (*p1 = b) || c && ++*p1)
{
unsigned *p2 = &b;

for(*p2 = 0; *p2 < 1;)
for(; b; b++);
}
}
}


$ xgcc -w -O3 loopbody.c
loopbody.c: In function ‘f’:
loopbody.c:3:6: internal compiler error: in get_loop_body, at cfgloop.c:823
 void f(void)
  ^
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[Bug tree-optimization/55253] [4.8 Regression] Revision 193298 miscompiles sqlite with -Os

[markus at trippelsdorf dot de]

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



--- Comment #1 from Markus Trippelsdorf  
2012-11-11 09:22:12 UTC ---

Reduced:



markus@x4 /tmp % cat test.i

struct

{

int mallocFailed;

}

*a;



struct StrAccum

{

int useMalloc;

}

b, c;



static void

fn1 (struct StrAccum *p1, int p2)

{

if (p2 == 0)

return;

if (p1->useMalloc)

a->mallocFailed = 0;

}



void

fn2 (struct StrAccum *p1)

{

fn1 (p1, 1);

}



void

fn3 (struct StrAccum *p1)

{

fn1 (p1, 1);

}



void

fn4 ()

{

c.useMalloc = 1;

fn1 (&c, 0);

}



int

main ()

{

fn3 (&b);

return 0;

}



markus@x4 /tmp % gcc -Os test.i && ./a.out

[1]25665 segmentation fault  ./a.out



markus@x4 /tmp % gcc -O2 test.i && ./a.out

markus@x4 /tmp %

[Bug web/55237] Please implement gcc.gnu.org/r123456 URL shorts for fast SVN revision access

[gerald at pfeifer dot com]

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



Gerald Pfeifer  changed:



   What|Removed |Added



 Status|NEW |ASSIGNED

 CC||gerald at pfeifer dot com

 AssignedTo|unassigned at gcc dot   |gerald at pfeifer dot com

   |gnu.org |



--- Comment #2 from Gerald Pfeifer  2012-11-11 
08:31:57 UTC ---

I'll look into it.