https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84737
--- Comment #16 from Richard Biener ---
It's hard to tell - will try to look at more dumps produced by a cross which
hopefully matches your setup.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
--- Comment #29 from rguenther at suse dot de ---
On Thu, 19 Apr 2018, jameskuyper at verizon dot net wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
>
> James Kuyper Jr. changed:
>
>What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85439
--- Comment #4 from Marc "Foddex" Oude Kotte ---
The reason I was expecting the same result everywhere is because of this
statement on cppreference.com:
"Notes
The 1th consecutive invocation of a default-contructed std::mt19937 is
required
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85448
--- Comment #2 from francois.jacq at irsn dot fr ---
(In reply to kargl from comment #1)
> (In reply to francois.jacq from comment #0)
> > In the following example, the subroutine c_open of the module m2, which
> > should call the subroutine odope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85446
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Thu Apr 19 07:46:54 2018
New Revision: 259488
URL: https://gcc.gnu.org/viewcvs?rev=259488&root=gcc&view=rev
Log:
PR tree-optimization/85446
* match.pd ((intptr_t) x eq/ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85446
Jakub Jelinek changed:
What|Removed |Added
Summary|[7/8 Regression] wrong-code |[7 Regression] wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84737
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85449
--- Comment #6 from Martin Liška ---
So it's very hard to isolate a simple test-case without not doing an UBSAN.
Thus easiest way to reproduce that is:
$ cd src
$ gcc *.c -I. -O3 && ./a.out
Fatal error: glibc detected an invalid stdio handle
Ab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85463
Bug ID: 85463
Summary: [nvptx] "exit" in offloaded region doesn't terminate
process
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: openacc, openmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85461
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85464
Bug ID: 85464
Summary: Wignored-qualifiers is emitted by cc1plus without
diagnostics when triggered by a cast operator.
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85462
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85461
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85463
--- Comment #1 from Thomas Schwinge ---
Author: tschwinge
Date: Thu Apr 19 08:53:38 2018
New Revision: 259491
URL: https://gcc.gnu.org/viewcvs?rev=259491&root=gcc&view=rev
Log:
PR85463 '[nvptx] "exit" in offloaded region doesn't terminate proces
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85166
--- Comment #7 from Thomas Schwinge ---
Author: tschwinge
Date: Thu Apr 19 08:53:38 2018
New Revision: 259491
URL: https://gcc.gnu.org/viewcvs?rev=259491&root=gcc&view=rev
Log:
PR85463 '[nvptx] "exit" in offloaded region doesn't terminate proces
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85460
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50639
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50679
Bug 50679 depends on bug 50639, which changed state.
Bug 50639 Summary: -flto=jobserver broken on large LTO build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50639
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85448
--- Comment #3 from francois.jacq at irsn dot fr ---
Notice that this is a regression : The version 4.8.5 returns the result I
expected...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85455
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85459
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85459
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target Milestone|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61606
Jürgen Reuter changed:
What|Removed |Added
CC||juergen.reuter at desy dot de
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85464
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85464
--- Comment #2 from Jonathan Wakely ---
Started with r240863 (the fix for PR 69733) and was fixed by r249935 (for PR
65775).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85449
--- Comment #7 from Martin Jambor ---
I believe I understand the issue and will prepare a testcase from scratch.
Possibly after I test/submit the patch if it takes too long. Thanks for your
effort!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85464
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85449
--- Comment #8 from Martin Jambor ---
I believe I understand the issue and will prepare a testcase from scratch.
Possibly after I test/submit the patch if it takes too long. Thanks for your
effort!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85459
--- Comment #2 from Marc Glisse ---
(In reply to Jakub Jelinek from comment #1)
> I think this is a result of many changes.
> E.g. r249885 bumps .s size from 3709 to 4599 bytes, r254724 from 4599 to
> 5768, r255510 from 5772 to 7713. You are com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85449
--- Comment #9 from Tamar Christina ---
Thanks Martin & Martin! The patch seems to work for me as well.
I did try to minimize it before but it seems the smallest change changes the
conditions for the cloning and it doesn't trigger it anymore.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85459
Marc Glisse changed:
What|Removed |Added
Attachment #43982|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85439
--- Comment #5 from W E Brown ---
(In reply to Marc "Foddex" Oude Kotte from comment #4)
> The reason I was expecting the same result everywhere is because of this
> statement on cppreference.com:
>
>
> "Notes
> The 1th consecutive invocati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69733
--- Comment #5 from Jonathan Wakely ---
N.B. this caused a regression for conversion operators, see PR 85464.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85464
--- Comment #4 from Jonathan Wakely ---
Trunk prints a location, but it's the wrong one again:
ign.cc:3:25: warning: type qualifiers ignored on function return type
[-Wignored-qualifiers]
operator int const() const; // { dg-error "type quali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85462
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61606
Richard Biener changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85439
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61606
--- Comment #5 from Fernando G. Tinetti ---
(In reply to Jürgen Reuter from comment #3)
> Is it really necessary to keep this one here open? Just stumbled on this via
> the discussion on c.l.f. This was with 4.9 which is no longer supported.
> Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85465
Bug ID: 85465
Summary: [og7, openacc] ICE in mark_vars_oacc_gangprivate, at
c/c-parser.c:14213
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
Bug ID: 85466
Summary: Performance is slow when doing 'branchless'
conditional style math operations
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85467
Bug ID: 85467
Summary: [8 Regression] ICE: verify_gimple failed: non-trivial
conversion at assignment with -O2 -fno-tree-ccp
--param=sccvn-max-scc-size=10
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
--- Comment #1 from Marc Glisse ---
Please always include your code in the bug report (this external website
doesn't even seem to have a "download the code" option).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85467
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61982
--- Comment #12 from Jonathan Wakely ---
The C++ standard. Specifically, [basic.life].
After the constructor runs and before the destructor runs, that memory location
contains an object of type X. After the destructor finishes you can reuse the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85467
--- Comment #2 from Jakub Jelinek ---
I'll have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85467
--- Comment #3 from Richard Biener ---
Must be some match.pd pattern again.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85439
--- Comment #7 from Marc "Foddex" Oude Kotte ---
OK. My apologies for the confusion, and thanks for the clarification!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
Richard Biener changed:
What|Removed |Added
Blocks||53947
--- Comment #2 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
James Greenhalgh changed:
What|Removed |Added
CC||jgreenhalgh at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85462
--- Comment #3 from Manuel Lauss ---
(In reply to Jakub Jelinek from comment #2)
> Created attachment 43986 [details]
> gcc8-pr85462.patch
>
> Untested fix, still waiting if reduction comes up with some reasonably sized
> testcase.
It does fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
Richard Biener changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #4 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
Richard Biener changed:
What|Removed |Added
CC||jwakely.gcc at gmail dot com
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
--- Comment #6 from Richard Biener ---
(In reply to Richard Biener from comment #5)
> I see sth like
>
> template typename _UniformRandomNumberGenerator>
> _RealType
> generate_canonical(_UniformRandomNumberGenerator& __urng)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
--- Comment #7 from Jonathan Wakely ---
(In reply to Richard Biener from comment #5)
> I see sth like
>
> template typename _UniformRandomNumberGenerator>
> _RealType
> generate_canonical(_UniformRandomNumberGenerator& __urng)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
--- Comment #8 from Richard Biener ---
(In reply to James Greenhalgh from comment #3)
> Created attachment 43988 [details]
> Reduced testcase
>
> I believe this testcase shows the issue being reported here. Clang seems to
> spot this is essentia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
--- Comment #9 from Jonathan Wakely ---
This is undefined:
template
inline auto when_greater_then(T x, T y) -> decltype(std::max(sign(x - y),
T(0))) {
return std::max(sign(x - y), T(0));
}
The return type of std::max is a reference to one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
--- Comment #10 from Richard Biener ---
And you need -fno-trapping-math to allow if-conversion. Then things are fast.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 84737, which changed state.
Bug 84737 Summary: [8 Regression] 20% degradation in CPU2000 172.mgrid starting
with r256888
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84737
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84737
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85447
Martin Jambor changed:
What|Removed |Added
Attachment #43981|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84737
--- Comment #19 from Richard Biener ---
Author: rguenth
Date: Thu Apr 19 12:41:42 2018
New Revision: 259493
URL: https://gcc.gnu.org/viewcvs?rev=259493&root=gcc&view=rev
Log:
2018-04-19 Richard Biener
PR tree-optimization/84737
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84588
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85449
--- Comment #10 from Martin Jambor ---
Created attachment 43990
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43990&action=edit
Simple testcase
This is a simple testcase. Let me prepare the final patch then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
--- Comment #11 from James Greenhalgh ---
With Jonathon's suggested change, copied in to the original poster's framework
(without -fno-trapping-math), Clang hot loop ( score: 165065
http://quick-bench.com/6NaD8ay0f8qMh9n0aMriYEiuKNA ) is:
0.16%
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85467
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84737
--- Comment #20 from Pat Haugen ---
(In reply to Richard Biener from comment #18)
> Fixed (hopefully).
Yes, mgrid performance is back. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85455
Richard Biener changed:
What|Removed |Added
Keywords||ice-checking
--- Comment #2 from Richar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85468
Bug ID: 85468
Summary: Wrong location for -Wignored-qualifiers diagnostic on
conversion operator
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: diagnos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85464
Jonathan Wakely changed:
What|Removed |Added
Keywords||patch
--- Comment #5 from Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #36 from John Paul Adrian Glaubitz ---
(In reply to Jakub Jelinek from comment #33)
> Yes, but the port split was done in May last year, and nothing substantial
> happened since then. Port maintainance is not about promises, but abou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #37 from Jakub Jelinek ---
Not sure about IBM, I as a GCC developer and RM have major problem with the
amount of dead code in the port, because anyone who makes changes to the
middle-end that need backend changes will waste time adjus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #38 from John Paul Adrian Glaubitz ---
(In reply to Eric Botcazou from comment #35)
> Do you IBM guys have a hidden agenda to bury the left-overs of Freescale? ;-)
I thought Jakub works for RedHat?
> The SPE port has already been mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85455
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Thu Apr 19 13:53:06 2018
New Revision: 259494
URL: https://gcc.gnu.org/viewcvs?rev=259494&root=gcc&view=rev
Log:
2018-04-19 Richard Biener
PR middle-end/85455
* cfg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #39 from John Paul Adrian Glaubitz ---
(In reply to Jakub Jelinek from comment #37)
> Not sure about IBM, I as a GCC developer and RM have major problem with the
> amount of dead code in the port, because anyone who makes changes to t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81307
--- Comment #9 from Martin Liška ---
Thanks Jakub, I can confirm I don't see any other UBSANs related to gstabs in
the test-suite.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #40 from John Paul Adrian Glaubitz ---
Is there documentation like this for gcc?
> https://llvm.org/docs/WritingAnLLVMBackend.html
Would be very useful for people wanting to help with the old backends.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50909
Eric Gallager changed:
What|Removed |Added
CC||iains at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #41 from David Edelsohn ---
SPE mostly is a separate architecture that happens to share many of the basic
mnemonics with PowerPC. Maintaining the SPE port was a burden to the
Power/PowerPC maintainers. As discussed in the other thread
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #42 from Jakub Jelinek ---
See e.g. https://gcc.gnu.org/onlinedocs/gccint/
https://gcc.gnu.org/onlinedocs/gccint/#toc-RTL-Representation
https://gcc.gnu.org/onlinedocs/gccint/Machine-Desc.html#Machine-Desc
https://kristerw.blogspot.cz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
--- Comment #30 from Martin Sebor ---
Richard, I offered to write a proposal (with Clark) to improve the rules. With
the object model proposals already in the pipeline (N2223) this is a good time
to review them and see if it makes sense to exten
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #43 from rguenther at suse dot de ---
On Thu, 19 Apr 2018, glaubitz at physik dot fu-berlin.de wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
>
> --- Comment #40 from John Paul Adrian Glaubitz fu-berlin.de> ---
> Is th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
--- Comment #12 from Marc Glisse ---
Constant folding for nextafter seems like a useful thing to add, whatever we
say about the rest of the testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53905
Eric Gallager changed:
What|Removed |Added
CC||iains at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #44 from John Paul Adrian Glaubitz ---
(In reply to David Edelsohn from comment #41)
> SPE mostly is a separate architecture that happens to share many of the
> basic mnemonics with PowerPC. Maintaining the SPE port was a burden to th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
--- Comment #13 from rguenther at suse dot de ---
On Thu, 19 Apr 2018, glisse at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
>
> --- Comment #12 from Marc Glisse ---
> Constant folding for nextafter seems like a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #45 from John Paul Adrian Glaubitz ---
(In reply to Jakub Jelinek from comment #42)
> See e.g. https://gcc.gnu.org/onlinedocs/gccint/
> https://gcc.gnu.org/onlinedocs/gccint/#toc-RTL-Representation
> https://gcc.gnu.org/onlinedocs/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #46 from David Edelsohn ---
I understand the issues with Golang and have been raising the issue internally.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85455
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85381
--- Comment #6 from Tom de Vries ---
Created attachment 43992
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43992&action=edit
tentative patch
(In reply to Tom de Vries from comment #4)
> This looks like a JIT bug, but with this tentative
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85448
--- Comment #4 from Steve Kargl ---
On Thu, Apr 19, 2018 at 09:07:15AM +, francois.jacq at irsn dot fr wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85448
>
> --- Comment #3 from francois.jacq at irsn dot fr ---
> Notice that this is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85198
--- Comment #4 from Bill Schmidt ---
Ah, but vulli does have the wrong element type, when you get a little deeper.
V2DI
size
unit-size
align:128 warn_if_not_align:0 symtab:0 alias-set -1 canoni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85381
--- Comment #7 from Tom de Vries ---
For this example:
...
#define n 1024
int
main (void)
{
#pragma acc parallel vector_length(128)
{
#pragma acc loop vector
for (int i = 0; i < n; i++)
;
#pragma acc loop vector
for (i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85448
--- Comment #5 from francois.jacq at irsn dot fr ---
On Thursday 19 April 2018 16:30:09 you wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85448
>
> --- Comment #4 from Steve Kargl
> ---
>
> On Thu, Apr 19, 2018 at 09:07:15AM +, fran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85448
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
--- Comment #31 from James Kuyper Jr. ---
(In reply to rguent...@suse.de from comment #29)
> On Thu, 19 Apr 2018, jameskuyper at verizon dot net wrote:
...
> > The relevant wording is "anywhere that a declaration of the completed type
> > of
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #47 from Segher Boessenkool ---
(In reply to Eric Botcazou from comment #35)
> > A port does not need maintenance only for that port, and its users, but also
> > for GCC itself. All ports are a cost to _all_ GCC developers. If a por
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85417
--- Comment #6 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Thu Apr 19 15:15:04 2018
New Revision: 259496
URL: https://gcc.gnu.org/viewcvs?rev=259496&root=gcc&view=rev
Log:
x86: Enable -fcf-protection with multi-byte NOPs
-fcf-protection -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85469
Bug ID: 85469
Summary: -mibt is unused
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassign
1 - 100 of 165 matches
Mail list logo