https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64317
--- Comment #11 from Ilya Enkovich ---
(In reply to Vladimir Makarov from comment #10)
> I guess it is easy to check by preventing pic pseudo generation.
i386 back-end doesn't support fixed PIC register any more. This test case
demonstrates per
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64953
Mikhail Maltsev changed:
What|Removed |Added
CC||maltsevm at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64956
Markus Trippelsdorf changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61240
Marek Polacek changed:
What|Removed |Added
Target Milestone|4.8.5 |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65047
--- Comment #2 from Jonathan Wakely ---
Patches should go to the gcc-patches list not bugzilla (it's not a bug that we
have incomplete support for an incomplete draft standard)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57664
Marek Polacek changed:
What|Removed |Added
Summary|[4.8/4.9/5 Regression] ICE: |[4.8/4.9 Regression] ICE:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32643
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65049
Bug ID: 65049
Summary: Undefined behaviour with std::char_traits
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65049
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62217
--- Comment #6 from Richard Biener ---
(In reply to Jeffrey A. Law from comment #5)
> Kirill, you are correct WRT propagation of "b" for "i". Prior to DOM1 we
> have:
>
> ;; basic block 3, loop depth 1, count 0, freq 9100, maybe hot
> ;;p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65048
Richard Biener changed:
What|Removed |Added
Component|target |middle-end
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65049
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65049
--- Comment #3 from Jonathan Wakely ---
Yes, unfortunately the C++ standard doesn't define those members in terms of
the C library calls they correspond to, and doesn't say anything special about
null pointers, so they're required to handle null
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65015
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Fri Feb 13 09:35:57 2015
New Revision: 220678
URL: https://gcc.gnu.org/viewcvs?rev=220678&root=gcc&view=rev
Log:
2015-02-13 Richard Biener
PR lto/65015
* dwarf2out.c (dwarf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65015
Richard Biener changed:
What|Removed |Added
Known to work||5.0
--- Comment #8 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65002
--- Comment #8 from ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Fri Feb 13 09:44:07 2015
New Revision: 220679
URL: https://gcc.gnu.org/viewcvs?rev=220679&root=gcc&view=rev
Log:
gcc/
PR tree-optimization/65002
* tree-cfg.c (p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58945
Uroš Bizjak changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65044
--- Comment #1 from Ilya Enkovich ---
ICE occurs due to NULL field attached to a constructor element used for
initialization of internal asan structure.
Overall I don't think we should allow simultaneous usage of Pointer Bounds
Checker and Addre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65015
conchur at web dot de changed:
What|Removed |Added
Attachment #34724|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65047
--- Comment #3 from Andrea Azzarone ---
(In reply to Jonathan Wakely from comment #2)
> Patches should go to the gcc-patches list not bugzilla (it's not a bug that
> we have incomplete support for an incomplete draft standard)
Ok, thanks. Actual
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64986
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65045
Dominique d'Humieres changed:
What|Removed |Added
Keywords||error-recovery
Status
Hi to everyone,
I am using g++-4.9 with -std=c++14 option (no optimization flag). For some
reason i have the following singly_linked_list class. The usage is this:
1) Construct a singly linked list
2) push_front() at least 1 values (this is important -- i.e for 1000
values i don't get a se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65002
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65045
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65025
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64980
--- Comment #7 from Dominique d'Humieres ---
> With this patch all fortran test cases pass on x86_64.
> And the ICE goes away in the reduced test example.
> Does it work for you?
It works for me for all the tests in this PR, without regression,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65015
Richard Biener changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65015
--- Comment #11 from Richard Biener ---
For reference, the following patch doesn't work:
Index: gcc/varasm.c
===
--- gcc/varasm.c(revision 220677)
+++ gcc/varasm.c(w
On 13/02/15 11:15, tassos_souris wrote:
Hi to everyone,
I am using g++-4.9 with -std=c++14 option (no optimization flag). For some
reason i have the following singly_linked_list class. The usage is this:
1) Construct a singly linked list
2) push_front() at least 1 values (this is import
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65042
--- Comment #7 from Jonathan Wakely ---
Trying to use the standard library with such a tiny limit is simply not going
to work. If it worked previously you got lucky, but if you need to raise the
limit now then that's what you need to do.
What's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65050
Bug ID: 65050
Summary: Show the type for "array type has incomplete element
type" error
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65050
Marek Polacek changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64973
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65048
Jakub Jelinek changed:
What|Removed |Added
Target|arm-linux-gnueabihf |
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64969
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64970
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64969
--- Comment #2 from Jonathan Wakely ---
Or even simpler:
auto f1(auto x) { return *x; }
decltype(auto) f2(auto x) { return *x; }
auto f3(auto x) -> int { return *x; }
int i;
auto r1 = f1(&i);
auto r2 = f2(&i);
auto r3 = f3(&i);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65015
conchur at web dot de changed:
What|Removed |Added
Attachment #34746|0 |1
is obsolete|
the main function is as simple as this:
Compile with: g++-4.9 -std=c++14 -g -o main main.cpp
and run with ./main. I get segfault. gdb in bt shows that the segfault
happens inside unique_ptr destructor. So it is not a memory issue.
Also since the code runs with less size (i.e size=1000 no proble
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65015
--- Comment #13 from H.J. Lu ---
We are generating
.file"cc8zpoWj.ltrans0.o"
^
We shouldn't do it.
.text
.Ltext0:
.typehelper, @function
helper:
.LFB0:
.file 1 "dependency.c"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64933
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39988
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39627
Bug 39627 depends on bug 39988, which changed state.
Bug 39988 Summary: F2008: Default initialization, structure constructors, and
allocatable components
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39988
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65034
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Fri Feb 13 14:42:30 2015
New Revision: 220683
URL: https://gcc.gnu.org/viewcvs?rev=220683&root=gcc&view=rev
Log:
PR ipa/65034
* stmt.c (emit_case_nodes): Use void_type_node instea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60211
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65051
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64956
--- Comment #6 from Jason Merrill ---
(In reply to Matthias Klose from comment #3)
> #if !defined(__GXX_ABI_VERSION) || __GXX_ABI_VERSION != 1002
> #error The C++ ABI version of compiler you are using does not match
> #error that of the compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65051
Bug ID: 65051
Summary: [5 Regression] r210436 regression?
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64970
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Feb 13 14:54:48 2015
New Revision: 220684
URL: https://gcc.gnu.org/viewcvs?rev=220684&root=gcc&view=rev
Log:
/cp
2015-02-13 Paolo Carlini
PR c++/64970
* decl.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64927
--- Comment #10 from Dominique d'Humieres ---
> After Dominique pointed out a range of revisions where the
> bug disappeared in the 4.9 branch, I browsed through the list
> of svn log messages. However, all fortran-related commits that
> looked
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64970
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62209
--- Comment #2 from Jakub Jelinek ---
Note, this no longer fails starting with r217827. I'll have a look
nevertheless, in case that wasn't a fix but just made a bug latent.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65051
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65046
Jason Merrill changed:
What|Removed |Added
Summary|-Wabi-tag doesn't warn |[5 regression] -Wabi-tag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65052
--- Comment #1 from dhowells at redhat dot com ---
This can be produced by the following minimal source:
typedef int DItype __attribute__ ((mode (DI)));
typedef int shift_count_type __attribute__((mode (__libgcc_shift_count__)));
int __gnu_lshrd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65052
Bug ID: 65052
Summary: ICE in c6x-uclinux target when building libgcc
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65052
--- Comment #2 from dhowells at redhat dot com ---
Compiled with:
/data/fedora/cross-gcc/tmp/build/./gcc/xgcc
-B/data/fedora/cross-gcc/tmp/build/gcc/ -B/usr/c6x-uclinux/bin/ -O2 -c min.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64986
--- Comment #3 from paul.richard.thomas at gmail dot com ---
Dear Uros and Dominique,
I'll try to get to this when I can. I have a horrible feeling that it
is the old problem of array constructors within array constructors all
of which are allo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64933
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65052
--- Comment #3 from dhowells at redhat dot com ---
The compiler was built as:
#!/bin/bash
cd /data/fedora/cross-gcc/tmp/
tar xf /tmp/gcc-5.0.0-20150210.tar.bz2
mkdir build
cd build
CC=gcc \
CXX=g++ \
CFLAGS='-O2 -g -Wall -fexceptions -fstack-p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65051
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Fri Feb 13 16:02:31 2015
New Revision: 220685
URL: https://gcc.gnu.org/viewcvs?rev=220685&root=gcc&view=rev
Log:
PR c++/65051
* call.c (reference_binding): Don't look for bad conv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62209
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65015
--- Comment #14 from rguenther at suse dot de ---
On February 13, 2015 2:42:45 PM CET, "hjl.tools at gmail dot com"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65015
>
>--- Comment #13 from H.J. Lu ---
>We are generating
>
>.file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65051
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59971
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65034
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65053
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65053
Bug ID: 65053
Summary: [5 Regression] PostgreSQL miscompilation
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65053
--- Comment #1 from Jakub Jelinek ---
I believe this is a phiopt1 bug.
In *.ifcombine we have:
:
n_5 = foo ();
if (n_5 != 0)
goto ;
else
goto ;
:
# RANGE [0, 4294967294]
u_6 = n_5 + 4294967295;
:
# u_3 = PHI
goto ;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
--- Comment #5 from Vladimir Makarov ---
Sorry, I can not reproduce the bug on the today trunk. Probably it was fixed
by numerous changes in LRA since Oct.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65054
Bug ID: 65054
Summary: internal compiler error: in maybe_constant_value, at
cp/constexpr.c:3646
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
ld/gcc/xgcc version 5.0.0 20150213
(experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65054
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64506
--- Comment #3 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Feb 13 16:57:28 2015
New Revision: 220687
URL: https://gcc.gnu.org/viewcvs?rev=220687&root=gcc&view=rev
Log:
2015-02-13 Jerry DeLisle
PR fortran/64506
* scanner.c (gfc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65028
--- Comment #4 from Martin Jambor ---
OK, so here are my findings. Switching off IPA-CP helps because the
pass then does not propagate polymorphic context from
_ZN8MySoPlexC2EN6soplex6SoPlex4TypeENS1_14RepresentationE/5887 to
_ZN6soplex9SPxSolve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65054
--- Comment #2 from Marek Polacek ---
That typedef is not really necessary:
const char *
foo (void)
{
return ((char *const) "abc" + 1);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64506
--- Comment #4 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Feb 13 17:09:04 2015
New Revision: 220688
URL: https://gcc.gnu.org/viewcvs?rev=220688&root=gcc&view=rev
Log:
2015-02-13 Jerry DeLisle
PR fortran/64506
* gfortran.dg/co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61397
--- Comment #3 from Andreas Schwab ---
c9f03f9b6e7a888a270638c07190513189f8c33d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61397
--- Comment #4 from Michael Meissner ---
I put a LP64 on the test, because it was using 64-bit shifts in order to force
registers to be allocated from the Altivec register set. If you compile it in
32-bit mode, the emulation of 64-bit shifts/mas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65015
--- Comment #15 from H.J. Lu ---
I opened:
https://sourceware.org/bugzilla/show_bug.cgi?id=17973
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65054
--- Comment #3 from Marek Polacek ---
Started with r219973.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65053
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65048
--- Comment #2 from Sebastian Pop ---
Created attachment 34750
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34750&action=edit
fix
We used to attempt to jump thread this path that is not connex:
FSM jump thread: (7, 10) (13, 14)
This is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60211
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Feb 13 17:57:13 2015
New Revision: 220689
URL: https://gcc.gnu.org/viewcvs?rev=220689&root=gcc&view=rev
Log:
/cp
2015-02-13 Paolo Carlini
PR c++/60211
* parser.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65055
Bug ID: 65055
Summary: Types and variables differ in handling of multiple
instances of attribute aligned
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60211
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|paolo.carlin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64812
Anthony G. Basile changed:
What|Removed |Added
CC||basile at opensource dot
dyc.edu
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65056
Bug ID: 65056
Summary: Missed optimization (x86): Redundant test/compare
after arithmetic operations
Product: gcc
Version: 5.0
URL: http://marc.info/?l=linux-kernel&m=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65053
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65054
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63744
--- Comment #10 from Mikael Morin ---
Author: mikael
Date: Fri Feb 13 18:48:35 2015
New Revision: 220690
URL: https://gcc.gnu.org/viewcvs?rev=220690&root=gcc&view=rev
Log:
Use the local name instead of the original name in the check for name co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64980
--- Comment #8 from Bernd Edlinger ---
Created attachment 34751
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34751&action=edit
Proposed Fix
OK, now I see the original test case exposes an aliasing violation
when node is passed to node._v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65028
--- Comment #5 from Jan Hubicka ---
>
> 2015-02-13 Martin Jambor
>
> PR ipa/65028
> * ipa-inline-transform.c (mark_all_inlined_calls_cdtor): New function.
> (inline_call): Use it.
Oops, that is quite an oversight at my side. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60211
--- Comment #5 from Jason Merrill ---
Agreed, we usually don't backport fixes for invalid-code bugs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65015
--- Comment #16 from H.J. Lu ---
(In reply to Richard Biener from comment #11)
> For reference, the following patch doesn't work:
>
> Index: gcc/varasm.c
> ===
> --- gcc/varasm.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63744
--- Comment #11 from Mikael Morin ---
Author: mikael
Date: Fri Feb 13 19:33:27 2015
New Revision: 220692
URL: https://gcc.gnu.org/viewcvs?rev=220692&root=gcc&view=rev
Log:
Use the local name instead of the original name in the check for name co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64980
--- Comment #9 from Mikael Morin ---
(In reply to Bernd Edlinger from comment #8)
> I will post this new patch, which combines Mikael's patch and
> fixes class_41.f03 and these test cases,
Actually, my patch was not supposed to be a real fix, ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65028
--- Comment #7 from Jan Hubicka ---
Author: hubicka
Date: Fri Feb 13 20:05:39 2015
New Revision: 220694
URL: https://gcc.gnu.org/viewcvs?rev=220694&root=gcc&view=rev
Log:
PR ipa/65028
* ipa-prop.c (update_indirect_edges_after_inlining):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65028
--- Comment #6 from Jan Hubicka ---
Author: hubicka
Date: Fri Feb 13 20:04:32 2015
New Revision: 220693
URL: https://gcc.gnu.org/viewcvs?rev=220693&root=gcc&view=rev
Log:
PR ipa/65028
* ipa-inline-transform.c (mark_all_inlined_calls_cdt
1 - 100 of 143 matches
Mail list logo
