https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65743
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65722
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65743
--- Comment #5 from Jan Hubicka ---
Author: hubicka
Date: Sun Apr 12 05:44:52 2015
New Revision: 222017
URL: https://gcc.gnu.org/viewcvs?rev=222017&root=gcc&view=rev
Log:
PR ipa/65743
* ipa-inline-transform.c (speculation_removed): Remo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65089
--- Comment #12 from Jerry DeLisle ---
Created attachment 35302
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35302&action=edit
Preliminary patch - needs testing
This patch resolves the -fsanitize=address issue and also does some memory
c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59997
--- Comment #7 from drikosev at otenet dot gr ---
The option of omitting the trailing underscore (-fno-underscoring) is explained
at https://gcc.gnu.org/onlinedocs/gfortran/Code-Gen-Options.html
In the above link, there is also a wish (hope) that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65722
--- Comment #5 from Jan Hubicka ---
Author: hubicka
Date: Sun Apr 12 01:08:04 2015
New Revision: 222015
URL: https://gcc.gnu.org/viewcvs?rev=222015&root=gcc&view=rev
Log:
Jan Hubicka
Martin Liska
PR ipa/65722
* g++.dg/ipa/p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65743
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65743
Jan Hubicka changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65743
--- Comment #2 from Jan Hubicka ---
Indeed, the compiler seems to think that the call is always bogus.
Considering ensureHolder/2875306 with 77 size
to be inlined into getOwnPropertyDescriptor/2875397 in unknown:-1
Estimated badness is -0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65743
--- Comment #1 from Jan Hubicka ---
At least I can work out the backtrace:
#0 0x74a4291e in js::BaseProxyHandler::hasOwn(JSContext*,
JS::Handle, JS::Handle, bool*) const ()
from /aux/hubicka/firefox6-50-lto-test6-fdo-hg200-b/dist/bin/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58754
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #11 from Bernd Edlinger ---
I don't know if that is a bug or not.
I see that -fpic does not inline f2 and f3.
The two messages seem to be always missing when
not inlined...
So, how about this:
Index: gcc/testsuite/c-c++-common/ubs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63579
--- Comment #3 from Marc Glisse ---
Hmm, it is more complicated than that. Done this way, I would need to teach
several places in the middle-end about fields of size 0. Currently I get
several ICEs, one in output_constructor_regular_field because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65743
Bug ID: 65743
Summary: [5 regression] LTO+FDO build of Firefox crashes at
startup
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #10 from Bernd Edlinger ---
Hmmm, the other issue is this:
g++ -g -O2 -fsanitize=undefined object-size-9.c
./a.out
object-size-9.c:21:11: runtime error: load of address 0x7fffaad34acc with
insufficient space for an object of type 'c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #9 from Bernd Edlinger ---
this should avoid the random '' issue:
Index: object-size-9.c
===
--- object-size-9.c(revision 222007)
+++ object-size-9.c(working cop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60519
--- Comment #1 from Jonathan Wakely ---
I was thinking we'd add a new macro to
#define __glibcxx_check_strict_weak_order(_First,_Last,_Pred) \
_GLIBCXX_DEBUG_VERIFY(_First==_Last || !_Pred(*_First, *_First), \
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #8 from Bernd Edlinger ---
(In reply to vries from comment #7)
> Created attachment 35215 [details]
> relevant bit of gcc.log
>
> > Next time I encounter it, I'll try to post the full FAIL message
>
> I ran into this while testing a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65736
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65735
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Sat Apr 11 17:32:54 2015
New Revision: 222011
URL: https://gcc.gnu.org/viewcvs?rev=222011&root=gcc&view=rev
Log:
PR tree-optimization/65735
* tree-ssa-threadedge.c (fsm_find_contr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65733
--- Comment #12 from Jack Howarth ---
It appears that clang 3.5 and later defaults to setting the CIE version to
dwarf2 in the absence of -g. This behavior can't be overridden by passing
-gdwarf-3 in the absence of -g. However the gcc configure t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65727
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65695
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65721
Jason Merrill changed:
What|Removed |Added
Keywords|ice-on-valid-code |ice-on-invalid-code
Status|N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65735
--- Comment #6 from Jakub Jelinek ---
Created attachment 35300
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35300&action=edit
gcc5-pr65735.patch
Untested fix.
It seems there is a guard against recursion, but it only checks that we don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65733
--- Comment #11 from Jack Howarth ---
This issue appears to have been introduced by...
http://llvm.org/viewvc/llvm-project?view=revision&revision=211272
and seems to have been previously discussed...
http://lists.cs.uiuc.edu/pipermail/llvm-com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65671
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Sat Apr 11 13:56:37 2015
New Revision: 222008
URL: https://gcc.gnu.org/viewcvs?rev=222008&root=gcc&view=rev
Log:
PR target/65671
* gcc.target/i386/pr65671.c: Require avx512vl effe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65554
--- Comment #18 from Jakub Jelinek ---
Author: jakub
Date: Sat Apr 11 13:57:11 2015
New Revision: 222009
URL: https://gcc.gnu.org/viewcvs?rev=222009&root=gcc&view=rev
Log:
PR middle-end/65554
* g++.dg/opt/pr65554.C: Use __SIZE_TYPE__ ins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59997
--- Comment #6 from drikosev at otenet dot gr ---
On Apr 11, 2015, at 3:30 PM, dominiq at lps dot ens.fr
wrote:
> For the test case you should have a look at
> https://gcc.gnu.org/wiki/HowToPrepareATestcase, in particular to the section {
> dg-d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59997
--- Comment #5 from drikosev at otenet dot gr ---
On Apr 11, 2015, at 3:30 PM, dominiq at lps dot ens.fr
wrote:
> For the test case you should have a look at
> https://gcc.gnu.org/wiki/HowToPrepareATestcase, in particular to the section {
> dg-d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65742
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65733
--- Comment #10 from Jack Howarth ---
>
> Confirmed with TOT clang as of this morning. Please file an llvm BZ and/or
> a radar against Xcode 6.3.
Reported as radar bug /20509942, "Apple Clang 6.1 emits inconsistent eh_frame
dwarf versions"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59997
--- Comment #4 from Dominique d'Humieres ---
> The above patch is quite small and perhaps solves the problem in branch 4-8.
> I've coded it before I read the code convention rules for patches.
> In case the patch indeed solves the problem, we'll
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65499
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|5.0 |4.9.3
--- Comment #5 from Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58038
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|5.0 |4.9.3
--- Comment #15 from Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65499
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Sat Apr 11 11:47:19 2015
New Revision: 222004
URL: https://gcc.gnu.org/viewcvs?rev=222004&root=gcc&view=rev
Log:
PR libstdc++/65499
* include/std/chrono: Add using-directive for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58038
--- Comment #14 from Jonathan Wakely ---
Author: redi
Date: Sat Apr 11 11:47:09 2015
New Revision: 222003
URL: https://gcc.gnu.org/viewcvs?rev=222003&root=gcc&view=rev
Log:
PR libstdc++/58038
* include/std/thread (this_thread::sleep_for)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65735
--- Comment #5 from Jakub Jelinek ---
It shows up already when registering the path:
Registering FSM jump thread: (9, 4) incoming edge; (4, 5) (5, 12) (12, 14)
(14, 5) (5, 12) nocopy; (5, 12)
Registering FSM jump thread: (9, 12) incomin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65735
--- Comment #4 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #3)
> Slightly cleaned up testcase (so it doesn't use ununinitialized vars). -O2
> is enough.
> The ICE is on:
> 2443/* Make sure the successor is the next
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65733
--- Comment #9 from Dominique d'Humieres ---
Same problem with 4.8.5.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65733
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65735
--- Comment #3 from Jakub Jelinek ---
Slightly cleaned up testcase (so it doesn't use ununinitialized vars). -O2 is
enough.
The ICE is on:
2443 /* Make sure the successor is the next node in the path. */
2444 gcc_assert (i + 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65736
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65742
Bug ID: 65742
Summary: [5 Regression] Several libgomp.oacc-* failures after
r221922.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65710
Jakub Jelinek changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
45 matches
Mail list logo
