https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98526
--- Comment #4 from rsandifo at gcc dot gnu.org
---
(In reply to Richard Biener from comment #2)
> Created attachment 49937 [details]
> patch
>
> Sth like this. But I'm somewhat confused about the partial vector code in
> the
> "else" branch:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91403
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91403
Richard Biener changed:
What|Removed |Added
CC||duanbo3 at huawei dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 96834, which changed state.
Bug 96834 Summary: [9/10/11 Regression] Segmentation fault signal terminated
program cc1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96834
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96834
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98618
--- Comment #2 from nsz at gcc dot gnu.org ---
(In reply to Florian Weimer from comment #1)
> Is the test case really valid? It involves an out-of-bounds array access,
> after all.
no it doesn't, n is signed long and its value can be such that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98618
--- Comment #1 from Florian Weimer ---
Is the test case really valid? It involves an out-of-bounds array access, after
all.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98414
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |nathan at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98221
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98618
Bug ID: 98618
Summary: aarch64: oob adrp offset causes relocation truncated
to fit: R_AARCH64_ADR_PREL_PG_HI21
Product: gcc
Version: 8.4.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98526
Richard Biener changed:
What|Removed |Added
Target Milestone|11.0|10.3
Summary|[11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98526
--- Comment #2 from Richard Biener ---
Created attachment 49937
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49937=edit
patch
Sth like this. But I'm somewhat confused about the partial vector code in the
"else" branch:
/* All but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98560
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98414
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98414
--- Comment #14 from Martin Liška ---
When building GCC w/o bootstrap I see that libcody properly sets -fno-rtti:
g++ -std=c++11 -g -O2 -fno-enforce-eh-specs -fno-stack-protector
-fno-threadsafe-statics -fno-exceptions -fno-rtti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98526
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98414
--- Comment #13 from Jakub Jelinek ---
Well, that is a fix for the bootstrap-ubsan issues, but not the above small
testcase showing the problems for users.
But sure, as this is a problem that exists many years and nobody reported it
before, it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98414
--- Comment #12 from Martin Liška ---
I've got it!
It can be fixed with -fno-rtti and apparently libcody's objects do miss that :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98414
--- Comment #11 from Martin Liška ---
There's a self-container test-case:
$ cat resolver.ii
class Resolver {
int GetCMIName();
virtual char GetCMISuffix() { return 'c'; }
};
int Resolver::GetCMIName() { GetCMISuffix(); return 0; }
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98609
--- Comment #7 from Martin Liška ---
(In reply to Jakub Jelinek from comment #6)
> That is not really possible, as the compiler assumes for
> -fno-sanitize-recover=vla
which is not the default value/
> that when we call the library routine, it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
Bug 19987 depends on bug 95867, which changed state.
Bug 95867 Summary: Failure to optimize successive multiplications of
___uint128_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95867
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95867
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
Bug 19987 depends on bug 95852, which changed state.
Bug 95852 Summary: Failure to optimize __builtin_mul_overflow pattern
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95852
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95852
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95867
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9a6c37e6ae520534993ef76dd45d016c8c86db21
commit r11-6581-g9a6c37e6ae520534993ef76dd45d016c8c86db21
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95852
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9febe9e4be7812519258ea3ed4f38bbc1a61624b
commit r11-6580-g9febe9e4be7812519258ea3ed4f38bbc1a61624b
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95852
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a2106317cd6673e110b347c70f21e25fbb23379e
commit r11-6579-ga2106317cd6673e110b347c70f21e25fbb23379e
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98609
--- Comment #6 from Jakub Jelinek ---
That is not really possible, as the compiler assumes for
-fno-sanitize-recover=vla that when we call the library routine, it never
returns (it is noreturn).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98478
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98609
--- Comment #5 from Martin Liška ---
I would recommend changing just libsanitizer to allow something like
UBSAN_OPTIONS=vla_bounds_allow_zero=1. Should be relatively small change.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98609
--- Comment #4 from Jakub Jelinek ---
I'd say it is similar with shifts, the diagnostics about the shift count being
negative or too large is highly useful, the diagnostics about the various
lshift properties shifting into sign bit or shifting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98598
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98609
--- Comment #3 from Martin Uecker ---
Fair enough. But there is also no way to selectively turn it off (or I am not
aware of it). The warning for < 0 is important and useful while the warning
for == 0 is pedantic and not useful by itself when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98609
--- Comment #2 from Jakub Jelinek ---
The sanitizers generally diagnose what the C or C++ language spec say, not what
the various extensions allow, it is the same also for shifts etc.
So I think it is correct that this is diagnosed by default.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98611
Martin Liška changed:
What|Removed |Added
Summary|[concepts] ICE in |[concepts][10/11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98612
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98611
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98606
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98478
--- Comment #2 from Hongtao.liu ---
> predicates register are much more like vector mask in avx2, but not integer
> mask in avx512.
So avx512 integer mask may not suitable to be represented by VnBImode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98478
--- Comment #1 from Hongtao.liu ---
according to sve-ieee-micro-2017.pdf predicate registers is
Each predicate consists ofeight enable bits per 64-bit vector element, allowing
down to per byte-granularity. For any given element size only the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98273
--- Comment #4 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:4e275dccfc2467b3fe39012a3dd2a80bac257dd0
commit r11-6577-g4e275dccfc2467b3fe39012a3dd2a80bac257dd0
Author: Martin Liska
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98611
Martin Liška changed:
What|Removed |Added
Summary|[concepts] internal |[concepts] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64290
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98609
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98608
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98615
Martin Liška changed:
What|Removed |Added
Assignee|dmalcolm at gcc dot gnu.org|marxin at gcc dot
gnu.org
101 - 146 of 146 matches
Mail list logo