[Bug c/57653] filename information discarded when using -imacros

[manu at gcc dot gnu.org]

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

--- Comment #7 from Manuel López-Ibáñez  ---
(In reply to Allan McRae from comment #6)
> I have also confirmed this issue on Fedora rawhide.
> 
> gcc 4.8.1 20130603 (Red Hat 4.8.1-1)

What I would do to investigate this issue is to put a breakpoint in linemap_add
and try to figure out what is the difference with and without the -imacro.
There must be some difference there.

[Bug driver/57651] [4.8 / 4.9 Regression] gcc-ar and gcc-nm don't find the lto plugin

[doko at gcc dot gnu.org]

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

Matthias Klose  changed:

   What|Removed |Added

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

--- Comment #7 from Matthias Klose  ---
the x permission issue is now fixed too.

[Bug plugins/53126] gcc-4.7.0 error "gcc-ar: Cannot find plugin"

[doko at gcc dot gnu.org]

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

Matthias Klose  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||doko at gcc dot gnu.org
 Resolution|--- |FIXED

--- Comment #9 from Matthias Klose  ---
PR57651 is now fixed, which should address this issue too. please reopen the
issue, if not.

[Bug tree-optimization/57584] [4.9 Regression] ice: SSA corruption: Unable to coalesce ssa_names

[rguenth at gcc dot gnu.org]

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

--- Comment #4 from Richard Biener  ---
niter analysis computes

 (((unsigned long) sp_35(ab) - (unsigned long) (sp_3(ab) + 8)) + 7) / 8))

which the vectorizer inserts, obviously breaking coalescing of sp_35 and sp_3.
It's expand_simple_operations done in niter analysis that breaks this and
I have a patch to fix that.

[Bug fortran/57633] I/O: Problem with formatted read: reading CR-LF files (\r\n)

[burnus at gcc dot gnu.org]

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

--- Comment #5 from Tobias Burnus  ---
The problem seems to be

2012finish_list_read (st_parameter_dt *dtp)
...
2019  if (dtp->u.p.at_eol)
2020{
2021  dtp->u.p.at_eol = 0;
2022  return;
2023}
2024
2025  err = eat_line (dtp);

as at_eol == 1.


Draft patch:

The first hunk solves the actual problem of this PR.

The second one handles the case "abc\rdef" where \r is not followed by \n and
does not start a new record. (Note: gfortran does not handle pre-MacOS X line
breaks of the form "\r", only Windows \r\n and Unix (Linux, MacOS X,...) "\n".)
- that's unrelated to this PR.

--- a/libgfortran/io/list_read.c
+++ b/libgfortran/io/list_read.c
@@ -244,3 +244,3 @@ next_char (st_parameter_dt *dtp)
 done:
-  dtp->u.p.at_eol = (c == '\n' || c == '\r' || c == EOF);
+  dtp->u.p.at_eol = (c == '\n' || c == EOF);
   return c;
@@ -336,3 +336,2 @@ eat_separator (st_parameter_dt *dtp)
 case '\r':
-  dtp->u.p.at_eol = 1;
   if ((n = next_char(dtp)) == EOF)

[Bug rtl-optimization/57518] [4.9 Regression] Redundant insn generated in LRA

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |4.9.0
Summary|[4.8/4.9 Regression]|[4.9 Regression] Redundant
   |Redundant insn generated in |insn generated in LRA
   |LRA |

--- Comment #2 from Richard Biener  ---
>From the description I gather that 4.8.0 works.

[Bug tree-optimization/57656] [4.7/4.8/4.9 Regression] Wrong constant folding

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2013-06-20
   Assignee|unassigned at gcc dot gnu.org  |rguenth at gcc dot 
gnu.org
 Ever confirmed|0   |1

--- Comment #2 from Richard Biener  ---
Mine.

[Bug target/57655] [4.8/4.9 Regression] ICE: in create_pre_exit, at mode-switching.c:418 with -mno-fp-ret-in-387 -mvzeroupper -mxop and __builtin_ilogbl()

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |4.8.2

[Bug fortran/57633] I/O: Problem with formatted read: reading CR-LF files (\r\n)

[burnus at gcc dot gnu.org]

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

--- Comment #6 from Tobias Burnus  ---
Patch: http://gcc.gnu.org/ml/fortran/2013-06/msg00109.html

[Bug c++/57408] lambda, Variable length arrays, thread, internal compiler error: in expand_expr_real_1, at expr.c:9327

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-06-20
 Ever confirmed|0   |1

[Bug fortran/55867] Segmentation fault on DEALLOCATION of type with ALLOCATABLE components

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |FIXED

--- Comment #2 from Dominique d'Humieres  ---
I confirm that the test runs under valgrind without error from 4.7.3 up to
trunk. Gcc 4.6 is no longer maintained, closing as fixed.

[Bug fortran/56169] Installation the Chromium from ports fails

[dominiq at lps dot ens.fr]

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

--- Comment #3 from Dominique d'Humieres  ---
Any progress?

[Bug fortran/54096] Type bound procedures

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |FIXED

--- Comment #9 from Dominique d'Humieres  ---
I confirm that the code compiles with 4.6.4 up to trunk. No news since almost a
year then closing as fixed. Please reopen if I am wrong.

[Bug bootstrap/57292] Failure in build after stage 3, concerning libitm.la

[ExtraLeveLInSoftware at ntlworld dot com]

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

--- Comment #1 from Ellis N. Thomas  
---

It also failed during installation with errors for libitm.la, equivalent
to the failures during build runtime libraries:

bash> make  install  &> ../logs/makeinst-1.log

Log file ended with:
ld: warning in ../../../src/gcc-4.7.2/libitm/clearcap.map, file is not of
required architecture
ld: pointer in read-only segment not allowed in slidable image, used in
_del_opvnt from .libs/alloc_cpp.o
collect2: error: ld returned 1 exit status
make[3]: *** [libitm.la] Error 1
make[2]: *** [install-recursive] Error 1
make[1]: *** [install-target-libitm] Error 2
make: *** [install] Error 2


Ellis N. Thomas/20-Jun-2013

[Bug fortran/43899] Wrong unused-variable warning with NAMELISTs

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #14 from Dominique d'Humieres  ---
> This latest patch gets rid of the bogus unused warning.  
> Remaining, but not real important is to warn on an unused namelist.  
> I think this will involve marking namelists as used when resolving 
> or translating I/O statements and then at some point, scan for any 
> namelists not marked.  I almost think its not worth it, but will 
> leave this opened until others weigh in on it.
>
> Even if a namelist is used, a particular variable within it may 
> not be used.  For example, if the users nml file does not contain 
> an assignment for a particular variable in the list, it will remain 
> unused.  No value in the read operation.

No activity since over two years. Closing as WONTFIX. Please reopen if I am
wrong.

[Bug fortran/34928] Extension: volatile common blocks

[dominiq at lps dot ens.fr]

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

--- Comment #4 from Dominique d'Humieres  ---
No activity for over three years. I'll close it as WONTFIX in a few days if
nobody care anymore.

[Bug fortran/35707] Search /usr/local/include and /usr/include for .mod files

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #14 from Dominique d'Humieres  ---
> Set status to WAITING. To be closed as INVALID(?) in three months from now if
> there is no further discussion.
> 

No progress three years later, closing as WONTFIX. Please reopen if you
disagree.

[Bug tree-optimization/57584] [4.9 Regression] ice: SSA corruption: Unable to coalesce ssa_names

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #5 from Richard Biener  ---
Author: rguenth
Date: Thu Jun 20 10:22:33 2013
New Revision: 200237

URL: http://gcc.gnu.org/viewcvs?rev=200237&root=gcc&view=rev
Log:
2013-06-20  Richard Biener  

PR tree-optimization/57584
* tree-ssa-loop-niter.c (expand_simple_operations): Avoid including
SSA names into the expanded expression that take part in
abnormal coalescing.

* gcc.dg/torture/pr57584.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/torture/pr57584.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-loop-niter.c

[Bug tree-optimization/56982] [4.8 Regression] Bad optimization with setjmp()

[rguenth at gcc dot gnu.org]

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

Bug 56982 depends on bug 57584, which changed state.

Bug 57584 Summary: [4.9 Regression] ice: SSA corruption: Unable to coalesce 
ssa_names
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57584

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

[Bug fortran/43899] Wrong unused-variable warning with NAMELISTs

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |---

--- Comment #15 from Tobias Burnus  ---
(In reply to Jerry DeLisle from comment #12)
> Remaining [...] is to warn on an unused namelist.  I think this will involve
> marking namelists as used when resolving or translating I/O statements and
> then at some point, scan for any namelists not marked.

I think the later scanning can be done when generating the DWARF debug symbols
(cf. PR37132) in trans-decl.c. While not very important, I find such a warning
useful. (One needs to be careful about those declared in a module or accessed
via host association. Fortunately, namelists may not be declared in a BLOCK.)

[Bug fortran/57639] [OOP] ICE with polymorphism (and illegal code)

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-06-20
 CC||janus at gcc dot gnu.org
Summary|ICE with polymorphism (and  |[OOP] ICE with polymorphism
   |illegal code)   |(and illegal code)
 Ever confirmed|0   |1

--- Comment #1 from janus at gcc dot gnu.org ---
Confirmed. Thanks for reporting!

Slightly reduced test case:


  implicit none

  class(*) :: t1, t2

  print *, 'main: compare = ', compare (t1, t2)

contains

 logical function compare (a, b)
class(*), intent(in), allocatable :: a, b
  end function  

end

[Bug fortran/51790] Broken ambiguity check when combining generic with nongeneric procedures

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-06-20
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
Sill present at revision 200223.

[Bug fortran/35707] Search /usr/local/include and /usr/include for .mod files

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Depends on||49138
 Resolution|WONTFIX |---

--- Comment #15 from Tobias Burnus  ---
(In reply to Daniel Franke from comment #13)
> Yes, I think that this text needs an update.

I concur that we - still - need a better documentation on this. It's related to
PR 49138 where one defined a proper location for .mod files.

[Bug fortran/57639] [OOP] ICE with polymorphism (and illegal code)

[janus at gcc dot gnu.org]

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

--- Comment #2 from janus at gcc dot gnu.org ---
Btw, the following variant ...


  implicit none
  class(*) :: t1, t2
  print *, SAME_TYPE_AS (t1, t2)
end 


... gives a different backtrace:


f951: internal compiler error: Segmentation fault
0x8a8cbf crash_signal
/home/janus/gcc49/trunk/gcc/toplev.c:333
0x5a89f0 gfc_type_compatible(gfc_typespec*, gfc_typespec*)
/home/janus/gcc49/trunk/gcc/fortran/symbol.c:4497
0x59afa2 gfc_simplify_same_type_as(gfc_expr*, gfc_expr*)
/home/janus/gcc49/trunk/gcc/fortran/simplify.c:2300
0x5413a1 do_simplify
/home/janus/gcc49/trunk/gcc/fortran/intrinsic.c:3962
0x54df85 gfc_intrinsic_func_interface(gfc_expr*, int)
/home/janus/gcc49/trunk/gcc/fortran/intrinsic.c:4318
0x588af4 resolve_unknown_f
/home/janus/gcc49/trunk/gcc/fortran/resolve.c:2680

[Bug target/49423] [4.7/4.8/4.9 Regression] [arm] internal compiler error: in push_minipool_fix

[jules at gcc dot gnu.org]

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

jules at gcc dot gnu.org changed:

   What|Removed |Added

 CC||jules at gcc dot gnu.org

--- Comment #20 from jules at gcc dot gnu.org ---
I've posted a new potential fix (and a new testcase which breaks on current
mainline) here:

http://gcc.gnu.org/ml/gcc-patches/2013-06/msg01191.html

[Bug c++/57658] New: ICE in tsubst_copy, at cp/pt.c:12213

[t-gcc-bugzilla at snowelm dot com]

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

Bug ID: 57658
   Summary: ICE in tsubst_copy, at cp/pt.c:12213
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: t-gcc-bugzilla at snowelm dot com

Maybe similar to PR 57109, but the attached source for the PR was compiled
without problem in my environment, so I post this one as a new bug.

Due to bugzilla size limit, I had to compress the preprocessed source with
lzma.
If you need, please download the uncompressed version at
http://www.sat.t.u-tokyo.ac.jp/~mak/temp/parser.cpp.1.ii

$ g++-4.9 -v
Using built-in specs.
COLLECT_GCC=g++-4.9
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --prefix=/usr/local --program-suffix=-4.9
--enable-languages=c,c++,lto
Thread model: posix
gcc version 4.9.0 20130620 (experimental) (GCC)

$ g++-4.9 -std=c++11 src/parser.cpp.1.ii
../../src/parser.cpp: In instantiation of
'pomdp::parsed_POMDP<_POMDP_traits>::parse(std::istream&) [with _POMDP_traits =
pomdp::POMDP_sparse_traits; std::istream =
std::basic_istream]::':
../../src/parser.cpp:291:42:   required from 'struct
pomdp::parsed_POMDP<_POMDP_traits>::parse(std::istream&) [with _POMDP_traits =
pomdp::POMDP_sparse_traits; std::istream =
std::basic_istream]::'
../../src/parser.cpp:290:6:   required from 'bool
pomdp::parsed_POMDP<_POMDP_traits>::parse(std::istream&) [with _POMDP_traits =
pomdp::POMDP_sparse_traits; std::istream = std::basic_istream]'
../../src/parser.cpp:433:16:   required from here
../../src/parser.cpp:291:103: internal compiler error: in tsubst_copy, at
cp/pt.c:12213
  matOS_.operator[]([this,&a,&s1](matOS const &d, unused_type,
unused_type){ forall(a){ rewar[a].makeCompressed(); forall(s1) {
rewar[a].col(s1) = d.transpose() * O(a).col(s1); }}})
   
   ^
0x59f7f0 tsubst_copy
../../gcc/cp/pt.c:12213
0x57cee9 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../gcc/cp/pt.c:14484
0x59081c tsubst(tree_node*, tree_node*, int, tree_node*)
../../gcc/cp/pt.c:11807
0x59c8fa tsubst_template_args
../../gcc/cp/pt.c:9640
0x59d2fe tsubst_aggr_type
../../gcc/cp/pt.c:9837
0x590a25 tsubst(tree_node*, tree_node*, int, tree_node*)
../../gcc/cp/pt.c:11695
0x57d852 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../gcc/cp/pt.c:13601
0x57f21c tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../gcc/cp/pt.c:13724
0x57e940 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../gcc/cp/pt.c:14154
0x586a12 tsubst_expr
../../gcc/cp/pt.c:13415
0x5890de tsubst_expr
../../gcc/cp/pt.c:12973
0x5864b3 tsubst_expr
../../gcc/cp/pt.c:12880
0x587284 tsubst_expr
../../gcc/cp/pt.c:13070
0x5864b3 tsubst_expr
../../gcc/cp/pt.c:12880
0x587284 tsubst_expr
../../gcc/cp/pt.c:13070
0x584e5b instantiate_decl(tree_node*, int, bool)
../../gcc/cp/pt.c:19112
0x5bcb67 instantiate_class_template_1
../../gcc/cp/pt.c:9018
0x5bcb67 instantiate_class_template(tree_node*)
../../gcc/cp/pt.c:9086
0x647dcb complete_type(tree_node*)
../../gcc/cp/typeck.c:131
0x57dd30 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../gcc/cp/pt.c:14581
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.

[Bug fortran/40756] Cleanup TREE_BLOCK

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
   Last reconfirmed||2013-06-20
 Depends on||37132
 Resolution|FIXED   |---
 Ever confirmed|0   |1

--- Comment #2 from Tobias Burnus  ---
Let's reopen. I want to add a TREE_BLOCK for (module) global variables for
namelists, cf. PR37132. Those would be used by the BE/LTO.

Still, that's the opportunity to check whether we add TREE_BLOCK where it
doesn't make sense. Looking at the code, we seem might add pointless ones with
poplevel in f95-lang.c. Although, Diego stated: "They are also reachable
from EXPRs embedded in some types emitted by Fortran." - hence, there might be
additional places where they get added.

[Bug c++/57658] ICE in tsubst_copy, at cp/pt.c:12213

[t-gcc-bugzilla at snowelm dot com]

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

--- Comment #1 from Takaki Makino  ---
It seems that the attachment file size was 1000.3KB and rejected by bugzilla.
Anyway please download preprocessed source from the URL above.

[Bug fortran/57633] I/O: Problem with formatted read: reading CR-LF files (\r\n)

[burnus at gcc dot gnu.org]

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

--- Comment #7 from Tobias Burnus  ---
Author: burnus
Date: Thu Jun 20 10:55:03 2013
New Revision: 200238

URL: http://gcc.gnu.org/viewcvs?rev=200238&root=gcc&view=rev
Log:
2013-06-20  Tobias Burnus  

PR fortran/57633
* io/list_read.c (next_char, eat_separator): Don't set EOL for \r.

2013-06-20  Tobias Burnus  

PR fortran/57633
* gfortran.dg/list_read_11.f90: New.


Added:
trunk/gcc/testsuite/gfortran.dg/list_read_11.f90
Modified:
trunk/gcc/testsuite/ChangeLog
trunk/libgfortran/ChangeLog
trunk/libgfortran/io/list_read.c

[Bug fortran/57633] I/O: Problem with formatted read: reading CR-LF files (\r\n)

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #8 from Tobias Burnus  ---
FIXED on the 4.9 trunk.

[Bug fortran/57639] [OOP] ICE with polymorphism (and illegal code)

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |janus at gcc dot gnu.org

--- Comment #3 from janus at gcc dot gnu.org ---
The following patch fixes both variants:

Index: gcc/fortran/interface.c
===
--- gcc/fortran/interface.c(revision 199689)
+++ gcc/fortran/interface.c(working copy)
@@ -1966,7 +1966,8 @@ compare_parameter (gfc_symbol *formal, gfc_expr *a
 }

   /* F2008, 12.5.2.5; IR F08/0073.  */
-  if (formal->ts.type == BT_CLASS && actual->expr_type != EXPR_NULL
+  if (formal->ts.type == BT_CLASS && formal->attr.class_ok
+  && actual->expr_type != EXPR_NULL
   && ((CLASS_DATA (formal)->attr.class_pointer
&& !formal->attr.intent == INTENT_IN)
   || CLASS_DATA (formal)->attr.allocatable))
@@ -1978,6 +1979,10 @@ compare_parameter (gfc_symbol *formal, gfc_expr *a
 formal->name, &actual->where);
   return 0;
 }
+
+  if (!gfc_expr_attr (actual).class_ok)
+return 0;
+
   if (!gfc_compare_derived_types (CLASS_DATA (actual)->ts.u.derived,
   CLASS_DATA (formal)->ts.u.derived))
 {
Index: gcc/fortran/simplify.c
===
--- gcc/fortran/simplify.c(revision 199689)
+++ gcc/fortran/simplify.c(working copy)
@@ -2296,7 +2296,8 @@ gfc_simplify_same_type_as (gfc_expr *a, gfc_expr *

   /* Return .false. if the dynamic type can never be the
  same.  */
-  if ((a->ts.type == BT_CLASS || b->ts.type == BT_CLASS)
+  if (((a->ts.type == BT_CLASS && gfc_expr_attr (a).class_ok)
+   || (b->ts.type == BT_CLASS && gfc_expr_attr (b).class_ok))
   && !gfc_type_compatible (&a->ts, &b->ts)
   && !gfc_type_compatible (&b->ts, &a->ts))
 return gfc_get_logical_expr (gfc_default_logical_kind, &a->where, false);

[Bug tree-optimization/57488] [4.9 regression] loop terminates early at -O3

[rguenth at gcc dot gnu.org]

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

--- Comment #3 from Richard Biener  ---
-fno-tree-partial-pre fixes this, partial PRE figures that v on entry to the
l loop is invariant in the outer loop.  Thus it does

tem = v;
for (k = 1; k >= 0; k--)
{
int l;
bar (0);
v = tem;
for (l = 1; l < 5; l++)
{
int m;
for (m = 6; m; m--)
{
v--;
*ps = *pc;
}
}
}

effectively cutting the number of decrements in half.

[Bug other/57659] New: Failure in installing documentation of gcc-4.7.2

[ExtraLeveLInSoftware at ntlworld dot com]

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

Bug ID: 57659
   Summary: Failure in installing documentation of gcc-4.7.2
   Product: gcc
   Version: 4.7.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
  Assignee: unassigned at gcc dot gnu.org
  Reporter: ExtraLeveLInSoftware at ntlworld dot com

Failure in installing documentation of gcc-4.7.2

To: gcc-bugs

1 Introduction

Trying to install documentation for recently built gcc-4.7.2.

Running Mac OS X:

 System Version:Mac OS X 10.5.8 (9L30)
 Kernel Version:Darwin 9.8.0
 >uname -mpv
 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009;
root:xnu-1228.15.4~1/RELEASE_I386 i386 i386

This bug report concerns the following point.

  - The generated HTML has broken links - no pages for gnat_rm have been made


2 Report from configure etc.

Building in /Gnu/gcc/obj.  Sources in /Gnu/gcc/src/gcc-4.7.2/.

The configure command was
../src/gcc-4.7.2/gcc-4.7.2/configure --enable-languages=ada,c,c++ 

This completed OK.


3 Missing Items in the generated HTML

The "Installing GCC: Final installation" page states:
"If you would like to generate online HTML documentation, do ‘cd objdir; make
 html’ and HTML will be generated for the gcc manuals in objdir/gcc/HTML."

Ran in /Gnu/gcc/obj/:
make html &> ../logs/makehtml-1.log
Has placed many files in objdir/gcc/HTML, but the reference to gnat_rm is
missing.

The log included:
Doing html in gnattools
make[2]: Nothing to be done for `html'.

From the index page, following "2 Language Standards Supported by GCC"
leads to file objdir/gcc/HTML/gcc-4.7.2/gcc/Standards.html.  Here under
"2.5 References for other languages" it says:
"See GNAT Reference Manual, for information on standard conformance and
compatibility of the Ada compiler."

This line includes a link
"GNAT Reference Manual"

The Safari browser says:
"No file exists at the address
'/Gnu/gcc/obj/gcc/HTML/gcc-4.7.2/gnat_rm/index.html'."

In fact there is no gnat_rm directory
bash> ls gcc/HTML/gcc-4.7.2
cpp cppinternalsgcc gccinstall  gccint

Similar links are missing from the same paragraph for Fortran and Java,
but perhaps this is expected since these were omitted from the build.

Since Ada was included, it would be expected to have its documentation
available:
bash> gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/gcc-4.7.2/bin/../libexec/gcc/i386-apple-darwin9.8.0/4.7.2/lto-wrapper
Target: i386-apple-darwin9.8.0
Configured with: ../src/gcc-4.7.2/configure --enable-languages=ada,c,c++
Thread model: posix
gcc version 4.7.2 (GCC) 

It has not been checked whether there are any other broken links.


4 Information about the build state

The build has passed stage 3, but failed later.  Installation has been
completed, though similar errors arose.

The following bugs were reported during this build.

Bug 57291 - Failure in build stages 2 and 3 concerning pseudo-op: .balign
Bug 57292 - Failure in build after stage 3, concerning libitm.la
Bug 57606 - Failure in testing stage 3 of gcc-4.7.2 

These are not believed to be connected, but is stated just in case.


6 Summary of Bugs

6.1 Missing Items in the generated HTML

  -there is no gnat_rm directory in objdir/gcc/HTML/gcc-4.7.2

6.2 Extra Information

If extra information about the matters reported above would be of value
please contact:

ExtraLeveLInSoftware at ntlworld dot com

Ellis N. Thomas/20-Jun-2013

[Bug c++/57658] ICE in tsubst_copy, at cp/pt.c:12213

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2013-06-20
 Ever confirmed|0   |1

--- Comment #2 from Paolo Carlini  ---
Please no URLs. And please do your best to reduce the testcase to a manageable
size, there are many tools you can use for that and we have a section in the
wiki about it.

[Bug other/57659] Failure in installing documentation of gcc-4.7.2

[redi at gcc dot gnu.org]

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

--- Comment #1 from Jonathan Wakely  ---
(In reply to Ellis N. Thomas from comment #0)
> 4 Information about the build state
[...]
> 6 Summary of Bugs

What happened to chapter 5? :)

> 6.2 Extra Information
> 
>   If extra information about the matters reported above would be of value
> please contact:
> 
>   ExtraLeveLInSoftware at ntlworld dot com

If someone needs more info I think you can assume they'll ask for it, but
they'll post responses to Bugzilla, and as the bug reporter you'll
automatically get an email, so there's no need to give your contact details.

[Bug lto/57602] Runfails for several C/C++ benchmarks from spec2000 for i686 with -flto after r199422

[izamyatin at gmail dot com]

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

--- Comment #2 from Igor Zamyatin  ---
For both cases we have calls of static routines where address of some static
variable is being passed.

Since all this could be seen only for 32 bits, problem looks like some
attribute which allows the routine to pass parameters on registers lost
somewhere (but callee still rely on this fact).

[Bug tree-optimization/57488] [4.9 regression] loop terminates early at -O3

[rguenth at gcc dot gnu.org]

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

--- Comment #4 from Richard Biener  ---
The fun thing is that this is a regular partial redundancy but requires
an earlier partial partial redundancy elimination to be performed.

So what happens is that

int v;
void foo (int n)
{
  int i, j;
  for (i = 0; i < n; ++i)
for (j = 0; j < n; ++j)
  v++;
}

gets transformed to

int v;
void foo (int n)
{
  int i, j;
  for (i = 0; i < n; ++i)
tem = v;
for (j = 0; j < n; ++j)
  # PHI 
  v = tem + 1;
}

and in the 3rd insert iteration this becomes

int v;
void foo (int n)
{
  int i, j;
  tem2 = v;
  for (i = 0; i < n; ++i)
# tem2 = PHI 
tem = tem2;
for (j = 0; j < n; ++j)
  # tem = PHI 
  v = tem + 1;
}

with ... replaced by the value and representative 'tem' because via the
NEW sets we propagate that down to the latch.

Of course PRE works fine with the above simplified testcase ...

The following speedup patch fixes the bug:

Index: gcc/tree-ssa-pre.c
===
--- gcc/tree-ssa-pre.c  (revision 200237)
+++ gcc/tree-ssa-pre.c  (working copy)
@@ -3665,6 +3666,12 @@ insert (void)
   if (dump_file && dump_flags & TDF_DETAILS)
fprintf (dump_file, "Starting insert iteration %d\n", num_iterations);
   new_stuff = insert_aux (ENTRY_BLOCK_PTR);
+
+  /* Clear the NEW sets before the next iteration.  We have already
+ fully propagated its contents.  */
+  if (new_stuff)
+   FOR_ALL_BB (bb)
+ bitmap_set_free (NEW_SETS (bb));
 }
   statistics_histogram_event (cfun, "insert iterations", num_iterations);
 }

remains to be seen why ... (I can only think of NEW sets propagated
over backedges requiring a 2nd iteration to make their effect visible)

That said, this bug seems to be latent for a long time.

[Bug tree-optimization/57660] New: [4.9 regression] FAIL: gcc.dg/tree-ssa/forwprop-28.c scan-tree-dump-times forwprop1 "Replaced" 8

[sch...@linux-m68k.org]

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

Bug ID: 57660
   Summary: [4.9 regression] FAIL: gcc.dg/tree-ssa/forwprop-28.c
scan-tree-dump-times forwprop1 "Replaced" 8
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sch...@linux-m68k.org
CC: law at gcc dot gnu.org
Target: m68k-*-*

Created attachment 30325
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30325&action=edit
forwprop-28.c.022t.forwprop1

Executing on host: /daten/aranym/gcc/gcc-20130620/Build/gcc/xgcc
-B/daten/aranym/gcc/gcc-20130620/Build/gcc/
/daten/aranym/gcc/gcc-20130620/gcc/testsuite/gcc.dg/tree-ssa/forwprop-28.c 
-fno-diagnostics-show-caret -fdiagnostics-color=never   -O2
-fdump-tree-forwprop1 -S  -o forwprop-28.s(timeout = 300)
spawn /daten/aranym/gcc/gcc-20130620/Build/gcc/xgcc
-B/daten/aranym/gcc/gcc-20130620/Build/gcc/
/daten/aranym/gcc/gcc-20130620/gcc/testsuite/gcc.dg/tree-ssa/forwprop-28.c
-fno-diagnostics-show-caret -fdiagnostics-color=never -O2 -fdump-tree-forwprop1
-S -o forwprop-28.s
PASS: gcc.dg/tree-ssa/forwprop-28.c (test for excess errors)
FAIL: gcc.dg/tree-ssa/forwprop-28.c scan-tree-dump-times forwprop1 "Replaced" 8

[Bug middle-end/57661] New: [4.9 Regression] ICE: SIGSEGV in verify_ssa

[zsojka at seznam dot cz]

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

Bug ID: 57661
   Summary: [4.9 Regression] ICE: SIGSEGV in verify_ssa
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: zsojka at seznam dot cz

Created attachment 30326
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30326&action=edit
partially reduced testcase

Compiler output:
$ gcc -O2 -fno-tree-forwprop -std=gnu++0x testcase.C
testcase.C: In destructor '_Rope_RopeFunction<_CharT,
_Alloc>::~_Rope_RopeFunction() [with _CharT = char; _Alloc = allocator]':
testcase.C:54:5: internal compiler error: Segmentation fault
 ~_Rope_RopeFunction () throw ()
 ^
0xbe9c8f crash_signal
/mnt/svn/gcc-trunk/gcc/toplev.c:333
0xd6b5f0 verify_ssa(bool)
/mnt/svn/gcc-trunk/gcc/tree-ssa.c:938
0xafc281 execute_function_todo
/mnt/svn/gcc-trunk/gcc/passes.c:1970
0xafcbe7 execute_todo
/mnt/svn/gcc-trunk/gcc/passes.c:2002
0xafe8e1 execute_one_ipa_transform_pass
/mnt/svn/gcc-trunk/gcc/passes.c:2185
0xafe8e1 execute_all_ipa_transforms()
/mnt/svn/gcc-trunk/gcc/passes.c:2215
0x874a38 expand_function
/mnt/svn/gcc-trunk/gcc/cgraphunit.c:1584
0x8766f6 expand_all_functions
/mnt/svn/gcc-trunk/gcc/cgraphunit.c:1695
0x8766f6 compile()
/mnt/svn/gcc-trunk/gcc/cgraphunit.c:2029
0x876cc9 finalize_compilation_unit()
/mnt/svn/gcc-trunk/gcc/cgraphunit.c:2106
0x685d60 cp_write_global_declarations()
/mnt/svn/gcc-trunk/gcc/cp/decl2.c:4356
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.


$ gcc -v
Using built-in specs.
COLLECT_GCC=/mnt/svn/gcc-trunk/binary-latest/bin/gcc
COLLECT_LTO_WRAPPER=/mnt/svn/gcc-trunk/binary-200224-lto-fortran-checking-yes-rtl-df/libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /mnt/svn/gcc-trunk//configure --enable-checking=yes,rtl,df
--enable-languages=c,c++,lto,fortran
--prefix=/mnt/svn/gcc-trunk/binary-200224-lto-fortran-checking-yes-rtl-df/
--without-cloog --without-ppl
Thread model: posix
gcc version 4.9.0 20130619 (experimental) (GCC) 

Tested revisions:
r200224 - crash
4.8 r198018 - OK

[Bug rtl-optimization/57662] New: [4.9 Regression] ICE: SIGSEGV in code_motion_process_successors with -fschedule-insns2 -fselective-scheduling2

[zsojka at seznam dot cz]

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

Bug ID: 57662
   Summary: [4.9 Regression] ICE: SIGSEGV in
code_motion_process_successors with -fschedule-insns2
-fselective-scheduling2
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: zsojka at seznam dot cz

Created attachment 30327
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30327&action=edit
reduced testcase

Compiler output:
$ gcc -O -fno-guess-branch-probability -fpeel-loops
-freorder-blocks-and-partition -fschedule-insns2 -fsel-sched-pipelining
-fselective-scheduling2 -ftree-pre testcase.c
testcase.c: In function 'GetHangarNum':
testcase.c:44:1: internal compiler error: Segmentation fault
 }
 ^
0xa4ce7f crash_signal
/mnt/svn/gcc-trunk/gcc/toplev.c:333
0xa100f9 code_motion_process_successors
/mnt/svn/gcc-trunk/gcc/sel-sched.c:6429
0xa100f9 code_motion_path_driver
/mnt/svn/gcc-trunk/gcc/sel-sched.c:6669
0xa13f87 move_op
/mnt/svn/gcc-trunk/gcc/sel-sched.c:6758
0xa13f87 move_exprs_to_boundary
/mnt/svn/gcc-trunk/gcc/sel-sched.c:5292
0xa13f87 schedule_expr_on_boundary
/mnt/svn/gcc-trunk/gcc/sel-sched.c:5504
0xa15e77 fill_insns
/mnt/svn/gcc-trunk/gcc/sel-sched.c:5646
0xa15e77 schedule_on_fences
/mnt/svn/gcc-trunk/gcc/sel-sched.c:7410
0xa15e77 sel_sched_region_2
/mnt/svn/gcc-trunk/gcc/sel-sched.c:7544
0xa19c44 sel_sched_region_1
/mnt/svn/gcc-trunk/gcc/sel-sched.c:7583
0xa19c44 sel_sched_region(int)
/mnt/svn/gcc-trunk/gcc/sel-sched.c:7684
0xa1b3b9 run_selective_scheduling()
/mnt/svn/gcc-trunk/gcc/sel-sched.c:7760
0x9ec8b5 rest_of_handle_sched2
/mnt/svn/gcc-trunk/gcc/sched-rgn.c:3606
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

$ gcc -v
Using built-in specs.
COLLECT_GCC=/mnt/svn/gcc-trunk/binary-latest/bin/gcc
COLLECT_LTO_WRAPPER=/mnt/svn/gcc-trunk/binary-200224-lto-fortran-checking-yes-rtl-df/libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /mnt/svn/gcc-trunk//configure --enable-checking=yes,rtl,df
--enable-languages=c,c++,lto,fortran
--prefix=/mnt/svn/gcc-trunk/binary-200224-lto-fortran-checking-yes-rtl-df/
--without-cloog --without-ppl
Thread model: posix
gcc version 4.9.0 20130619 (experimental) (GCC) 

Tested revisions:
r200224 - crash
4.8 r198018 - OK

[Bug fortran/40756] Cleanup TREE_BLOCK

[dominiq at lps dot ens.fr]

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

--- Comment #3 from Dominique d'Humieres  ---
> Let's reopen. I want to add a TREE_BLOCK for (module) global variables 
> for namelists, cf. PR37132. Those would be used by the BE/LTO.

I don't this is related to this PR.

> Still, that's the opportunity to check whether we add TREE_BLOCK 
> where it doesn't make sense. Looking at the code, we seem might 
> add pointless ones with poplevel in f95-lang.c. Although, Diego stated: 
> "They are also reachable from EXPRs embedded in some types emitted 
> by Fortran." - hence, there might be additional places where they get added.

This PR has roten for nearly four years without any example of such pointless
TREE_BLOCK nor a way to find such instances. If there is really a "memory-hog"
associated with it, a pointer to it is needed.

[Bug fortran/35707] Search /usr/local/include and /usr/include for .mod files

[dominiq at lps dot ens.fr]

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

--- Comment #16 from Dominique d'Humieres  ---
(In reply to comment #15)
> (In reply to Daniel Franke from comment #13)
> > Yes, I think that this text needs an update.
>
> I concur that we - still - need a better documentation on this. 
> It's related to PR 49138 where one defined a proper location for .mod files.

IMO the main problem with .mod files is that the version numbers are changing
(too) often. Unless this is fixed, I don't see the point to have a hard coded
path to search them.

In top of that having two PRs opened for almost the same topic is probably one
too many.

[Bug fortran/43899] Wrong unused-variable warning with NAMELISTs

[dominiq at lps dot ens.fr]

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

--- Comment #16 from Dominique d'Humieres  ---
(In reply to Tobias Burnus from comment #15)
> (In reply to Jerry DeLisle from comment #12)
> > Remaining [...] is to warn on an unused namelist.  I think this will involve
> > marking namelists as used when resolving or translating I/O statements and
> > then at some point, scan for any namelists not marked.
>
> I think the later scanning can be done when generating the DWARF debug 
> symbols (cf. PR37132) in trans-decl.c. While not very important, I find 
> such a warning useful. (One needs to be careful about those declared 
> in a module or accessed via host association. Fortunately, namelists 
> may not be declared in a BLOCK.)

If there is a real need for a warning for unused namelist or namelist items,
then a new PR should be open and this one closed. IMO it is just a waste of
time: unused stuff having a strong tendency to produce false positive.

[Bug target/51654] C++ preprocessor bug with -maltivec and typedefs involving 'vector'

[win_wa at gmx dot net]

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

Mathias Winkel  changed:

   What|Removed |Added

 CC||win_wa at gmx dot net

--- Comment #6 from Mathias Winkel  ---
Unfortunately, the way the altivec extensions are defined still poses some
issues when using the latest GNU C Preprocessor. The configure flags for my GCC
are given below.
We are using the cpp to preprocess some of our Fortran code that makes heavy
use of variadic parameter macros etc.
In one of our source files, there is a Fortran comment "! Separation vector".
Here, the cpp recognizes 'vector' as a predefined macro (apparently with
missing parameters, compare
http://gcc.gnu.org/onlinedocs/gcc/PowerPC-AltiVec_002fVSX-Built_002din-Functions.html)
and inserts a number of empty lines that prevent to Fortran code from being
compileable. 

A reduced test example is:

XXX@juqueen1:~/gcc-test/pepc $ cat testbla
! separation vector
// separation vector

! separation vector int a
// separation vector int a

XXX@juqueen1:~/gcc-test/pepc $ cpp -P -C testbla 
! separation
 vector
// separation vector
! separation vector int a
// separation vector int a

Interestingly, nothing happens for 'vector int a', i.e. with trailing arguments
or in C++ comments.
One solution is to explicitly undefine 'vector':

XXX@juqueen1:~/gcc-test/pepc $ cpp -P -C -Uvector testbla 
! separation vector
// separation vector
! separation vector int a
// separation vector int a

However, it would be more desireable of the code was just left unchanged of the
'vector ...' pattern is not matched or if it is found behind the exclamation
mark that introduces Fortran comments.



==
GCC configure options:

XXX@juqueen1:~/gcc-test $ cpp -v   
Using built-in specs.
COLLECT_GCC=cpp
Target: powerpc64-bgq-linux
Configured with: ../gcc_source/configure --disable-bootstrap
--prefix=/bgsys/local/gcc/4.9 --program-suffix= --program-prefix= --enable-lto
--disable-checking --enable-shared --enable-threads=posix
--target=powerpc64-bgq-linux --host=powerpc64-linux-gnu
--build=powerpc64-linux-gnu --enable-secureplt --disable-libmudflap
--disable-libspp --enable-languages=c,c++,fortran,lto --disable-multilib
--with-long-double-128
--with-headers=/bgsys/drivers/ppcfloor//gnu-linux/powerpc64-bgq-linux//sys-include
--with-libs=/bgsys/drivers/ppcfloor//gnu-linux/powerpc64-bgq-linux//lib
--with-bin=/bgsys/drivers/ppcfloor//gnu-linux/powerpc64-bgq-linux//bin
--with-sbin=/bgsys/drivers/ppcfloor//gnu-linux/powerpc64-bgq-linux//sbin :
(reconfigured) ../gcc_source/configure --disable-bootstrap
--prefix=/bgsys/local/gcc/4.9 --program-suffix= --program-prefix= --enable-lto
--disable-checking --enable-shared --enable-threads=posix
--target=powerpc64-bgq-linux --host=powerpc64-linux-gnu
--build=powerpc64-linux-gnu --enable-secureplt --disable-libmudflap
--disable-libspp --enable-languages=c,c++,fortran,lto --disable-multilib
--with-long-double-128
--with-headers=/bgsys/drivers/ppcfloor//gnu-linux/powerpc64-bgq-linux//sys-include
--with-libs=/bgsys/drivers/ppcfloor//gnu-linux/powerpc64-bgq-linux//lib
--with-bin=/bgsys/drivers/ppcfloor//gnu-linux/powerpc64-bgq-linux//bin
--with-sbin=/bgsys/drivers/ppcfloor//gnu-linux/powerpc64-bgq-linux//sbin
Thread model: posix
gcc version 4.9.0 20130620 (experimental) (GCC)

[Bug tree-optimization/57660] FAIL: gcc.dg/tree-ssa/forwprop-28.c scan-tree-dump-times forwprop1 "Replaced" 8

[law at redhat dot com]

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

Jeffrey A. Law  changed:

   What|Removed |Added

 CC||law at redhat dot com
   Assignee|unassigned at gcc dot gnu.org  |law at redhat dot com
Summary|[4.9 regression] FAIL:  |FAIL:
   |gcc.dg/tree-ssa/forwprop-28 |gcc.dg/tree-ssa/forwprop-28
   |.c scan-tree-dump-times |.c scan-tree-dump-times
   |forwprop1 "Replaced" 8  |forwprop1 "Replaced" 8

--- Comment #1 from Jeffrey A. Law  ---
Not a regression as it's a new test.  Odds are other targets with similar
branch cost characteristics are going to see this new failure as well.  Mine.

[Bug rtl-optimization/57518] [4.9 Regression] Redundant insn generated in LRA

[wmi at google dot com]

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

wmi at google dot com changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu.org

--- Comment #3 from wmi at google dot com ---
oh, sorry to make it misleading, but the 4.8.0 below is an experimental version
(see its date is 20120613, at that time LRA has not been merged):

Target: x86_64-linux-gnu
gcc version 4.8.0 20120613 (experimental) (GCC)
gcc -O2 -S 1.c
.cfi_startproc
movzblip+2(%rip), %eax
andl$3, %eax
movl%eax, total(%rip)
ret
.cfi_endproc

I just verified using 4.8.0 and 4.8.1 releases, the problem was there for both.

[Bug tree-optimization/57660] FAIL: gcc.dg/tree-ssa/forwprop-28.c scan-tree-dump-times forwprop1 "Replaced" 8

[law at redhat dot com]

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

--- Comment #2 from Jeffrey A. Law  ---
We've got two choices here.

First is to somehow make the number of replacements we look for be conditional
on the target.  For targets with an appropriate branch cost (such as m68K)
we'll see 2X the number of replacements as x86_64.

The other approach is to disable the test on those targets, much like we do
with vrp87.c.

I'm investigating the former, if I can find a clean way to do that it'd be the
preferred solution.  Otherwise I'll do the latter.

[Bug fortran/57663] New: Arithmetic error with -fPIC -O

[bardeau at iram dot fr]

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

Bug ID: 57663
   Summary: Arithmetic error with -fPIC -O
   Product: gcc
   Version: 4.6.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: bardeau at iram dot fr

Created attachment 30328
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30328&action=edit
Print is incorrect with gfortran 4.6.4

Dear gfortran developers,

the attached Fortran program fails to make a correct comparison and then prints
an erroneous value if compiled as follows with gfortran 4.6.4:

home/bardeau> gfortran -fPIC -O test.f90 -o test && ./test
 >>>  -5.71989641833856102E-002

This is true for gfortran 4.6.3 and 4.6.4 with options -fPIC and -O. gfortran
4.7.0 and above do not seem affected. Under normal conditions, the printout
should be:

home/bardeau> gfortran test.f90 -o test && ./test
 >>>   0.20001

I use gfortran 4.6.4 which I compiled myself (see below). However, I was first
reported this bug under Ubuntu 12.04.2 LTS 64 bit with gfortran 4.6.3-1ubuntu5.

It seems that the gcc 4.6 branch is still receiving bug fixes, so could you
have a look?

Thank you,

Sebastien


home/bardeau> uname -a
Linux bardeau 2.6.32-358.2.1.el6.x86_64 #1 SMP Tue Mar 12 14:18:09 CDT 2013
x86_64 x86_64 x86_64 GNU/Linux

home/bardeau> gfortran -v
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/home/bardeau/Softs/gcc-4.6.4/libexec/gcc/x86_64-unknown-linux-gnu/4.6.4/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ./configure --with-gmp=/home/bardeau/Softs
--prefix=/home/bardeau/Softs/gcc-4.6.4 --enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.6.4 (GCC)

[Bug fortran/57663] Arithmetic error with -fPIC -O

[mikael at gcc dot gnu.org]

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

Mikael Morin  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||mikael at gcc dot gnu.org
 Resolution|--- |WONTFIX

--- Comment #1 from Mikael Morin  ---
(In reply to Sebastien Bardeau from comment #0)
> It seems that the gcc 4.6 branch is still receiving bug fixes, so could you
> have a look?
> 
Unfotunately no; the 4.6 branch has been closed since april.
See http://gcc.gnu.org/ml/gcc/2013-04/msg00132.html

[Bug tree-optimization/57660] FAIL: gcc.dg/tree-ssa/forwprop-28.c scan-tree-dump-times forwprop1 "Replaced" 8

[law at redhat dot com]

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

Jeffrey A. Law  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Jeffrey A. Law  ---
Test disabled on m68k and other targets with similar branch costs.

[Bug fortran/52351] Wrong bounds when passing an array section to an intent-in pointer dummy

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-06-20
 Ever confirmed|0   |1

--- Comment #3 from Dominique d'Humieres  ---
Still present at revision 200247.

[Bug fortran/56674] [4.7/4.8/4.9 Regression] ICE in check_sym_interfaces

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-06-20
 Ever confirmed|0   |1

--- Comment #4 from Dominique d'Humieres  ---
Still present at revision 200247.

[Bug fortran/57307] ICE with sourced allocation with array constructor

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-06-20
 CC||bur...@net-b.de
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
Confirmed with 4.8.1. For the test in comment #0, the trunk gives the error

pr57307.f90:4.17:

allocate(a,source=[e])
 1
Error: Array specification required in ALLOCATE statement at (1)

which seems right. The ICE has been fixed between revisions 198550 (2013-05-02)
and 198624 (2013-05-06).

[Bug fortran/56806] make: *** [spher_harm.o] Error 1

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2013-06-20
 Ever confirmed|0   |1

--- Comment #3 from Dominique d'Humieres  ---
Compiling the attached code gives:

  use sys   
 1
Fatal Error: Can't open module file 'sys.mod' for reading at (1): No such file
or directory

Please provide the requested elements.

[Bug fortran/56818] [meta-bug] fortran-dev bugs

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-06-20
 Ever confirmed|0   |1

--- Comment #3 from Dominique d'Humieres  ---
Well, confirmed!

[Bug fortran/50536] an input item shall not appear as the do-variable of any io-implied-do

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2013-06-20
 Ever confirmed|0   |1

--- Comment #2 from Dominique d'Humieres  ---
Marked as ASSIGNED.

[Bug fortran/55765] Remaining issues with unlimited polymorphic (CLASS(*))

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2013-06-20
 Ever confirmed|0   |1

--- Comment #2 from Dominique d'Humieres  ---
Marked as ASSIGNED.

[Bug fortran/46783] [OOP] TRANSFER with polymorphic MOLD=

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2013-06-20
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
This link

Cf. http://j3-fortran.org/pipermail/j3/2010-December/004026.html

is broken.

[Bug c++/57208] Latest chromium compilation fails with enabled LTO

[marxin.liska at gmail dot com]

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

--- Comment #15 from Martin Liška  ---
I did a small workaround for ELF overflow: --param lto-partitions=64.

Following errors were met:
`_ZN10disk_cache15SimpleEntryImpl17WriteDataInternalEiiPN3net8IOBufferEiRKN4base8CallbackIFviEEEb'
referenced in section `.text' of chrome.ltrans16.ltrans.o: defined in discarded
section `.text' of obj/net/disk_cache/simple/net.simple_entry_impl.o (symbol
from plugin)
`_ZN10disk_cache15SimpleEntryImpl25CreationOperationCompleteERKN4base8CallbackIFviEEERKNS1_9TimeTicksE10scoped_ptrIPNS_22SimpleSynchronousEntryENS1_14DefaultDeleterISC_EEESA_IiNSD_IiEEEPPNS_5EntryE'
referenced in section `.text' of chrome.ltrans16.ltrans.o: defined in discarded
section `.text' of obj/net/disk_cache/simple/net.simple_entry_impl.o (symbol
from plugin)
`_ZN7content20ShaderDiskCacheEntry12OnOpCompleteEi' referenced in section
`.text' of chrome.ltrans16.ltrans.o: defined in discarded section `.text' of
obj/content/browser/gpu/content_browser.shader_disk_cache.o (symbol from
plugin)
`_ZN7content19TraceControllerImpl29OnTraceBufferPercentFullReplyEf' referenced
in section `.text' of chrome.ltrans16.ltrans.o: defined in discarded section
`.text' of obj/content/browser/tracing/content_browser.trace_controller_impl.o
(symbol from plugin)
`_ZN7content19TraceControllerImpl15OnEndTracingAckERKSt6vectorISsSaISsEE'
referenced in section `.text' of chrome.ltrans16.ltrans.o: defined in discarded
section `.text' of
obj/content/browser/tracing/content_browser.trace_controller_impl.o (symbol
from plugin)
`_ZN3net15ViewCacheHelper12OnIOCompleteEi' referenced in section `.text' of
chrome.ltrans16.ltrans.o: defined in discarded section `.text' of
obj/net/url_request/net.view_cache_helper.o (symbol from plugin)
`_ZN15quota_internals19QuotaInternalsProxy17DidGetGlobalUsageEN5quota11StorageTypeEll'
referenced in section `.text' of chrome.ltrans16.ltrans.o: defined in discarded
section `.text' of
obj/chrome/browser/ui/webui/quota_internals/browser_ui.quota_internals_proxy.o
(symbol from plugin)
`_ZN8appcache22AppCacheResponseWriter21OnCreateEntryCompleteEPPNS_26AppCacheDiskCacheInterface5EntryEi'
referenced in section `.text' of chrome.ltrans16.ltrans.o: defined in discarded
section `.text' of
obj/webkit/support/../appcache/webkit_storage.appcache_response.o (symbol from
plugin)
`_ZN5media18AlsaPcmInputStream9ReadAudioEv' referenced in section `.text' of
chrome.ltrans16.ltrans.o: defined in discarded section `.text' of
obj/media/audio/linux/media.alsa_input.o (symbol from plugin)
`_ZN16sync_file_system20DriveFileSyncService34DidGetDirectoryContentForBatchSyncERKN4base8CallbackIFvNS_14SyncStatusCodeRK4GURLRKSslN11google_apis14GDataErrorCodeE10scoped_ptrINSD_12ResourceListENS1_14DefaultDeleterISG_EEE'
referenced in section `.text' of chrome.ltrans16.ltrans.o: defined in discarded
section `.text' of
obj/chrome/browser/sync_file_system/browser.drive_file_sync_service.o (symbol
from plugin)
`_ZN16sync_file_system5drive28LocalChangeProcessorDelegate19DidApplyLocalChangeERKN4base8CallbackIFvNS_14SyncStatusCodeN11google_apis14GDataErrorCodeES4_'
referenced in section `.text' of chrome.ltrans16.ltrans.o: defined in discarded
section `.text' of
obj/chrome/browser/sync_file_system/drive/browser.local_change_processor_delegate.o
(symbol from plugin)
`_ZN8remoting22RectangleUpdateDecoder12OnPacketDoneEbN4base4TimeERKNS1_8CallbackIFvvEEE'
referenced in section `.text' of chrome.ltrans16.ltrans.o: defined in discarded
section `.text' of
obj/remoting/client/remoting_client.rectangle_update_decoder.o (symbol from
plugin)
`_ZN17AgentHostDelegate11OnBytesReadE13scoped_refptrIN3net8IOBufferEEi'
referenced in section `.text' of chrome.ltrans16.ltrans.o: defined in discarded
section
`.gnu.linkonce.t._ZN17AgentHostDelegate11OnBytesReadE13scoped_refptrIN3net8IOBufferEEi'
of obj/chrome/browser/devtools/debugger.devtools_adb_bridge.o (symbol from
plugin)
`_ZN8remoting8protocol16ConnectionToHost20OnChannelInitializedEb' referenced in
section `.text' of chrome.ltrans16.ltrans.o: defined in discarded section
`.text' of obj/remoting/protocol/remoting_protocol.connection_to_host.o (symbol
from plugin)
chrome.ltrans16.ltrans.o: In function
`base::Callback::RunnableType,
base::internal::FunctorTraits::RunType, void
(base::internal::CallbackParamTraits >::StorageType)>::UnboundRunType> base::Bind
>(void (net::(anonymous namespace)::DnsTCPAttempt::*)(int),
base::internal::UnretainedWrapper
const&) [clone .constprop.12480]':
chrome.ltrans16.o:(.text+0x635f8): undefined reference to `net::(anonymous
namespace)::DnsTCPAttempt::OnIOComplete(int)'
/home/marxin/gcc-mirror/libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/ld:
chrome.ltrans16.ltrans.o: relocation R_X86_64_PC32 against undefined symbol
`_ZN3net12_GLOBAL__N_113DnsTCPAttempt12OnIOCompleteEi' can not be used when
making a shared object; recompile with -fPIC
/home/marxin/gcc-mirror/libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/ld: final
link failed: 

[Bug c++/57208] Latest chromium compilation fails with enabled LTO

[marxin.liska at gmail dot com]

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

--- Comment #16 from Martin Liška  ---
Looks like ld.gold has a problem with large amount of files:

FAILED: flock linker.lock g++ -Wl,-z,now -Wl,-z,relro -pthread
-Wl,-z,noexecstack -fPIC -pie -L. -flto=9 -fno-fat-lto-objects -O2 --param
lto-partitions=64 -o chrome -Wl,--start-group
obj/chrome/app/chrome.chrome_exe_main_gtk.o obj/chrome/app/chrome.chrome_main.o
obj/chrome/app/chrome.chrome_main_delegate.o obj/chrome/libinstaller_util.a
obj/media/libmedia_sse.a obj/third_party/icu/libicuuc.a
obj/third_party/libjingle/libjingle.a obj/skia/libskia_opts.a
obj/third_party/icu/libicudata.a obj/device/libdevice_media_transfer_protocol.a
obj/native_client/src/trusted/service_runtime/arch/x86/libservice_runtime_x86_common.a
obj/chrome/libservice.a obj/chrome/librenderer.a obj/webkit/support/libglue.a
obj/content/libcontent_worker.a obj/third_party/libwebp/libwebp_utils.a
obj/third_party/zlib/libminizip.a
obj/chrome/browser/performance_monitor/libperformance_monitor.a
obj/third_party/leveldatabase/libleveldatabase.a
obj/native_client/src/trusted/service_runtime/libenv_cleanser.a
obj/sandbox/libc_urandom_override.a obj/chrome/libbrowser.a
obj/ppapi/libppapi_host.a obj/sync/libsync_core.a obj/gpu/libgles2_cmd_helper.a
obj/third_party/smhasher/libcityhash.a
obj/third_party/libphonenumber/libphonenumber.a
obj/chrome/app/policy/libpolicy.a obj/webkit/support/libplugins_common.a
obj/native_client/src/trusted/validator_x86/libnccopy_x86_64.a
obj/webkit/support/libglue_common.a
obj/webkit/renderer/compositor_bindings/libwebkit_compositor_support.a
obj/third_party/smhasher/libmurmurhash3.a obj/content/libcontent_gpu.a
obj/native_client/src/trusted/threading/libthread_interface.a
obj/media/libmedia_mmx.a obj/ipc/libipc.a obj/third_party/libxslt/libxslt.a
obj/remoting/libremoting_client.a obj/third_party/ots/libots.a
obj/base/libsymbolize.a obj/native_client/src/trusted/validator/libvalidators.a
obj/chrome/libbrowser_extensions.a obj/skia/libskia_opts_ssse3.a
obj/third_party/protobuf/libprotobuf_lite.a
obj/third_party/WebKit/Source/core/core.gyp/libwebcore_platform.a
obj/ui/surface/libsurface.a
obj/third_party/WebKit/Source/WebKit/chromium/libwebkit.a
obj/native_client/src/trusted/validator/x86/64/libncvalidate_x86_64.a
obj/third_party/jsoncpp/libjsoncpp.a obj/google_apis/libgoogle_apis.a
obj/chrome/libnacl.a
obj/third_party/libphonenumber/libphonenumber_without_metadata.a
obj/chrome/libdebugger.a obj/v8/tools/gyp/libv8_snapshot.a
obj/ui/native_theme/libnative_theme.a obj/third_party/libusb/libusb.a
obj/content/libcontent_common_child.a
obj/native_client/src/trusted/nacl_base/libnacl_base.a
obj/base/libbase_static.a obj/native_client/src/shared/imc/libimc.a
obj/chrome/libfeedback_proto.a
obj/components/libbrowser_context_keyed_service.a obj/components/libweb_modal.a
obj/chrome/libapps.a
obj/third_party/WebKit/Source/core/core.gyp/libwebcore_platform_geometry.a
obj/components/libuser_prefs.a obj/content/libcontent_utility.a
obj/third_party/libevent/libevent.a obj/sandbox/libseccomp_bpf.a
obj/build/linux/libpci.a obj/ui/gl/libgl_wrapper.a
obj/third_party/mt19937ar/libmt19937ar.a
obj/third_party/angle/src/libtranslator_common.a
obj/ui/message_center/libmessage_center.a obj/third_party/libpng/libpng.a
obj/components/libwebdata_common.a obj/third_party/opus/libopus.a
obj/sync/libsync_notifier.a obj/ui/snapshot/libsnapshot.a
obj/native_client/src/trusted/validator/x86/libncval_base_x86_64.a
obj/webkit/support/libwebkit_media.a obj/third_party/libwebp/libwebp_dsp.a
obj/third_party/harfbuzz-ng/libharfbuzz-ng.a
obj/chrome/app/policy/libcloud_policy_proto_generated_compile.a
obj/base/allocator/liballocator_extension_thunks.a
obj/remoting/libremoting_jingle_glue.a
obj/native_client/src/trusted/service_runtime/libnacl_error_code.a
obj/third_party/snappy/libsnappy.a obj/cc/libcc.a
obj/third_party/libjingle/libjingle_p2p_constants.a
obj/third_party/cld/libcld.a obj/third_party/libxml/libxml2.a
obj/webkit/support/libplugins.a obj/chrome/libvariations_seed_proto.a
obj/remoting/proto/libchromotocol_proto_lib.a
obj/native_client/src/trusted/simple_service/libsimple_service.a
obj/chrome/libsync_file_system_proto.a obj/gpu/libdisk_cache_proto.a
obj/third_party/WebKit/Source/core/core.gyp/libwebcore_html.a
obj/native_client/src/trusted/interval_multiset/libnacl_interval.a
obj/build/linux/libspeechd.a obj/sync/libsync_internal_api.a
obj/third_party/hunspell/libhunspell.a obj/chrome/libplugin.a
obj/ui/compositor/libcompositor.a obj/base/libbase_prefs.a
obj/ui/web_dialogs/libweb_dialogs.a
obj/native_client/src/trusted/desc/libdesc_wrapper.a
obj/third_party/angle/src/libpreprocessor.a obj/gpu/libgpu_ipc.a
obj/device/libdevice_usb.a obj/sandbox/libsuid_sandbox_client.a
obj/tools/json_schema_compiler/libapi_gen_util.a
obj/third_party/cacheinvalidation/libcacheinvalidation.a
obj/webkit/support/libwebkit_base.a obj/remoting/libremoting_base.a
obj/gpu/libcommand_buffer_client.a obj/gpu/libcommand_buffer_c

[Bug c++/57208] Latest chromium compilation fails with enabled LTO

[marxin.liska at gmail dot com]

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

--- Comment #17 from Martin Liška  ---
I created a bug for gold linker in binutils bugzilla:
http://sourceware.org/bugzilla/show_bug.cgi?id=15660

[Bug debug/57664] New: [4.8/4.9 Regression] ICE: in should_move_die_to_comdat, at dwarf2out.c:6750 with -fdebug-types-section and lambda

[zsojka at seznam dot cz]

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

Bug ID: 57664
   Summary: [4.8/4.9 Regression] ICE: in
should_move_die_to_comdat, at dwarf2out.c:6750 with
-fdebug-types-section and lambda
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
  Assignee: unassigned at gcc dot gnu.org
  Reporter: zsojka at seznam dot cz

Created attachment 30329
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30329&action=edit
reduced testcase

Compiler output:
$ gcc -std=c++11 -g -fipa-pure-const -fdebug-types-section
-fno-eliminate-unused-debug-types testcase.C
testcase.C:5:1: internal compiler error: in should_move_die_to_comdat, at
dwarf2out.c:6750
 }
 ^
0x8da6fc should_move_die_to_comdat
/mnt/svn/gcc-trunk/gcc/dwarf2out.c:6750
0x8da6fc break_out_comdat_types
/mnt/svn/gcc-trunk/gcc/dwarf2out.c:7152
0x8ffc78 dwarf2out_finish
/mnt/svn/gcc-trunk/gcc/dwarf2out.c:23764
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

$ gcc -v
Using built-in specs.
COLLECT_GCC=/mnt/svn/gcc-trunk/binary-latest/bin/gcc
COLLECT_LTO_WRAPPER=/mnt/svn/gcc-trunk/binary-200224-lto-fortran-checking-yes-rtl-df/libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /mnt/svn/gcc-trunk//configure --enable-checking=yes,rtl,df
--enable-languages=c,c++,lto,fortran
--prefix=/mnt/svn/gcc-trunk/binary-200224-lto-fortran-checking-yes-rtl-df/
--without-cloog --without-ppl
Thread model: posix
gcc version 4.9.0 20130619 (experimental) (GCC) 

Tested revisions:
r200224 - ICE
4.8 r198018 - ICE
4.7 r200234 - OK

[Bug fortran/46641] Specification-expr checks and results with C_SIZEOF and SIZEOF

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2013-06-20
 Ever confirmed|0   |1

--- Comment #4 from Dominique d'Humieres  ---
!  Rejected with: must have constant character length
!character(SIZEOF(test_type)) string

This is the case up to revision 197010 (2013-03-23), but the code is accepted
after revision 197550 (2013-04-07). Can this PR be closed as FIXED?

[Bug fortran/46641] Specification-expr checks and results with C_SIZEOF and SIZEOF

[dominiq at lps dot ens.fr]

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

--- Comment #5 from Dominique d'Humieres  ---
> This is the case up to revision 197010 (2013-03-23), but the code is 
> accepted after revision 197550 (2013-04-07). Can this PR be closed as FIXED?

Likely revision 197053.

[Bug fortran/50536] an input item shall not appear as the do-variable of any io-implied-do

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

   Assignee|kargl at gcc dot gnu.org   |unassigned at gcc dot 
gnu.org

--- Comment #3 from kargl at gcc dot gnu.org ---
Un-assign.

[Bug fortran/50536] an input item shall not appear as the do-variable of any io-implied-do

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|ASSIGNED|NEW

--- Comment #4 from Dominique d'Humieres  ---
Still present at revision 200266.

[Bug fortran/45824] Update expr.c's check_inquiry for C_SIZEOF, compiler_version/_options, etc.

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2013-06-20
 Ever confirmed|0   |1

--- Comment #3 from Dominique d'Humieres  ---
This PR is listed as fixed by revision 197053. What am I missing?

[Bug target/57637] Miscompare on 178.galgel in SPEC2000 on arm

[zhenqiang.chen at linaro dot org]

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

--- Comment #3 from zhenqiang.chen at linaro dot org ---
Created attachment 30330
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30330&action=edit
pr57637.patch

[Bug target/57637] Miscompare on 178.galgel in SPEC2000 on arm

[zhenqiang.chen at linaro dot org]

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

--- Comment #4 from zhenqiang.chen at linaro dot org ---
Root cause:

For ARM, gcc might generate cond_exec insns before shrink-wrapping. But
DF_LR_BB_INFO (bb)->def does not include def info from cond_exec insns. So the
check in function move_insn_for_shrink_wrap is not enough.

We'd check DF_LIVE_BB_INFO (bb)->gen.

Kyrill,

Please try the attached patch. If it works, I will send it for community
review.

Thanks!
-Zhenqiang