[Bug tree-optimization/54920] [4.8 Regression] segfault in tree-ssa-pre.c during Firefox build

[glisse at gcc dot gnu.org]

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



Marc Glisse  changed:



   What|Removed |Added



 CC||glisse at gcc dot gnu.org



--- Comment #1 from Marc Glisse  2012-10-14 08:26:54 
UTC ---

In create_expression_by_pieces, I see this:



case NARY:

  {

vn_nary_op_t nary = PRE_EXPR_NARY (expr);

tree genop[4];

unsigned i;

for (i = 0; i < nary->length; ++i)

  {

genop[i] = find_or_generate_expression (block, nary->op[i], stmts);



Does that mean 4 is an upper bound on the size of an nary?

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[mikpe at it dot uu.se]

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



--- Comment #8 from Mikael Pettersson  2012-10-14 
08:56:25 UTC ---

Eric's patch in http://gcc.gnu.org/ml/gcc-patches/2012-10/msg01093.html fixed

the Ada bootstrap without static libstdc++ problem on my ARM box.

[Bug lto/52634] multiple definition error when using alias

[tianbin at cernet dot edu.cn]

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



--- Comment #10 from Bin Tian  2012-10-14 
09:14:13 UTC ---

please backport to gcc-4_7-branch, thanks.

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[ebotcazou at gcc dot gnu.org]

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



--- Comment #9 from Eric Botcazou  2012-10-14 
09:17:50 UTC ---

> Eric's patch in http://gcc.gnu.org/ml/gcc-patches/2012-10/msg01093.html fixed

> the Ada bootstrap without static libstdc++ problem on my ARM box.



Great, thanks for the testing!  Can you confirm that the stage 2 & 3

executables, for example cc1 and gnat1, aren't dynamically linked against

libstdc++?

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[mikpe at it dot uu.se]

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



--- Comment #10 from Mikael Pettersson  2012-10-14 
10:09:12 UTC ---

(In reply to comment #9)

> Can you confirm that the stage 2 & 3

> executables, for example cc1 and gnat1, aren't dynamically linked against

> libstdc++?



Yes; according to ldd the stage 1 cc1 and gnat1 are dynamically linked to the

system's libstdc++.so, but the stage 2 and 3 binaries show no libstdc++.so

dependency at all.

[Bug c++/52643] Stack overflow ICE in cc1plus when templates, exceptions, and continue out of try used

[paolo.carlini at oracle dot com]

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



Paolo Carlini  changed:



   What|Removed |Added



  Known to work||4.7.0, 4.8.0



--- Comment #1 from Paolo Carlini  2012-10-14 
10:19:11 UTC ---

Confirmed as working in mainline and 4_7-branch. I'm adding the testcase and

closing the PR.

[Bug fortran/54917] [4.7/4.8 Regression] [OOP] TRANSFER on polymorphic variable causes ICE

[janus at gcc dot gnu.org]

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



--- Comment #9 from janus at gcc dot gnu.org 2012-10-14 11:15:25 UTC ---

Ok, after the ICEs are fixed, let's come to runtime behavior. Here is a test

case:



  implicit none

  type test_type

integer :: i

  end type

  class(test_type), allocatable :: c

  type(test_type) :: t



  allocate(c)

  c%i=3

  t = transfer(c, t)

  print *,t



end





With ifort and sunf95 this gives the expected output of "3", while gfortran

just spits out random numbers. -fdump-tree-original shows the following:



{

  struct test_type transfer.0;

  integer(kind=8) D.1884;

  integer(kind=8) D.1883;

  integer(kind=8) D.1882;



  D.1882 = 16;

  D.1883 = 4;

  __builtin_memcpy ((void *) &transfer.0, (void *) &c, MAX_EXPR , 0>);

  t = transfer.0;

}



Clearly, the "&c" here should be "&c._data".

[Bug other/54814] [4.8 Regression] ICE: unable to find a register to spill in class 'R0_REG'

[gjl at gcc dot gnu.org]

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



Georg-Johann Lay  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2012-10-14

 Ever Confirmed|0   |1



--- Comment #1 from Georg-Johann Lay  2012-10-14 
11:15:36 UTC ---

Setting to NEW.  There is enough evidence from the test cases in the test

suite.



Moreover, I am getting this ICE with real-world code so this is not just a

purely academic problem.

[Bug fortran/54917] [4.7/4.8 Regression] [OOP] TRANSFER on polymorphic variable causes ICE

[janus at gcc dot gnu.org]

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



--- Comment #10 from janus at gcc dot gnu.org 2012-10-14 12:01:39 UTC ---

(In reply to comment #9)

> -fdump-tree-original shows the following:

> 

> [...]

>   __builtin_memcpy ((void *) &transfer.0, (void *) &c, MAX_EXPR  , 0>);

> [...]

> 

> Clearly, the "&c" here should be "&c._data".



Moreover, the size of the memcpy should be determined by "c._vptr->_size". Both

is done by the following patch:





Index: gcc/fortran/trans-intrinsic.c

===

--- gcc/fortran/trans-intrinsic.c(revision 192392)

+++ gcc/fortran/trans-intrinsic.c(working copy)

@@ -5376,18 +5376,28 @@ gfc_conv_intrinsic_transfer (gfc_se * se, gfc_expr

   if (arg->expr->rank == 0)

 {

   gfc_conv_expr_reference (&argse, arg->expr);

-  source = argse.expr;

+  if (arg->expr->ts.type == BT_CLASS)

+source = gfc_class_data_get (argse.expr);

+  else

+source = argse.expr;



-  source_type = TREE_TYPE (build_fold_indirect_ref_loc (input_location,

-argse.expr));

-

   /* Obtain the source word length.  */

-  if (arg->expr->ts.type == BT_CHARACTER)

-tmp = size_of_string_in_bytes (arg->expr->ts.kind,

-   argse.string_length);

-  else

-tmp = fold_convert (gfc_array_index_type,

-size_in_bytes (source_type)); 

+  switch (arg->expr->ts.type)

+{

+case BT_CHARACTER:

+  tmp = size_of_string_in_bytes (arg->expr->ts.kind,

+ argse.string_length);

+  break;

+case BT_CLASS:

+  tmp = gfc_vtable_size_get (argse.expr);

+  break;

+default:

+  source_type = TREE_TYPE (build_fold_indirect_ref_loc (input_location,

+source));

+  tmp = fold_convert (gfc_array_index_type,

+  size_in_bytes (source_type));

+  break;

+}

 }

   else

 {

[Bug fortran/54917] [4.7/4.8 Regression] [OOP] TRANSFER on polymorphic variable causes ICE

[janus at gcc dot gnu.org]

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



janus at gcc dot gnu.org changed:



   What|Removed |Added



 Status|NEW |ASSIGNED

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

   |gnu.org |

[Bug tree-optimization/54900] write introduction incorrect wrt the C11 memory model (2)

[aldyh at gcc dot gnu.org]

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



--- Comment #2 from Aldy Hernandez  2012-10-14 
12:51:15 UTC ---

Created attachment 28444

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

reduced testcase

[Bug tree-optimization/54900] write introduction incorrect wrt the C11 memory model (2)

[aldyh at gcc dot gnu.org]

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



Aldy Hernandez  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2012-10-14

 Ever Confirmed|0   |1

[Bug c++/52643] Stack overflow ICE in cc1plus when templates, exceptions, and continue out of try used

[paolo at gcc dot gnu.org]

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



--- Comment #2 from paolo at gcc dot gnu.org  
2012-10-14 13:41:01 UTC ---

Author: paolo

Date: Sun Oct 14 13:40:55 2012

New Revision: 192432



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

Log:

2012-10-14  Paolo Carlini  



PR c++/52643

* g++.dg/opt/pr52643.C: New.



Added:

trunk/gcc/testsuite/g++.dg/opt/pr52643.C

Modified:

trunk/gcc/testsuite/ChangeLog

[Bug c++/52643] Stack overflow ICE in cc1plus when templates, exceptions, and continue out of try used

[paolo.carlini at oracle dot com]

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



Paolo Carlini  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||FIXED



--- Comment #3 from Paolo Carlini  2012-10-14 
13:44:26 UTC ---

Done. Note: I have been able to reproduce on 4.6.3 only with -O, thus I'm

adding the testcase to /opt.

[Bug c++/52003] warning about (un)existing return statement in the main function declared 'noreturn'

[paolo.carlini at oracle dot com]

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



Paolo Carlini  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||INVALID



--- Comment #5 from Paolo Carlini  2012-10-14 
15:43:06 UTC ---

Closing.

[Bug c++/51829] decltype() deduces non-const but only in a template

[paolo.carlini at oracle dot com]

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



Paolo Carlini  changed:



   What|Removed |Added



 Status|WAITING |RESOLVED

  Known to work||4.7.0, 4.8.0

 Resolution||FIXED



--- Comment #7 from Paolo Carlini  2012-10-14 
15:49:08 UTC ---

Closing as fixed.

[Bug c++/54596] seg fault building Eigen stuff with cygwin

[paolo.carlini at oracle dot com]

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



Paolo Carlini  changed:



   What|Removed |Added



 Status|WAITING |RESOLVED

 Resolution||INVALID



--- Comment #2 from Paolo Carlini  2012-10-14 
16:01:00 UTC ---

Feedback not forthcoming.

[Bug other/54691] [4.8 Regression] --enable-checking=valgrind doesn't build

[ubizjak at gmail dot com]

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



--- Comment #7 from Uros Bizjak  2012-10-14 16:23:04 
UTC ---

Created attachment 28445

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

Prototype patch that introduces VALGRIND_MAKE_MEM_DEFINED



Attached prototype patch builds on HJ's patch. The patch detects valgrind in

the same way as in gcc directory (actually, it just copies relevant bits) and

changes:



+  memset (to.text + to.len + 1, 0, 16);



to



+  VALGRIND_DISCARD (VALGRIND_MAKE_MEM_DEFINED (to.text + to.len + 1, 16));



(BTW: Probably, we should align end of buffer to 16 byte boundary instead of

hardcoding 16.)



(BTW2: the test in the following code in the patch is obviously wrong:



+if test $enable_checking != no ; then

+  # It is certainly possible that there's valgrind but no valgrind.h.

+  # GCC relies on making annotations so we must have both.

+  AC_MSG_CHECKING(for VALGRIND_DISCARD in )

+  AC_PREPROC_IFELSE([AC_LANG_SOURCE(

...)

[Bug fortran/54917] [4.7/4.8 Regression] [OOP] TRANSFER on polymorphic variable causes ICE

[janus at gcc dot gnu.org]

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



--- Comment #13 from janus at gcc dot gnu.org 2012-10-14 16:31:31 UTC ---

Transferring CLASS to TYPE has been discussed in comment 9 and 10. Now: TYPE to

CLASS ...



Here the test case gets a bit larger, since gfortran does not yet support

intrinsic assignment to polymorphic variables (PR 43366), so we need a defined

assignment procedure:



module m

  implicit none

  type test_type

integer :: i

  contains

procedure :: ass

generic :: assignment(=) => ass

  end type

contains

  subroutine ass (a, b)

class(test_type), intent(out) :: a

class(test_type), intent(in)  :: b

a%i = b%i

  end subroutine

end module



program p

  use m

  implicit none



  class(test_type), allocatable :: c

  type(test_type) :: t



  t%i=3

  allocate(c)

  c = transfer(t, c)

  print *,c%i

end





With ifort, the expected output ("3") is produced. sunf95 refuses to compile it

(doesn't like type-bound procedures). gfortran compiles it, but produces a

segfault at runtime. The dump looks like this:



{

  struct __class_m_Test_type_a D.1895;

  struct __class_m_Test_type_a transfer.0;

  integer(kind=8) D.1893;

  integer(kind=8) D.1892;

  integer(kind=8) D.1891;



  D.1891 = 4;

  D.1892 = 16;

  __builtin_memcpy ((void *) &transfer.0, (void *) &t, MAX_EXPR , 0>);

  D.1895 = transfer.0;

  ass (&c, &D.1895);

}



So, again, _data and _size references missing.

[Bug c++/54924] New: Warn for std::string constructor with wrong size

[david at doublewise dot net]

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



 Bug #: 54924

   Summary: Warn for std::string constructor with wrong size

Classification: Unclassified

   Product: gcc

   Version: 4.7.2

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c++

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

ReportedBy: da...@doublewise.net





The constructor for std::string that takes an array of char and a size assumes

that the array of char you pass in is at least as large as the size you

specify. In other words, std::string str('0', 100) is undefined behavior. As I

show in this example, the real issue can be much more subtle if escape

characters are involved:



http://stackoverflow.com/questions/164168/how-do-you-construct-a-stdstring-with-an-embedded-null/12884464#12884464



It would be nice if gcc warned when the size specified in the constructor

exceeds the size of the array passed as the first argument.

[Bug target/54407] FAIL: 30_threads/condition_variable/54185.cc execution test program timed out on powerpc-apple-darwin9 and x86_64-apple-darwin10

[dominiq at lps dot ens.fr]

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



--- Comment #4 from Dominique d'Humieres  2012-10-14 
17:08:09 UTC ---

> I don't know of any workaround so disabling the test seems like a good option



What about



--- libstdc++-v3/testsuite/30_threads/condition_variable/54185.cc2012-08-17

14:14:36.0 +0200

+++ ../work/libstdc++-v3/testsuite/30_threads/condition_variable/54185.cc   

2012-10-14 18:52:22.0 +0200

@@ -1,4 +1,5 @@

-// { dg-do run { target *-*-freebsd* *-*-netbsd* *-*-linux* *-*-solaris*

*-*-cygwin *-*-darwin* powerpc-ibm-aix* } }

+// { dg-do run { target *-*-freebsd* *-*-netbsd* *-*-linux* *-*-solaris*

*-*-cygwin *-*-darwin1[1-9]* powerpc-ibm-aix* } }

+// { dg-do compile { target *-*-darwin[4-9]* *-*-darwin10* } }

 // { dg-options " -std=gnu++0x -pthread" { target *-*-freebsd* *-*-netbsd*

*-*-linux* powerpc-ibm-aix* } }

 // { dg-options " -std=gnu++0x -pthreads" { target *-*-solaris* } }

 // { dg-options " -std=gnu++0x " { target *-*-cygwin *-*-darwin* } }



? Jack could you verify that the test actually run on darwin(11|12) after the

patch? TIA.

[Bug libstdc++/54924] Warn for std::string constructor with wrong size

[redi at gcc dot gnu.org]

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



Jonathan Wakely  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Keywords||diagnostic

   Last reconfirmed||2012-10-14

  Component|c++ |libstdc++

 Ever Confirmed|0   |1

   Severity|normal  |enhancement



--- Comment #1 from Jonathan Wakely  2012-10-14 
17:44:17 UTC ---

(In reply to comment #0)

> In other words, std::string str('0', 100) is undefined behavior.



I assume you mean std::string str("0", 100)



We might be able to use

http://gcc.gnu.org/onlinedocs/gcc/Object-Size-Checking.html

[Bug c++/53893] segfault with invalid c++ code

[paolo.carlini at oracle dot com]

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



--- Comment #5 from Paolo Carlini  2012-10-14 
17:44:37 UTC ---

Note: the code per-se isn't C++11, besides the trivial >>, the crash is ;) That

is, only happens with -std=c++11.

[Bug c++/53581] Segmentation fault when enabling -std=c++0x on template code

[paolo.carlini at oracle dot com]

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



Paolo Carlini  changed:



   What|Removed |Added



 CC|rggjan at gmail dot com |

  Known to work||4.7.2, 4.8.0



--- Comment #2 from Paolo Carlini  2012-10-14 
17:52:42 UTC ---

This is fixed in 4.7.2 and mainline. I'm adding the testcase and closing the

PR.

[Bug c++/24607] wrong column numbers in diagnostics with templates

[manu at gcc dot gnu.org]

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

--- Comment #3 from Manuel López-Ibáñez  2012-10-14 
18:10:19 UTC ---
Still broken with GCC 4.8:

pr24607.cc:7:37: error: template argument 1 is invalid
   typedef A > > > foo;
 ^
pr24607.cc:7:42: error: invalid type in declaration before ‘;’ token
   typedef A > > > foo;
  ^

Clang gets it right:

/tmp/webcompile/_22150_0.cc:7:20: error: expected a qualified name after
'typename'
typedef A > > > foo;
   ^

[Bug c++/53581] Segmentation fault when enabling -std=c++0x on template code

[paolo at gcc dot gnu.org]

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



--- Comment #3 from paolo at gcc dot gnu.org  
2012-10-14 18:24:40 UTC ---

Author: paolo

Date: Sun Oct 14 18:24:32 2012

New Revision: 192438



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

Log:

2012-10-14  Paolo Carlini  



PR c++/53581

* g++.dg/template/crash113.C: New.



Added:

trunk/gcc/testsuite/g++.dg/template/crash113.C

Modified:

trunk/gcc/testsuite/ChangeLog

[Bug c++/53581] Segmentation fault when enabling -std=c++0x on template code

[paolo.carlini at oracle dot com]

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



Paolo Carlini  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||FIXED

   Target Milestone|--- |4.7.2



--- Comment #4 from Paolo Carlini  2012-10-14 
18:26:38 UTC ---

Done.

[Bug c++/43486] Preserve variable-use locations

[manu at gcc dot gnu.org]

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

--- Comment #6 from Manuel López-Ibáñez  2012-10-14 
18:28:32 UTC ---
I think there is a consensus that g++ wants this somehow. Recent work:

http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01222.html

[Bug target/54407] FAIL: 30_threads/condition_variable/54185.cc execution test program timed out on powerpc-apple-darwin9 and x86_64-apple-darwin10

[howarth at nitro dot med.uc.edu]

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



Jack Howarth  changed:



   What|Removed |Added



 CC||howarth at nitro dot

   ||med.uc.edu



--- Comment #5 from Jack Howarth  2012-10-14 
18:35:19 UTC ---

The patch in comment 4 with...



make -k check

RUNTESTFLAGS="conformance.exp=30_threads/condition_variable/54185.cc

--target_board=unix'{-m32,-m64}'"



produces...



Native configuration is x86_64-apple-darwin11.4.2



=== libstdc++ tests ===



Schedule of variations:

unix/-m32

unix/-m64



Running target unix/-m32

Using /sw/share/dejagnu/baseboards/unix.exp as board description file for

target.

Using /sw/share/dejagnu/config/unix.exp as generic interface file for target.

Using

/sw/src/fink.build/gcc48-4.8.0-1000/gcc-4.8-20121007/libstdc++-v3/testsuite/config/default.exp

as tool-and-target-specific interface file.

Running

/sw/src/fink.build/gcc48-4.8.0-1000/gcc-4.8-20121007/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp

...



=== libstdc++ Summary for unix/-m32 ===



# of expected passes1

Running target unix/-m64

Using /sw/share/dejagnu/baseboards/unix.exp as board description file for

target.

Using /sw/share/dejagnu/config/unix.exp as generic interface file for target.

Using

/sw/src/fink.build/gcc48-4.8.0-1000/gcc-4.8-20121007/libstdc++-v3/testsuite/config/default.exp

as tool-and-target-specific interface file.

Running

/sw/src/fink.build/gcc48-4.8.0-1000/gcc-4.8-20121007/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp

...



=== libstdc++ Summary for unix/-m64 ===



# of expected passes1



=== libstdc++ Summary ===



# of expected passes2

[Bug libstdc++/54924] Warn for std::string constructor with wrong size

[david at doublewise dot net]

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



David Stone  changed:



   What|Removed |Added



 CC||david at doublewise dot net



--- Comment #2 from David Stone  2012-10-14 
18:40:33 UTC ---

Yeah, sorry, I meant the (char const *, size_t) overload, not the (size_t,

char) overload.

[Bug target/54925] New: Segfault in gen_split_910

[rmansfield at qnx dot com]

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



 Bug #: 54925

   Summary: Segfault in gen_split_910

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: target

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

ReportedBy: rmansfi...@qnx.com

CC: olege...@gcc.gnu.org

Target: sh4-unknown-linux-gnu





Created attachment 28446

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

preprocessed src



$ ./xgcc -B. -Os ~/ice.i -c 

/home/ryan/ice.i: In function 'baz':

/home/ryan/ice.i:12:1: internal compiler error: Segmentation fault

 }

 ^

0x89940f crash_signal

../../gcc/toplev.c:335

0xb0086c gen_split_910(rtx_def*, rtx_def**)

../../gcc/config/sh/sh.md:5616

0xb610c5 split_1

../../gcc/config/sh/sh.md:5585

0xb610c5 split_3

../../gcc/config/sh/sh.md:11248

0xb610c5 split_insns(rtx_def*, rtx_def*)

../../gcc/config/sh/sh.md:9436

0x6638b4 try_split(rtx_def*, rtx_def*, int)

../../gcc/emit-rtl.c:3503

0x8106c1 split_insn

../../gcc/recog.c:2809

0x815444 split_all_insns()

../../gcc/recog.c:2899

0x815528 rest_of_handle_split_all_insns

../../gcc/recog.c:3751

Please submit a full bug report,

with preprocessed source if appropriate.

Please include the complete backtrace with any bug report.

See  for instructions.





Crash started happening after rev 192387



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

[Bug target/54407] FAIL: 30_threads/condition_variable/54185.cc execution test program timed out on powerpc-apple-darwin9 and x86_64-apple-darwin10

[dominiq at lps dot ens.fr]

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



--- Comment #6 from Dominique d'Humieres  2012-10-14 
19:06:32 UTC ---

> The patch in comment 4 with...

>

> make -k check

> RUNTESTFLAGS="conformance.exp=30_threads/condition_variable/54185.cc

> --target_board=unix'{-m32,-m64}'"

>

> produces...



Could you check in the log file that the test is actually run?

[Bug other/54691] [4.8 Regression] --enable-checking=valgrind doesn't build

[hjl.tools at gmail dot com]

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



--- Comment #8 from H.J. Lu  2012-10-14 19:23:11 
UTC ---

(In reply to comment #7)

> Created attachment 28445 [details]

> Prototype patch that introduces VALGRIND_MAKE_MEM_DEFINED

> 

> Attached prototype patch builds on HJ's patch. The patch detects valgrind in

> the same way as in gcc directory (actually, it just copies relevant bits) and

> changes:

> 

> +  memset (to.text + to.len + 1, 0, 16);

> 

> to

> 

> +  VALGRIND_DISCARD (VALGRIND_MAKE_MEM_DEFINED (to.text + to.len + 1, 
> 16));

> 

> (BTW: Probably, we should align end of buffer to 16 byte boundary instead of

> hardcoding 16.)

> 



libcpp will read in advance beyond the end of buffer in

some cases, even without SSE optimization.

[Bug target/54404] [4.8 Regression] *cfstring* failures for (obj-c|g)++ on *-apple-darwin* after revision 186978

[dominiq at lps dot ens.fr]

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



Dominique d'Humieres  changed:



   What|Removed |Added



 CC||dodji at gcc dot gnu.org

Summary|[4.8 Regression] *cfstring* |[4.8 Regression] *cfstring*

   |failures for (obj-c|g)++ on |failures for (obj-c|g)++ on

   |*-apple-darwin* after   |*-apple-darwin* after

   |revision 186789 |revision 186978



--- Comment #3 from Dominique d'Humieres  2012-10-14 
19:26:21 UTC ---

After having applied the patch for r189391, a bissection gives the range 186973

(old behavior) 186980 (new one). I think the change occurs after 186977 and the

patch is obvious (see objc.dg/foreach-7.m at r186976):



--- ../_clean/gcc/testsuite/g++.dg/other/darwin-cfstring1.C2010-10-23

22:17:07.0 +0200

+++ gcc/testsuite/g++.dg/other/darwin-cfstring1.C2012-10-14

21:02:58.0 +0200

@@ -4,7 +4,7 @@

 /* Developed by Ziemowit Laski .  */



 /* { dg-do compile { target *-*-darwin* } } */

-/* { dg-options "-mconstant-cfstrings" } */

+/* { dg-options "-ftrack-macro-expansion=0 -mconstant-cfstrings" } */



 #include 



--- ../_clean/gcc/testsuite/obj-c++.dg/strings/const-cfstring-2.mm   

2010-10-22 13:23:41.0 +0200

+++ gcc/testsuite/obj-c++.dg/strings/const-cfstring-2.mm2012-10-14

21:11:08.0 +0200

@@ -6,7 +6,7 @@

 /* So far, CFString is darwin-only.  */

 /* { dg-do compile { target *-*-darwin* } } */

 /* { dg-skip-if "NeXT only" { *-*-* } { "-fgnu-runtime" } { "" } } */

-/* { dg-options "-mconstant-cfstrings -Wnonportable-cfstrings" } */

+/* { dg-options "-ftrack-macro-expansion=0 -mconstant-cfstrings

-Wnonportable-cfstrings" } */



 #import 

 #import 



Patch tested on x86_64-apple-darwin10 and powerpc-apple-darwin9.

[Bug rtl-optimization/54919] [4.6/4.7/4.8 Regression] gcc.dg/torture/pr54877.c FAILs with -fvariable-expansion-in-unroller

[steven at gcc dot gnu.org]

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



--- Comment #5 from Steven Bosscher  2012-10-14 
19:29:22 UTC ---

Author: steven

Date: Sun Oct 14 19:29:18 2012

New Revision: 192439



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

Log:

gcc/

PR rtl-optimization/54919

* loop-unroll.c (struct var_to_expand): Remove accum_pos field.

(analyze_insn_to_expand_var): Do not record accum_pos.

(expand_var_during_unrolling): Use validate_replace_rtx_group to

perform replacement of all references to SET_DEST (set) with the

new register, including references in REG_EQUAL notes.

(insert_var_expansion_initialization): Insert initializatio insns

at the bottom of the pre-header of the loop.



testsuite/

PR rtl-optimization/54919

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





Added:

trunk/gcc/testsuite/gcc.dg/pr54919.c

Modified:

trunk/gcc/ChangeLog

trunk/gcc/loop-unroll.c

trunk/gcc/testsuite/ChangeLog

[Bug rtl-optimization/38711] ira should not be using df-lr except at -O1.

[steven at gcc dot gnu.org]

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



--- Comment #2 from Steven Bosscher  2012-10-14 
19:31:02 UTC ---

Author: steven

Date: Sun Oct 14 19:30:59 2012

New Revision: 192440



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

Log:

PR rtl-optimization/38711

* df.h (df_get_live_out, df_get_live_in): Make static inline functions.

* df-problems.c (df_get_live_out, df_get_live_in): Moved to df.h.

* ira-lives.c (process_bb_node_lives): Use df_get_live_out instead of

DF_LR_OUT.

* ira-build.c (create_bb_allocnos): Likewise.

(create_loop_allocnos): Likewise, and use df_get_live_in instead of

DF_LR_IN.

* ira-emit.c (generate_edge_moves): Likewise.

(add_ranges_and_copies): Likewise.

* ira-color.c (ira_loop_edge_freq): Use df_get_live_out instead of

DF_LR_OUT, and df_get_live_in instead of DF_LR_IN.

* ira.c (mark_elimination): Update DF_LR and DF_LIVE.

(build_insn_chain): Use df_get_live_out instead of DF_LR_OUT.

(do_reload): Remove the DF_LIVE problem for -O1.





Modified:

trunk/gcc/ChangeLog

trunk/gcc/df-problems.c

trunk/gcc/df.h

trunk/gcc/ira-build.c

trunk/gcc/ira-color.c

trunk/gcc/ira-emit.c

trunk/gcc/ira-lives.c

trunk/gcc/ira.c

[Bug target/54407] FAIL: 30_threads/condition_variable/54185.cc execution test program timed out on powerpc-apple-darwin9 and x86_64-apple-darwin10

[howarth at nitro dot med.uc.edu]

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



--- Comment #7 from Jack Howarth  2012-10-14 
20:14:01 UTC ---

(In reply to comment #6)

> > The patch in comment 4 with...

> >

> > make -k check

> > RUNTESTFLAGS="conformance.exp=30_threads/condition_variable/54185.cc

> > --target_board=unix'{-m32,-m64}'"

> >

> > produces...

> 

> Could you check in the log file that the test is actually run?



The dg-compile line oddly seems to suppress the running of the compiled test.

Dropping that line gives...





Native configuration is x86_64-apple-darwin11.4.2



=== libstdc++ tests ===



Schedule of variations:

unix/-m32

unix/-m64



Running target unix/-m32

Using /sw/share/dejagnu/baseboards/unix.exp as board description file for

target.

Using /sw/share/dejagnu/config/unix.exp as generic interface file for target.

Using

/sw/src/fink.build/gcc48-4.8.0-1000/gcc-4.8-20121007/libstdc++-v3/testsuite/config/default.exp

as tool-and-target-specific interface file.

Running

/sw/src/fink.build/gcc48-4.8.0-1000/gcc-4.8-20121007/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp

...



=== libstdc++ Summary for unix/-m32 ===



# of expected passes2

Running target unix/-m64

Using /sw/share/dejagnu/baseboards/unix.exp as board description file for

target.

Using /sw/share/dejagnu/config/unix.exp as generic interface file for target.

Using

/sw/src/fink.build/gcc48-4.8.0-1000/gcc-4.8-20121007/libstdc++-v3/testsuite/config/default.exp

as tool-and-target-specific interface file.

Running

/sw/src/fink.build/gcc48-4.8.0-1000/gcc-4.8-20121007/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp

...



=== libstdc++ Summary for unix/-m64 ===



# of expected passes2



=== libstdc++ Summary ===



# of expected passes4



Why you want to bother to compile the test are darwins which can't safely run

it anyway. That seems rather pointless.

[Bug target/54925] Segfault in gen_split_910

[olegendo at gcc dot gnu.org]

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



Oleg Endo  changed:



   What|Removed |Added



 Target|sh4-unknown-linux-gnu   |sh*-*-*

 Status|UNCONFIRMED |ASSIGNED

   Last reconfirmed||2012-10-14

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

   |gnu.org |

 Ever Confirmed|0   |1



--- Comment #1 from Oleg Endo  2012-10-14 20:28:31 
UTC ---

Thanks for reporting!

I've got the next patch for PR 51244 in the queue which reworks the crashing

code.  I've briefly tried the test case with the patch applied and the problem

does not occur anymore.  I will add the test case of this PR to the testsuite.

[Bug target/54404] [4.8 Regression] *cfstring* failures for (obj-c|g)++ on *-apple-darwin* after revision 186978

[howarth at nitro dot med.uc.edu]

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



--- Comment #4 from Jack Howarth  2012-10-14 
20:28:54 UTC ---

(In reply to comment #3)



Also confirmed on x86_64-apple-darwin12 that this eliminates the failures in

obj-c++.dg/strings/const-cfstring-2.mm.  On darwin12 at least, this still

leaves the failures in...



obj-c++.dg/torture/strings/const-str-10.mm

obj-c++.dg/torture/strings/const-str-11.mm

obj-c++.dg/torture/strings/const-str-9.mm 

obj-c++.dg/torture/strings/string1.mm



to be addressed as well as those in objc...



objc.dg/strings/const-cfstring-5.m

objc.dg/strings/const-str-12b.m 

objc.dg/torture/strings/const-str-10.m 

objc.dg/torture/strings/const-str-11.m 

objc.dg/torture/strings/const-str-9.m 

objc.dg/torture/strings/string1.m 



http://gcc.gnu.org/ml/gcc-testresults/2012-10/msg01368.html

[Bug rtl-optimization/54919] [4.6/4.7 Regression] gcc.dg/torture/pr54877.c FAILs with -fvariable-expansion-in-unroller

[steven at gcc dot gnu.org]

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



Steven Bosscher  changed:



   What|Removed |Added



  Known to work||4.8.0

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

   ||gnu.org

Summary|[4.6/4.7/4.8 Regression]|[4.6/4.7 Regression]

   |gcc.dg/torture/pr54877.c|gcc.dg/torture/pr54877.c

   |FAILs with  |FAILs with

   |-fvariable-expansion-in-unr |-fvariable-expansion-in-unr

   |oller   |oller

  Known to fail|4.8.0   |



--- Comment #6 from Steven Bosscher  2012-10-14 
20:30:42 UTC ---

Fixed on the trunk, see r192439.



I have no plans to work on back-ports of my patch for the release

branches, so unassigning...

[Bug rtl-optimization/54919] [4.6/4.7 Regression] gcc.dg/torture/pr54877.c FAILs with -fvariable-expansion-in-unroller

[steven at gcc dot gnu.org]

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



Steven Bosscher  changed:



   What|Removed |Added



   Keywords||patch

   Target Milestone|--- |4.6.4

[Bug rtl-optimization/38711] ira should not be using df-lr except at -O1.

[steven at gcc dot gnu.org]

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



Steven Bosscher  changed:



   What|Removed |Added



   Keywords||patch

 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|--- |4.8.0



--- Comment #3 from Steven Bosscher  2012-10-14 
20:35:41 UTC ---

Fixed as of trunk r192440, for GCC 4.8.

[Bug target/54407] FAIL: 30_threads/condition_variable/54185.cc execution test program timed out on powerpc-apple-darwin9 and x86_64-apple-darwin10

[dominiq at lps dot ens.fr]

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



--- Comment #8 from Dominique d'Humieres  2012-10-14 
20:48:21 UTC ---

> The dg-compile line oddly seems to suppress the running of the compiled test. 
> ...



What happens if you replace the line



// { dg-do compile { target *-*-darwin[4-9]* *-*-darwin10* } }



with



// { dg-do compile { target *-*-darwin9* *-*-darwin10* } }



?

[Bug target/54407] FAIL: 30_threads/condition_variable/54185.cc execution test program timed out on powerpc-apple-darwin9 and x86_64-apple-darwin10

[howarth at nitro dot med.uc.edu]

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



--- Comment #9 from Jack Howarth  2012-10-14 
20:53:56 UTC ---

(In reply to comment #8)

> > The dg-compile line oddly seems to suppress the running of the compiled 
> > test. ...

> 

> What happens if you replace the line

> 

> // { dg-do compile { target *-*-darwin[4-9]* *-*-darwin10* } }

> 

> with

> 

> // { dg-do compile { target *-*-darwin9* *-*-darwin10* } }

> 

> ?



Still suppresses the execution of the test on x86_64-apple-darwin12. Are there

any examples in the FSF gcc testsuites of dg-run being used at the same time as

dg-compile? I suspect that is an unsupported combination.

[Bug target/54407] FAIL: 30_threads/condition_variable/54185.cc execution test program timed out on powerpc-apple-darwin9 and x86_64-apple-darwin10

[howarth at nitro dot med.uc.edu]

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



--- Comment #10 from Jack Howarth  2012-10-14 
21:12:20 UTC ---

I think you need to use...



// { dg-xfail-if "broken pthreads before darwin10" { *-*-darwin9* *-*-darwin10*

} { "*" } { "" } }



instead of dg-do-compile. From

http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gccint/Test-Directives.html,

note...



If the directive includes the optional `{ xfail selector }' and the selector is

met then the test is expected to fail. For dg-do run, execution is expected to

fail but compilation is expected to pass. 



since you already are passing dg-do-run a target selector, an additional

dg-xfail-if is required. This

combination works here on x86_64-apple-darwin12



Index: libstdc++-v3/testsuite/30_threads/condition_variable/54185.cc

===

--- libstdc++-v3/testsuite/30_threads/condition_variable/54185.cc(revision

192440)

+++ libstdc++-v3/testsuite/30_threads/condition_variable/54185.cc(working

copy)

@@ -1,4 +1,5 @@

-// { dg-do run { target *-*-freebsd* *-*-netbsd* *-*-linux* *-*-solaris*

*-*-cygwin *-*-darwin* powerpc-ibm-aix* } }

+// { dg-do run { target *-*-freebsd* *-*-netbsd* *-*-linux* *-*-solaris*

*-*-cygwin *-*-darwin1[1-9]* powerpc-ibm-aix* } }

+// { dg-xfail-if "broken pthreads before darwin10" { *-*-darwin9*

*-*-darwin10* } { "*" } { "" } }

 // { dg-options " -std=gnu++0x -pthread" { target *-*-freebsd* *-*-netbsd*

*-*-linux* powerpc-ibm-aix* } }

 // { dg-options " -std=gnu++0x -pthreads" { target *-*-solaris* } }

 // { dg-options " -std=gnu++0x " { target *-*-cygwin *-*-darwin* } }

[Bug target/54407] FAIL: 30_threads/condition_variable/54185.cc execution test program timed out on powerpc-apple-darwin9 and x86_64-apple-darwin10

[howarth at nitro dot med.uc.edu]

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



--- Comment #11 from Jack Howarth  2012-10-14 
21:13:18 UTC ---

The comment should be corrected to "broken pthreads before darwin11".

[Bug target/54407] FAIL: 30_threads/condition_variable/54185.cc execution test program timed out on powerpc-apple-darwin9 and x86_64-apple-darwin10

[dominiq at lps dot ens.fr]

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



--- Comment #12 from Dominique d'Humieres  
2012-10-14 21:17:47 UTC ---

> Still suppresses the execution of the test on x86_64-apple-darwin12. Are there

> any examples in the FSF gcc testsuites of dg-run being used at the same time 
> as

> dg-compile? 



Yes (I did not invent it, I tried it because I saw it):

gcc.dg/vect/vect-(82|83)_64.c for instance.



/* { dg-do run { target { { powerpc*-*-* && lp64 } && powerpc_altivec_ok } } }

*/

/* { dg-do compile { target { { powerpc*-*-* && ilp32 } && powerpc_altivec_ok }

} } */

/* { dg-options "-O2 -ftree-vectorize -mpowerpc64 -fdump-tree-vect-stats

-maltivec" } */



> I suspect that is an unsupported combination.



Now you asked the question, the test is not run on powerpc-apple-darwin9 with

-m64.

Could you try to put the 'dg-do compile' line before the 'dg-do run' one?

[Bug debug/54693] VTA guality issues with loops

[aoliva at gcc dot gnu.org]

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



--- Comment #3 from Alexandre Oliva  2012-10-14 
21:19:00 UTC ---

Created attachment 28447

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

Work in progress patch



This patch improves jump threading so that it won't drop debug info on the

floor as often as it does now, copying the debug bind stmts of the

jump-threaded block to the new confluence destination, so that the copies will

be updated so as to bind to the new PHI nodes, if needed.



This preserved variable i longer than before within the compilation, but it was

stll lost in ivopts.



I started looking into the ivopts loss: we need to rewrite at least the PHI

nodes we're removing in terms of the remaining ivs, but even though I wrote all

the needed infrastructure to adjust the debug info bindings, I couldn't figure

out how to express the dropped ivs in terms of the remaining ones.  I suppose

someone more familiar with tree-ivopts might have some idea, so I decided not

to spend more time trying to figure it out.



This is as far as I could get on my own.  I hope this helps.

[Bug target/54407] FAIL: 30_threads/condition_variable/54185.cc execution test program timed out on powerpc-apple-darwin9 and x86_64-apple-darwin10

[howarth at nitro dot med.uc.edu]

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



--- Comment #13 from Jack Howarth  2012-10-14 
21:22:48 UTC ---

I would rather we use...



Index: libstdc++-v3/testsuite/30_threads/condition_variable/54185.cc

===

--- libstdc++-v3/testsuite/30_threads/condition_variable/54185.cc(revision

192440)

+++ libstdc++-v3/testsuite/30_threads/condition_variable/54185.cc(working

copy)

@@ -1,4 +1,5 @@

-// { dg-do run { target *-*-freebsd* *-*-netbsd* *-*-linux* *-*-solaris*

*-*-cygwin *-*-darwin* powerpc-ibm-aix* } }

+// { dg-do run { target *-*-freebsd* *-*-netbsd* *-*-linux* *-*-solaris*

*-*-cygwin *-*-darwin1[1-9]* powerpc-ibm-aix* } }

+// { dg-xfail-if "broken pthreads before darwin11" { *-*-darwin9*

*-*-darwin10* } { "*" } { "" } }

 // { dg-options " -std=gnu++0x -pthread" { target *-*-freebsd* *-*-netbsd*

*-*-linux* powerpc-ibm-aix* } }

 // { dg-options " -std=gnu++0x -pthreads" { target *-*-solaris* } }

 // { dg-options " -std=gnu++0x " { target *-*-cygwin *-*-darwin* } }



The usage of dg-skip-if allows the test to be both compiled and executed on

darwin1 in concert with dg-do-run. If it is working as documented, the

dg-skip-if above to only compile on darwin9/10 but not try to execute the test

case.

[Bug target/54407] FAIL: 30_threads/condition_variable/54185.cc execution test program timed out on powerpc-apple-darwin9 and x86_64-apple-darwin10

[dominiq at lps dot ens.fr]

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



--- Comment #14 from Dominique d'Humieres  
2012-10-14 21:34:55 UTC ---

> > I suspect that is an unsupported combination.

>

> Now you asked the question, the test is not run on powerpc-apple-darwin9 

> with -m64.

> Could you try to put the 'dg-do compile' line before the 'dg-do run' one?



This does not work either, it seems that the last dg-do is used.



Note that the test is not compiled with dg-skip-if. With dg-xfail-if as in

comment #10,  test is not compiled, but as in comment #13, I get a XPASS and

the test is run.

[Bug fortran/54784] [4.7/4.8 Regression] [OOP] wrong code in polymorphic allocation with SOURCE

[janus at gcc dot gnu.org]

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



--- Comment #13 from janus at gcc dot gnu.org 2012-10-14 22:16:29 UTC ---

Author: janus

Date: Sun Oct 14 22:16:24 2012

New Revision: 192442



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

Log:

2012-10-14  Janus Weil  



PR fortran/54784

* trans-stmt.c (gfc_trans_allocate): Correctly determine the reference

to the _data component for polymorphic allocation with SOURCE.



2012-10-14  Janus Weil  



PR fortran/54784

* gfortran.dg/class_allocate_13.f90: New.



Added:

branches/gcc-4_7-branch/gcc/testsuite/gfortran.dg/class_allocate_13.f90

Modified:

branches/gcc-4_7-branch/gcc/fortran/ChangeLog

branches/gcc-4_7-branch/gcc/fortran/trans-stmt.c

branches/gcc-4_7-branch/gcc/testsuite/ChangeLog

[Bug target/54407] FAIL: 30_threads/condition_variable/54185.cc execution test program timed out on powerpc-apple-darwin9 and x86_64-apple-darwin10

[howarth at nitro dot med.uc.edu]

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



--- Comment #15 from Jack Howarth  2012-10-14 
22:17:07 UTC ---

I still don't see the point of testing the compilation of a test which doesn't

execute properly. I also suspect resorting to a non-standard approach in

deja-gnu will never make it pass the review process.

[Bug bootstrap/54926] New: [4.8 Regression] Bootstrap comparison failure for various files in libbacktrace

[danglin at gcc dot gnu.org]

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



 Bug #: 54926

   Summary: [4.8 Regression] Bootstrap comparison failure for

various files in libbacktrace

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: bootstrap

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

ReportedBy: dang...@gcc.gnu.org

CC: u...@gcc.gnu.org

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

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

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





Bootstrap comparison failure!

libbacktrace/.libs/dwarf.o differs

libbacktrace/.libs/fileline.o differs

libbacktrace/.libs/posix.o differs

libbacktrace/.libs/print.o differs

libbacktrace/.libs/state.o differs

libbacktrace/.libs/backtrace.o differs

libbacktrace/.libs/simple.o differs

libbacktrace/.libs/unknown.o differs

libbacktrace/.libs/mmapio.o differs

libbacktrace/.libs/mmap.o differs

make[2]: *** [compare] Error 1

make[2]: Leaving directory `/test/gnu/gcc/objdir'

make[1]: *** [stage3-bubble] Error 2

make[1]: Leaving directory `/test/gnu/gcc/objdir'

make: *** [bootstrap] Error 2

Sun Oct 14 17:26:48 EDT 2012



# ./xgcc -B./ -v

Reading specs from ./specs

COLLECT_GCC=./xgcc

COLLECT_LTO_WRAPPER=./lto-wrapper

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

Configured with: ../gcc/configure --with-gnu-as --with-as=/opt/gnu/bin/as

--enable-shared --with-local-prefix=/opt/gnu --prefix=/opt/gnu/gcc/gcc-4.8

--with-gmp=/opt/gnu/gcc/gmp --enable-threads=posix --enable-debug=no

--disable-nls --disable-lto --without-cloog --without-ppl

--enable-languages=c,c++,objc,fortran,java,ada,obj-c++

Thread model: posix

gcc version 4.8.0 20121014 (experimental) [trunk revision 192432] (GCC) 



Problem was introduced in r191981.



# od -c stage3-libbacktrace/.libs/mmap.o >mmap.o.dump3 

# od -c stage2-libbacktrace/.libs/mmap.o >mmap.o.dump2

# /opt/gnu/bin/diff -u mmap.o.dump2 mmap.o.dump3|less 

--- mmap.o.dump2Sun Oct 14 18:11:19 2012

+++ mmap.o.dump3Sun Oct 14 18:11:06 2012

@@ -1427,7 +1427,7 @@

 0054440   B   A   L   _   _   F   _   .   .   _   .   .   _   g   c   c

 0054460   _   l   i   b   b   a   c   k   t   r   a   c   e   _   m   m

 0054500   a   p   .   c   _   5   6   A   F   5   6   2   3   _   0   x

-0054520   6   0   3   1   b   f   a   b  \0  \0  \0  \0  \0  \0  \0 006

+0054520   6   0   b   7   9   d   9   8  \0  \0  \0  \0  \0  \0  \0 006

 0054540   $   D   A   T   A   $  \0  \0  \0  \0  \0 006   $   C   O   D

 0054560   E   $  \0  \0  \0  \0  \0 006   $   C   O   D   E   $  \0  \0

 0054600  \0  \0  \0 006   $   C   O   D   E   $  \0  \0  \0  \0  \0 006



# nm stage3-libbacktrace/.libs/mmap.o >mmap.o.dump3   

# nm stage2-libbacktrace/.libs/mmap.o >mmap.o.dump2

# /opt/gnu/bin/diff -u mmap.o.dump2 mmap.o.dump3|less

--- mmap.o.dump2Sun Oct 14 18:13:24 2012

+++ mmap.o.dump3Sun Oct 14 18:13:14 2012

@@ -6,7 +6,7 @@

  t $CODE$

  t $CODE$

 4000 d $DATA$

-4000 D _GLOBAL__F_.._.._gcc_libbacktrace_mmap.c_56AF5623_0x6031bfab

+4000 D _GLOBAL__F_.._.._gcc_libbacktrace_mmap.c_56AF5623_0x60b79d98

  U abort

  T backtrace_alloc

  T backtrace_free



Problem is random destructor symbol names in files.

[Bug fortran/54784] [4.7/4.8 Regression] [OOP] wrong code in polymorphic allocation with SOURCE

[janus at gcc dot gnu.org]

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



janus at gcc dot gnu.org changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED



--- Comment #14 from janus at gcc dot gnu.org 2012-10-14 22:27:12 UTC ---

Fixed for the upcoming releases 4.8.0 and 4.7.3. Closing.



Thanks again for the report!

[Bug c++/54927] New: internal compiler error: in tsubst_copy, at cp/pt.c:12349

[cas43 at cs dot stanford.edu]

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

 Bug #: 54927
   Summary: internal compiler error: in tsubst_copy, at
cp/pt.c:12349
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ca...@cs.stanford.edu


When compiling this program without options:

template class A {void F(){sizeof(double);}};
template class A;


The compilation should succeed, but I get the following output:


prog.cpp: In instantiation of ‘void A::F() [with T = int]’:
prog.cpp:2:16:   required from here
prog.cpp:1:43: internal compiler error: in tsubst_copy, at cp/pt.c:12349
 template class A {void F(){sizeof(double);}};
   ^
0x5835ca tsubst_copy
../../s-4.8/gcc/cp/pt.c:12349
0x57364e tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../s-4.8/gcc/cp/pt.c:13476
0x573543 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../s-4.8/gcc/cp/pt.c:13501
0x57aeba tsubst_expr
../../s-4.8/gcc/cp/pt.c:13156
0x57c8c8 tsubst_expr
../../s-4.8/gcc/cp/pt.c:12641
0x57c465 tsubst_expr
../../s-4.8/gcc/cp/pt.c:12811
0x579d86 instantiate_decl(tree_node*, int, bool)
../../s-4.8/gcc/cp/pt.c:18633
0x5b43a3 instantiate_pending_templates(int)
../../s-4.8/gcc/cp/pt.c:18732
0x5efc00 cp_write_global_declarations()
../../s-4.8/gcc/cp/decl2.c:3993
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.


Output of g++ -v:

Using built-in specs.
COLLECT_GCC=/new-gcc/i-4.8/bin/g++
COLLECT_LTO_WRAPPER=/new-gcc/i-4.8/libexec/gcc/x86_64-unknown-linux-gnu/4.8.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../s-4.8/configure --prefix=/new-gcc/i-4.8
Thread model: posix
gcc version 4.8.0 20121014 (experimental) (GCC)

[Bug c++/54844] [4.8 Regression] ice tsubst_copy, at cp/pt.c:12352

[paolo.carlini at oracle dot com]

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



Paolo Carlini  changed:



   What|Removed |Added



 CC||cas43 at cs dot

   ||stanford.edu



--- Comment #4 from Paolo Carlini  2012-10-14 
22:50:10 UTC ---

*** Bug 54927 has been marked as a duplicate of this bug. ***

[Bug c++/54927] internal compiler error: in tsubst_copy, at cp/pt.c:12349

[paolo.carlini at oracle dot com]

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



Paolo Carlini  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||DUPLICATE



--- Comment #1 from Paolo Carlini  2012-10-14 
22:50:10 UTC ---

A nice short duplicate of PR54844.



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

[Bug fortran/54917] [4.7/4.8 Regression] [OOP] TRANSFER on polymorphic variable causes ICE

[janus at gcc dot gnu.org]

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



--- Comment #14 from janus at gcc dot gnu.org 2012-10-14 22:56:11 UTC ---

(In reply to comment #13)

> So, again, _data and _size references missing.



Moreover, we need to set the _vptr component and allocate _data.

[Bug c++/54928] New: Infinite output with after ICE with macro

[cas43 at cs dot stanford.edu]

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

 Bug #: 54928
   Summary: Infinite output with after ICE with macro
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ca...@cs.stanford.edu


Compiling this without options produces infinite output.

#define M(x) x
template class A {void F(){M(sizeof(double));}};
template class A;


Beginning of output:

prog.cpp: In instantiation of ‘void A::F() [with T = int]’:
prog.cpp:3:16:   required from here
prog.cpp:2:45: internal compiler error: in tsubst_copy, at cp/pt.c:12349
 template class A {void F(){M(sizeof(double));}};
 ^
prog.cpp:1:14: note: in definition of macro 'M'
 #define M(x) x
  ^
prog.cpp:2:45: internal compiler error: in internal_error, at diagnostic.c:1069
 template class A {void F(){M(sizeof(double));}};
 ^
prog.cpp:1:14: note: in definition of macro 'M'
 #define M(x) x
  ^



Output of g++ -v:
Using built-in specs.
COLLECT_GCC=/new-gcc/i-4.8/bin/g++
COLLECT_LTO_WRAPPER=/new-gcc/i-4.8/libexec/gcc/x86_64-unknown-linux-gnu/4.8.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../s-4.8/configure --prefix=/new-gcc/i-4.8
Thread model: posix
gcc version 4.8.0 20121014 (experimental) (GCC) 


I filed the ICE leading up to the infinite loop as a separate bug.

[Bug c++/54844] [4.8 Regression] ice tsubst_copy, at cp/pt.c:12352

[paolo.carlini at oracle dot com]

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



Paolo Carlini  changed:



   What|Removed |Added



 CC||jakub at gcc dot gnu.org



--- Comment #5 from Paolo Carlini  2012-10-14 
23:23:00 UTC ---

Jakub, can you have a look to this? Seems related to your sizeof changes.

[Bug c++/54929] New: internal compiler error: in tsubst_copy, at cp/pt.c:12349

[cas43 at cs dot stanford.edu]

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

 Bug #: 54929
   Summary: internal compiler error: in tsubst_copy, at
cp/pt.c:12349
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ca...@cs.stanford.edu


Input:

template class A {void F(){sizeof(double);}};
template class A;


Expected result: compile successfully.

Output:

prog.cpp: In instantiation of ‘void A::F() [with T = int]’:
prog.cpp:2:16:   required from here
prog.cpp:1:43: internal compiler error: in tsubst_copy, at cp/pt.c:12349
 template class A {void F(){sizeof(double);}};
   ^
0x5835ca tsubst_copy
../../s-4.8/gcc/cp/pt.c:12349
0x57364e tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../s-4.8/gcc/cp/pt.c:13476
0x573543 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../s-4.8/gcc/cp/pt.c:13501
0x57aeba tsubst_expr
../../s-4.8/gcc/cp/pt.c:13156
0x57c8c8 tsubst_expr
../../s-4.8/gcc/cp/pt.c:12641
0x57c465 tsubst_expr
../../s-4.8/gcc/cp/pt.c:12811
0x579d86 instantiate_decl(tree_node*, int, bool)
../../s-4.8/gcc/cp/pt.c:18633
0x5b43a3 instantiate_pending_templates(int)
../../s-4.8/gcc/cp/pt.c:18732
0x5efc00 cp_write_global_declarations()
../../s-4.8/gcc/cp/decl2.c:3993
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.


Output from g++ -v:
Using built-in specs.
COLLECT_GCC=/new-gcc/i-4.8/bin/g++
COLLECT_LTO_WRAPPER=/new-gcc/i-4.8/libexec/gcc/x86_64-unknown-linux-gnu/4.8.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../s-4.8/configure --prefix=/new-gcc/i-4.8
Thread model: posix
gcc version 4.8.0 20121014 (experimental) (GCC) 


Sorry if this bugs gets duplicated; I cannot find the original.

[Bug c++/54928] Infinite output with after ICE with macro

[manu at gcc dot gnu.org]

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

Manuel López-Ibáñez  changed:

   What|Removed |Added

 CC||manu at gcc dot gnu.org

--- Comment #1 from Manuel López-Ibáñez  2012-10-15 
00:14:01 UTC ---
internal_error should not do macro unwinding or even try to print the caret.
The ideas in this old patch can be used to implement that:

http://gcc.gnu.org/ml/gcc-patches/2012-04/msg01836.html

[Bug bootstrap/54926] [4.8 Regression] Bootstrap comparison failure for various files in libbacktrace

[ubizjak at gmail dot com]

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



--- Comment #1 from Uros Bizjak  2012-10-15 06:44:57 
UTC ---

(In reply to comment #0)



> Problem was introduced in r191981.



The patch just introduces -funwind-tables to compile flags, so I really don't

see how this can cause any difference.