[Bug c++/64570] error: non-trivial conversion at assignment

[dcb314 at hotmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64570

--- Comment #6 from David Binderman  ---
(In reply to Markus Trippelsdorf from comment #5)
> No, it still fails. You're probably using an --enable-checking=release
> compiler...

Indeed I am, sorry for the false alarm.

[Bug fortran/60255] [OOP] Deferred character length variable at (1) cannot yet be associated with unlimited polymorphic entities

[vehre at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60255

--- Comment #9 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Mon Mar 23 11:58:49 2015
New Revision: 221591

URL: https://gcc.gnu.org/viewcvs?rev=221591&root=gcc&view=rev
Log:
gcc/fortran/ChangeLog

2015-03-23  Andre Vehreschild  
Janus Weil  

Backported from mainline
PR fortran/60255
Initial patch version: Janus Weil
* class.c (gfc_get_len_component): New.
(gfc_build_class_symbol): Add _len component to unlimited
polymorphic entities.
(find_intrinsic_vtab): Removed emitting of error message.
* gfortran.h: Added prototype for gfc_get_len_component.
* simplify.c (gfc_simplify_len): Use _len component where
available.
* trans-expr.c (gfc_class_len_get): New.
(gfc_conv_intrinsic_to_class): Add handling for deferred
character arrays.
(gfc_conv_structure): Treat _len component correctly.
(gfc_conv_expr): Prevent bind_c handling when not required.
(gfc_trans_pointer_assignment): Propagate _len component.
* trans-stmt.c (class_has_len_component): New.
(trans_associate_var): _len component treatement for associate
context.
(gfc_trans_allocate): Same as for trans_associate_var()
* trans.h: Add prototype for gfc_class_len_get.

gcc/testsuite/ChangeLog

2015-03-20  Andre Vehreschild  

Backport from mainline
PR fortran/60255
* gfortran.dg/unlimited_polymorphic_2.f03: Removed error.
Converted from dos to unix line endings.
* gfortran.dg/unlimited_polymorphic_20.f03: New test.


Added:
   
branches/gcc-4_9-branch/gcc/testsuite/gfortran.dg/unlimited_polymorphic_20.f03
Modified:
branches/gcc-4_9-branch/gcc/fortran/ChangeLog
branches/gcc-4_9-branch/gcc/fortran/class.c
branches/gcc-4_9-branch/gcc/fortran/gfortran.h
branches/gcc-4_9-branch/gcc/fortran/simplify.c
branches/gcc-4_9-branch/gcc/fortran/trans-expr.c
branches/gcc-4_9-branch/gcc/fortran/trans-stmt.c
branches/gcc-4_9-branch/gcc/fortran/trans.h
branches/gcc-4_9-branch/gcc/testsuite/ChangeLog
   
branches/gcc-4_9-branch/gcc/testsuite/gfortran.dg/unlimited_polymorphic_2.f03

[Bug bootstrap/65522] [5 Regression] Svn revision 221590 fails bootstrap - ../libiberty/libiberty.a(cplus-dem.o): In function `ada_demangle': cplus-dem.c:(.text+0xdb8): multiple definition of `ada_dem

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65522

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-03-23
 CC||hubicka at gcc dot gnu.org
   Target Milestone|--- |5.0
Summary|Svn revision 221590 fails   |[5 Regression] Svn revision
   |bootstrap - |221590 fails bootstrap -
   |../libiberty/libiberty.a(cp |../libiberty/libiberty.a(cp
   |lus-dem.o): In function |lus-dem.o): In function
   |`ada_demangle': |`ada_demangle':
   |cplus-dem.c:(.text+0xdb8):  |cplus-dem.c:(.text+0xdb8):
   |multiple definition of  |multiple definition of
   |`ada_demangle'  |`ada_demangle'
   |ada/adadecode.o:adadecode.c |ada/adadecode.o:adadecode.c
   |:(.text+0x863): first   |:(.text+0x863): first
   |defined here|defined here
 Ever confirmed|0   |1

--- Comment #1 from Richard Biener  ---
Confirmed by Andreas.

[Bug target/65523] ICE: in gimple_op, at gimple.h:2270 with -fcheck-pointer-bounds -mmpx

[ktietz at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65523

Kai Tietz  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-03-23
 CC||ktietz at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Kai Tietz  ---
Confirmed

[Bug fortran/64952] Missing temporary in assignment from elemental function

[mikael at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64952

--- Comment #7 from Mikael Morin  ---
(In reply to paul.richard.tho...@gmail.com from comment #6)
> Thanks for finishing the job.
I have yet to fix 4.9 as well, as you suggested. In a week or so.

> Will you post a message on the clf
> thread, or would you like me to do it?
> 
It's better if you do it, I don't follow clf discussions.

[Bug ada/65519] [5 regression] unable to coalesce ssa_names 2 and 87 which are marked as MUST COALESCE

[ebotcazou at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65519

--- Comment #4 from Eric Botcazou  ---
This boils down to:

with Ada.Strings.Unbounded; use Ada.Strings.Unbounded;
with Interfaces;use Interfaces;

package P is

   type Arr is array (Unsigned_32 range <>) of Unbounded_String;

end P;

compiled at -O2 with SJLJ exceptions.

[Bug c++/64570] error: non-trivial conversion at assignment

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64570

--- Comment #5 from Markus Trippelsdorf  ---
(In reply to David Binderman from comment #4)
> Seems ok with trunk dated 20150322.

No, it still fails. You're probably using an --enable-checking=release
compiler...

[Bug c++/64570] error: non-trivial conversion at assignment

[dcb314 at hotmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64570

--- Comment #4 from David Binderman  ---
Seems ok with trunk dated 20150322.

[Bug target/65523] New: ICE: in gimple_op, at gimple.h:2270 with -fcheck-pointer-bounds -mmpx

[zsojka at seznam dot cz]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65523

Bug ID: 65523
   Summary: ICE: in gimple_op, at gimple.h:2270 with
-fcheck-pointer-bounds -mmpx
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: zsojka at seznam dot cz

Created attachment 35107
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35107&action=edit
reduced testcase (gcc.dg/torture/pr55890-3.c)

Compiler output:
$ gcc -fcheck-pointer-bounds -mmpx testcase.c
testcase.c: In function 'bar.chkp':
testcase.c:7:1: internal compiler error: in gimple_op, at gimple.h:2270
 }
 ^
0x59ec53 gimple_op
/mnt/svn/gcc-trunk/gcc/gimple.h:2270
0xcfb51f gimple_op
/mnt/svn/gcc-trunk/gcc/gimple.h:2257
0xcfb51f gimple_call_arg
/mnt/svn/gcc-trunk/gcc/gimple.h:2855
0xd012cf chkp_build_returned_bound
/mnt/svn/gcc-trunk/gcc/tree-chkp.c:2195
0xd012cf chkp_get_bounds_by_definition
/mnt/svn/gcc-trunk/gcc/tree-chkp.c:2728
0xd012cf chkp_find_bounds_1
/mnt/svn/gcc-trunk/gcc/tree-chkp.c:3475
0xd04862 chkp_find_bounds
/mnt/svn/gcc-trunk/gcc/tree-chkp.c:3555
0xd04862 chkp_add_bounds_to_ret_stmt
/mnt/svn/gcc-trunk/gcc/tree-chkp.c:1232
0xd04862 chkp_instrument_function
/mnt/svn/gcc-trunk/gcc/tree-chkp.c:4133
0xd04862 chkp_execute
/mnt/svn/gcc-trunk/gcc/tree-chkp.c:4323
0xd04862 execute
/mnt/svn/gcc-trunk/gcc/tree-chkp.c:4380
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-221530-lto-fortran-checking-yes-rtl-df/libexec/gcc/x86_64-unknown-linux-gnu/5.0.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-221530-lto-fortran-checking-yes-rtl-df/
--without-cloog --without-ppl
Thread model: posix
gcc version 5.0.0 20150320 (experimental) (GCC) 

Tested revisions:
r221539 - ICE

[Bug libstdc++/65499] Missing "using namespace literals::chrono_literals" in std::chrono

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65499

Jonathan Wakely  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-03-23
 Ever confirmed|0   |1

[Bug ada/65519] [5 regression] unable to coalesce ssa_names 2 and 87 which are marked as MUST COALESCE

[ebotcazou at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65519

Eric Botcazou  changed:

   What|Removed |Added

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

--- Comment #3 from Eric Botcazou  ---
Investigating.

[Bug ada/65519] [5 regression] unable to coalesce ssa_names 2 and 87 which are marked as MUST COALESCE

[ebotcazou at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65519

Eric Botcazou  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-03-23
 CC||ebotcazou at gcc dot gnu.org
   Target Milestone|--- |5.0
Summary|Unable to coalesce  |[5 regression] unable to
   |ssa_names 2 and 87 which|coalesce ssa_names 2 and 87
   |are marked as MUST COALESCE |which are marked as MUST
   |if ZCX_By_Default is set|COALESCE
   |False   |
 Ever confirmed|0   |1

--- Comment #2 from Eric Botcazou  ---
I can reproduce.

[Bug c++/65498] [5 Regression] ICE in cxx_eval_call_expression when using __func__ inside dependent context

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65498

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org,
   ||jason at gcc dot gnu.org

--- Comment #6 from Jakub Jelinek  ---
For me both the #c3 1st and 2nd testcases started ICEing already in r217663. 
In any case, that is the C++14 constexpr support addition.

[Bug bootstrap/65522] New: Svn revision 221590 fails bootstrap - ../libiberty/libiberty.a(cplus-dem.o): In function `ada_demangle': cplus-dem.c:(.text+0xdb8): multiple definition of `ada_demangle' ada

[nheghathivhistha at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65522

Bug ID: 65522
   Summary: Svn revision 221590 fails bootstrap -
../libiberty/libiberty.a(cplus-dem.o): In function
`ada_demangle': cplus-dem.c:(.text+0xdb8): multiple
definition of `ada_demangle'
ada/adadecode.o:adadecode.c:(.text+0x863): first
defined here
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

../libiberty/libiberty.a(cplus-dem.o): In function `ada_demangle':
cplus-dem.c:(.text+0xdb8): multiple definition of `ada_demangle'
ada/adadecode.o:adadecode.c:(.text+0x863): first defined here
collect2: error: ld returned 1 exit status
/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150322/work/gcc-4.10.0-20150322/gcc/ada/gcc-interface/Make-lang.in:600:
návod pro cíl „gnat1“ selhal

Revision 221558 was OK.

[Bug ipa/65516] lto1: internal compiler error: in get_odr_type, at ipa-devirt.c:1809

[nheghathivhistha at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65516

--- Comment #8 from David Kredba  ---
Svn revision 221590 fails bootstrap in gnat1 so I cannot test your patch. 

../libiberty/libiberty.a(cplus-dem.o): In function `ada_demangle':
cplus-dem.c:(.text+0xdb8): multiple definition of `ada_demangle'
ada/adadecode.o:adadecode.c:(.text+0x863): first defined here
collect2: error: ld returned 1 exit status
/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150322/work/gcc-4.10.0-20150322/gcc/ada/gcc-interface/Make-lang.in:600:
návod pro cíl „gnat1“ selhal

[Bug tree-optimization/65494] [5 Regression] Loop is not vectorized because of operand canonicalization.

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65494

Richard Biener  changed:

   What|Removed |Added

   Keywords||missed-optimization
 Status|NEW |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |rguenth at gcc dot 
gnu.org

--- Comment #4 from Richard Biener  ---
Hmm, for some reason I decided to re-alloc 'matches' before dealing with
children.
Not doing that fixes this bug,

[Bug ipa/65521] [5 Regression] nondeterministic -fcompare-debug failures

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65521

Jakub Jelinek  changed:

   What|Removed |Added

  Attachment #35105|0   |1
is obsolete||
 Status|NEW |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |jakub at gcc dot gnu.org

--- Comment #9 from Jakub Jelinek  ---
Created attachment 35106
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35106&action=edit
gcc5-pr65521.patch

Patch I'm going to bootstrap/regtest.

[Bug target/65508] ICE: in initialize_inlined_parameters, at tree-inline.c:3305 with -fcheck-pointer-bounds -mmpx and nested function

[ienkovich at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65508

ienkovich at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2015-03-23
 CC||ienkovich at gcc dot gnu.org
   Assignee|unassigned at gcc dot gnu.org  |ienkovich at gcc dot 
gnu.org
 Ever confirmed|0   |1

[Bug c++/65168] diagnostic: missing: reference cannot be bound to dereferenced null pointer

[paolo.carlini at oracle dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65168

Paolo Carlini  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |paolo.carlini at oracle 
dot com

[Bug ipa/65521] [5 Regression] nondeterministic -fcompare-debug failures

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65521

--- Comment #8 from Jakub Jelinek  ---
Though, judging from the fact that we print symtab_node::order into the
-fdump-final-insns= dumps:
;; Function selinux_ops (selinux_ops, funcdef_no=4, cgraph_uid=4,
symbol_order=4)
it should be ok (otherwise we'd have -fcompare-debug failures already).
For functions we could also use node->uid (either just that, or hash in both),
but we don't have those in the varpool.

So, I think I'll just add the testcase into the testsuite and bootstrap/regtest
this.

[Bug libstdc++/65473] Including does not define __GLIBCXX__

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65473

--- Comment #1 from Jonathan Wakely  ---
(In reply to Louis Dionne from comment #0)
> One would expect that including _any_ header from the standard library
> defines the relevant detection macros.

That's not true for most of the  headers.

[Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[yroux at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813

--- Comment #23 from Yvan Roux  ---
Author: yroux
Date: Mon Mar 23 09:55:34 2015
New Revision: 221590

URL: https://gcc.gnu.org/viewcvs?rev=221590&root=gcc&view=rev
Log:
2015-03-23  Yvan Roux  

Backport from trunk r220616.
2015-02-11  Martin Liska  

PR ipa/64813
 * cgraphunit.c (cgraph_node::expand_thunk): Do not create a return
 value for call to a function that is noreturn.


Modified:
branches/gcc-4_9-branch/gcc/ChangeLog
branches/gcc-4_9-branch/gcc/cgraphunit.c

[Bug c++/65520] elaborated-type-specifiers and inaccessible injected-class-names

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65520

Jonathan Wakely  changed:

   What|Removed |Added

   Keywords||accepts-invalid
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-03-23
 Ever confirmed|0   |1

[Bug ipa/63587] [5 Regression] ICE : tree check: expected var_decl, have result_decl in add_local_variables, at tree-inline.c:4112

[yroux at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63587

--- Comment #16 from Yvan Roux  ---
Author: yroux
Date: Mon Mar 23 09:50:33 2015
New Revision: 221589

URL: https://gcc.gnu.org/viewcvs?rev=221589&root=gcc&view=rev
Log:
gcc/
2015-03-23  Yvan Roux  

Backport from trunk r216841.
2014-10-29  Martin Liska  

PR ipa/63587
* cgraphunit.c (cgraph_node::expand_thunk): Only VAR_DECLs are put to local
declarations.
* function.c (add_local_decl): Implementation moved from header file,
assert
introduced for tree type.
* function.h: Likewise.

gcc/testsuite/
2015-03-23  Yvan Roux  

Backport from trunk r216841.
2014-10-29  Martin Liska  

PR ipa/63587
* g++.dg/ipa/pr63587-1.C: New test.
* g++.dg/ipa/pr63587-2.C: New test.


Added:
branches/gcc-4_9-branch/gcc/testsuite/g++.dg/ipa/pr63587-1.C
branches/gcc-4_9-branch/gcc/testsuite/g++.dg/ipa/pr63587-2.C
Modified:
branches/gcc-4_9-branch/gcc/ChangeLog
branches/gcc-4_9-branch/gcc/cgraphunit.c
branches/gcc-4_9-branch/gcc/function.c
branches/gcc-4_9-branch/gcc/function.h
branches/gcc-4_9-branch/gcc/testsuite/ChangeLog

[Bug ipa/65521] [5 Regression] nondeterministic -fcompare-debug failures

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65521

--- Comment #7 from Jakub Jelinek  ---
Created attachment 35105
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35105&action=edit
gcc5-pr65521.patch

This fixes this for me.  But I haven't done any in-depth analysis whether the
symtab order fields are always identical between -g and -g0.

[Bug ipa/65502] pure-const should play well with clobbers.

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65502

Richard Biener  changed:

   What|Removed |Added

   Keywords||missed-optimization
   Target Milestone|6.0 |---

--- Comment #4 from Richard Biener  ---
I think we can safely ignore clobbers when scanning functions for
pure/constness.

[Bug rtl-optimization/65504] [4.9/5 Regression] select case with strings and -fgcse -O

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65504

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug tree-optimization/65506] [5 Regression] FAIL: gcc.dg/pr29215.c scan-tree-dump-not gimple "memcpy"

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65506

Richard Biener  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2015-03-23
   Assignee|unassigned at gcc dot gnu.org  |rguenth at gcc dot 
gnu.org
   Target Milestone|--- |5.0
 Ever confirmed|0   |1

--- Comment #1 from Richard Biener  ---
Ok, that's probably caused by

2015-03-20  Richard Biener  

PR middle-end/64715
* tree-chrec.c (chrec_fold_poly_cst): Use useless_type_conversion_p
for type comparison and gcc_checking_assert.
(chrec_fold_plus_poly_poly): Likewise.
(chrec_fold_multiply_poly_poly): Likewise.
(chrec_convert_1): Likewise.
* gimplify.c (gimplify_expr): Remove premature folding of
&X + CST to &MEM[&X, CST].

and should be fixed by adjusting the testcase to scan not the gimple dump
but the ccp1 dump.  Can you try that?

[Bug target/65505] [5 Regression][SH] ICE in sh_disp_addr_displacement

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65505

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4
   Target Milestone|--- |5.0

[Bug c++/65513] gcc stops with "internal compiler error"

[mpolacek at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65513

Marek Polacek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-03-23
 Ever confirmed|0   |1

--- Comment #3 from Marek Polacek  ---
The ICE on the reduced testcase was fixed in r213690.

[Bug preprocessor/8270] [4.8/4.9/5 Regression] back-slash white space newline with comments, no warning

[ktietz at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8270

--- Comment #57 from Kai Tietz  ---
(In reply to doug mcilroy from comment #56)
> (In reply to Kai Tietz from comment #55)
> Comment #55 overlooks the Standard's translation phase 1, which replaces an
> implementation-defined end-of-line indicator with a new-line character.
> GCC's convention of including in the end-of-line indicator any white space
> that is preceded by a backslash conforms, though it may be a surprise.

Sure, sorry for omitting that.  Common understanding of "multibyte" (this term
is indeed misleading here) newline characters are in common the combination of
'\r' and '\n'.  So by interpreting any whitespace + new-line being seen as a
single-character is valid, but has indeed semantic differences.

> The surprise is perversely out of sympathy with the raison d'etre of the
> standard--maximal portability. It is incompatible with the most direct (and
> historically prior) implementations, wherein the end-of-line indicator is
> simply a new-line character.

Agreed, and we should at least consider to provide an option - beside the
necessary warning - to not strip whitespaces from right-handside of lines
containing a backslash at line's end.
Should we use an existing option (like -ansi), or introduce new option for
this?

> A suitable fix is to warn when white space occurs in an end-of-line
> indicator. This will break no code that GCC currently compiles, yet draw
> attention to the nonportable construct.

Well, in general we are warning, but within comments.  For C-style comments
there is indeed not much reason to warn, as there is no semantic difference. 
But for C++-style comments we should, as here indeed a semantic difference can
occure for gnu-style end-of-line treating

[Bug lto/65515] [5 Regression] FAIL: gcc.c-torture/compile/limits-fndefn.c -O2 -flto -flto-partition=none (ICE) -- SIGSEGV for stack growth failure

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65515

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |5.0

[Bug middle-end/65517] [5 Regression] ICE: in get_loop_body, at cfgloop.c:856

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65517

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1
 Status|NEW |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |rguenth at gcc dot 
gnu.org
   Target Milestone|--- |5.0

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

[Bug ipa/65521] [5 Regression] nondeterministic -fcompare-debug failures

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65521

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #6 from Jakub Jelinek  ---
But even hashing DECL_UIDs rather than hashing pointers is a no-go here,
pointers can be arbitrary, for DECL_UIDs we at least have the guarantee that -g
and -g0 DECL_UIDs compare the same, but there can be bigger gaps in between
them for -g.  Dunno if symtab_node's order field can be used reliably for this
or not (or it could hash ->name () string).

[Bug tree-optimization/65518] gcc consumes all memory with -O3

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65518

Richard Biener  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2015-03-23
   Assignee|unassigned at gcc dot gnu.org  |rguenth at gcc dot 
gnu.org
 Ever confirmed|0   |1
  Known to fail||5.0

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

  else
{
  for (i = 0; i < vec_num; i++)
{

and vec_num is 268435456 (after some time) ...  looks uninitialized to me.

(gdb) p group_size
$21 = 268435456

for some reason we detect a grouped load with a single load and group size
268435456:

t.c:9:3: note: === vect_analyze_data_ref_accesses ===
t.c:9:3: note: Detected single element interleaving _6->g[0] step 2147483648
t.c:9:3: note: Data access with gaps requires scalar epilogue loop

ada no longer boootraps

[graham stott]

I resent change causes ada no longer to  bootstrap

multiple definition of ada_demangle

/usr/local/src/gcc4.3/src/libiberty/cplus-dem.c:895: multiple definition 
of `ada_demangle'
ada/adadecode.o:/usr/local/src/gcc4.3/src/gcc/ada/adadecode.c:374: first 
defined here


graham

[Bug ipa/65521] [5 Regression] nondeterministic -fcompare-debug failures

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65521

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

--- Comment #5 from Richard Biener  ---
Feels like hashing of pointers and walking hash-tables where ordering changes
code-generation (well, DECL_UID in this case).  That's a no-no, of course
(think address-space randomization).

[Bug ipa/65521] [5 Regression] nondeterministic -fcompare-debug failures

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65521

--- Comment #4 from Markus Trippelsdorf  ---
struct socket {
  int sk;
};
selinux_task_getioprio(struct task_struct *p) {
  return current_has_perm(p, 256UL);
}
selinux_task_getscheduler(struct task_struct *p) {
  return current_has_perm(p, 256UL);
}
selinux_socket_getsockname(struct socket *sock) {
  return sock_has_perm(get_current(), &sock->sk, 16UL);
}
selinux_socket_getpeername(struct socket *sock) {
  return sock_has_perm(get_current(), &sock->sk, 16UL);
}
selinux_ops() { security_module_enable(selinux_ops); }

[Bug c++/65513] gcc stops with "internal compiler error"

[mpolacek at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65513

Marek Polacek  changed:

   What|Removed |Added

 CC||mpolacek at gcc dot gnu.org
   Severity|blocker |normal

[Bug ipa/65521] [5 Regression] nondeterministic -fcompare-debug failures

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65521

Markus Trippelsdorf  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-03-23
 CC||marxin at gcc dot gnu.org
  Component|debug   |ipa
   Target Milestone|--- |5.0
 Ever confirmed|0   |1

--- Comment #3 from Markus Trippelsdorf  ---
I suspect r221576 is responsible for this issue, because -fno-ipa-icf "fixes"
the problem.

[Bug fortran/64952] Missing temporary in assignment from elemental function

[paul.richard.thomas at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64952

--- Comment #6 from paul.richard.thomas at gmail dot com  ---
Dear Mikael,

The pureness is also confused by the C pure, which is whiter than
white pure. I agree with your last remark about the standards
committee needing to reflect on this.

Thanks for finishing the job. Will you post a message on the clf
thread, or would you like me to do it?

Paul

On 8 February 2015 at 14:00, mikael at gcc dot gnu.org
 wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64952
>
> --- Comment #4 from Mikael Morin  ---
> Hello Paul,
>
> setting potentially_aliased should be done inside
> gfc_walk_elemental_function_args, as the ss argument may be returned
> unmodified.
> In fact, I think it's better to do all the trans-array.c code inside
> gfc_conv_resolve_dependencies without adding the gfc_ss_info flag.
>
> There is also the case of typebound procedures and procedure pointer
> components,
> for which we should generate a temporary in any case.
>
> I think this case is something that was overlooked by the standard commitee
> when they introduced the PURE attribute.  Maybe they can provide some kind of
> "REALLY_PURE" attribute (or PURE ELEMENTAL, different from regular ELEMENTAL)
> that avoids generating temporaries everywhere?
> Or maybe the function Fred should bee IMPURE ELEMENTAL?
>
> Anyway, I think we should not rush to fix this before we are sure that the
> standard committee really expects temporaries (almost) everywhere array
> elemental functions are involved.
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.
> You are the assignee for the bug.
> You reported the bug.

[Bug debug/65521] [5 Regression] nondeterministic -fcompare-debug failures

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65521

--- Comment #2 from Markus Trippelsdorf  ---
Created attachment 35104
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35104&action=edit
testcase for x86_64

Also happens on x86_64:

 % gcc -c -fcompare-debug -std=gnu89 -O2 hooks.i
gcc: error: hooks.i: -fcompare-debug failure

[Bug preprocessor/65238] [5 Regression] __has_attribute is not handled properly with -traditional-cpp.

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65238

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #11 from Jakub Jelinek  ---
Fixed.

[Bug preprocessor/65238] [5 Regression] __has_attribute is not handled properly with -traditional-cpp.

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65238

--- Comment #10 from Jakub Jelinek  ---
Author: jakub
Date: Mon Mar 23 08:02:39 2015
New Revision: 221587

URL: https://gcc.gnu.org/viewcvs?rev=221587&root=gcc&view=rev
Log:
PR preprocessor/65238
* internal.h (_cpp_scan_out_logical_line): Add third argument.
* directives.c (prepare_directive_trad): Pass false to it.
* traditional.c (_cpp_read_logical_line_trad,
_cpp_create_trad_definition): Likewise.
(struct fun_macro): Add paramc field.
(fun_like_macro): New function.
(maybe_start_funlike): Handle NODE_BUILTIN macros.  Initialize
macro->paramc field.
(save_argument): Use macro->paramc instead of
macro->node->value.macro->paramc.
(push_replacement_text): Formatting fix.
(recursive_macro): Use fun_like_macro helper.
(_cpp_scan_out_logical_line): Likewise.  Add BUILTIN_MACRO_ARG
argument.  Initialize fmacro.paramc field.  Handle builtin
function-like macros.

* c-c++-common/cpp/pr65238-1.c: New test.
* gcc.dg/cpp/pr65238-2.c: New test.
* gcc.dg/cpp/trad/pr65238-3.c: New test.
* gcc.dg/cpp/trad/pr65238-4.c: New test.

Added:
trunk/gcc/testsuite/c-c++-common/cpp/pr65238-1.c
trunk/gcc/testsuite/gcc.dg/cpp/pr65238-2.c
trunk/gcc/testsuite/gcc.dg/cpp/trad/pr65238-3.c
trunk/gcc/testsuite/gcc.dg/cpp/trad/pr65238-4.c
Modified:
trunk/gcc/testsuite/ChangeLog
trunk/libcpp/ChangeLog
trunk/libcpp/directives.c
trunk/libcpp/internal.h
trunk/libcpp/traditional.c

[Bug tree-optimization/65443] Don't peel last iteration from loop in transform_to_exit_first_loop

[vries at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65443

vries at gcc dot gnu.org changed:

   What|Removed |Added

  Attachment #35092|0   |1
is obsolete||

--- Comment #11 from vries at gcc dot gnu.org ---
Created attachment 35103
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35103&action=edit
WIP patch

Updated patch. Skips cases that it can't handle, so it's on by default now.
Bootstrapped and reg-tested on x86_64, no issues found.

[Bug fortran/64952] Missing temporary in assignment from elemental function

[mikael at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64952

--- Comment #5 from Mikael Morin  ---
Author: mikael
Date: Mon Mar 23 07:53:31 2015
New Revision: 221586

URL: https://gcc.gnu.org/viewcvs?rev=221586&root=gcc&view=rev
Log:
2015-03-23  Paul Thomas  
Mikael Morin  

PR fortran/64952
fortran/
* gfortran.h (struct symbol_attribute) : New field
'array_outer_dependency'.
* trans.h (struct gfc_ss_info): New field 'array_outer_dependency'.
* module.c (enum ab_attribute): New value AB_ARRAY_OUTER_DEPENDENCY.
(attr_bits): Append same value to initializer.
(mio_symbol_attribute): Handle 'array_outer_dependency' attr
in module read and write.
* resolve.c (update_current_proc_outer_array_dependency): New function.
(resolve_function, resolve_call): Add code to update current procedure's
'array_outer_dependency' attribute.
(resolve_variable): Mark current procedure with attribute
array_outer_dependency if the variable is an array coming from outside
the current namespace.
(resolve_fl_procedure): Mark a procedure without body with attribute
'array_outer_dependency'.
* trans-array.c (gfc_conv_resolve_dependencies): If any ss is
marked as 'array_outer_dependency' generate a temporary.
(gfc_walk_function_expr): If the function may reference external arrays,
mark the head gfc_ss with flag 'array_outer_dependency'.
testsuite/
* gfortran.dg/elemental_dependency_4.f90: New.
* gfortran.dg/elemental_dependency_5.f90: New.


Added:
trunk/gcc/testsuite/gfortran.dg/elemental_dependency_4.f90
trunk/gcc/testsuite/gfortran.dg/elemental_dependency_5.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/gfortran.h
trunk/gcc/fortran/module.c
trunk/gcc/fortran/resolve.c
trunk/gcc/fortran/trans-array.c
trunk/gcc/fortran/trans.h
trunk/gcc/testsuite/ChangeLog

[Bug debug/65521] [5 Regression] nondeterministic -fcompare-debug failures

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65521

--- Comment #1 from Markus Trippelsdorf  ---
Created attachment 35102
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35102&action=edit
unreduced testcase

[Bug debug/65521] New: [5 Regression] nondeterministic -fcompare-debug failures

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65521

Bug ID: 65521
   Summary: [5 Regression] nondeterministic -fcompare-debug
failures
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
  Assignee: unassigned at gcc dot gnu.org
  Reporter: trippels at gcc dot gnu.org
  Host: powerpc64le-unknown-linux-gnu
Target: powerpc64le-unknown-linux-gnu
 Build: powerpc64le-unknown-linux-gnu

on ppc64le I get nondeterministic -fcompare-debug failures during Linux
kernel build, e.g:

 % gcc -c -fcompare-debug -std=gnu89 -O2 ipmi_watchdog.i
gcc: error: ipmi_watchdog.i: -fcompare-debug failure
 % gcc -c -fcompare-debug -std=gnu89 -O2 ipmi_watchdog.i
 % gcc -c -fcompare-debug -std=gnu89 -O2 ipmi_watchdog.i
gcc: error: ipmi_watchdog.i: -fcompare-debug failure

 % diff -u ipmi_watchdog.gkd ipmi_watchdog.gk.gkd
--- ipmi_watchdog.gkd   2015-03-23 07:51:04.510095107 +
+++ ipmi_watchdog.gk.gkd2015-03-23 07:51:05.100104842 +
@@ -90,7 +90,7 @@
 Declarations used by panic_smi_free, sorted by DECL_UID:
 0:   static void panic_recv_free (struct ipmi_recv_msg *);

-;; Function panic_smi_free (panic_smi_free, funcdef_no=1412, cgraph_uid=1422,
symbol_order=1513)
+;; Function panic_smi_free (panic_smi_free, funcdef_no=1408, cgraph_uid=1422,
symbol_order=1513)

 (note # 0 0 NOTE_INSN_DELETED)
 (note # 0 0 [bb 2] NOTE_INSN_BASIC_BLOCK)
@@ -531,7 +531,7 @@
 Declarations used by heartbeat_free_smi, sorted by DECL_UID:
 0:   static void heartbeat_free_recv (struct ipmi_recv_msg *);

-;; Function heartbeat_free_smi (heartbeat_free_smi, funcdef_no=1408,
cgraph_uid=1426, symbol_order=1526)
+;; Function heartbeat_free_smi (heartbeat_free_smi, funcdef_no=1412,
cgraph_uid=1426, symbol_order=1526)

 (note # 0 0 NOTE_INSN_DELETED)
 (note # 0 0 [bb 2] NOTE_INSN_BASIC_BLOCK)