https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94843
--- Comment #1 from gccshep ---
environment:
$ uname -a
Linux 5user6-7VirtualBox890 5.3.0-46-generic #38~18.04.1-Ubuntu SMP Tue Mar 31
04:17:56 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
tested with g++-8/9 :
$ g++-8 --version
g++-8 (Ubuntu 8.4.0-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94827
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94826
Richard Biener changed:
What|Removed |Added
Summary|[10 regression] ICE in |[8/9/10 regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94822
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94843
Bug ID: 94843
Summary: if i use pch and specify '-include' twice compilation
fails
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94838
--- Comment #4 from Gabriel Ravier ---
Oops, seems like there was a weird collision. Don't pay attention to the second
to last comment before this one, it's identical to the last comment before this
one except for a single comment being added in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94842
Bug ID: 94842
Summary: [8/9/10 Regression] internal compiler error: in
gimplify_label_expr, at gimplify.c:2573
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94838
--- Comment #3 from Gabriel Ravier ---
This also occurs on i68* :
f(bool, int*):
xor eax, eax ; Already 0
cmp BYTE PTR [esp+4], 0
je .L1
mov eax, DWORD PTR [esp+8] ; Could use different caller-saved register such
as ecx or edx
mov eax
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94838
Gabriel Ravier changed:
What|Removed |Added
Target|x86_64-linux-gnu|x86_64-* i?86-*-*
--- Comment #2 from G
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94818
Andrew Pinski changed:
What|Removed |Added
Depends on||47205, 89139
--- Comment #2 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94840
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94841
Bug ID: 94841
Summary: [10 Regression]527.cam4_r 7.68% regression on Intel
Cascadelaker with -O2, 9.57% regression with -Ofast
-march=native -funroll-loops -flto
Product: gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94840
Bug ID: 94840
Summary: Extern var not defined but compiles
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
Marek Polacek changed:
What|Removed |Added
Keywords||patch
--- Comment #6 from Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94830
Patrick Palka changed:
What|Removed |Added
Last reconfirmed||2020-04-29
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94839
Andrew Pinski changed:
What|Removed |Added
Depends on||94640
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94839
Bug ID: 94839
Summary: False positive with -fanalyzer and direct field
assignment from calloc
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: diagnosti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94808
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94819
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94823
--- Comment #5 from AK ---
> So when __k == 0, then all three of those loads will be _Type(0x8b8b8b8bu)
> really; no matter what the values of __n, __p will be.
Will it be a good idea to add the explanation in comments, as this may be
tricky f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94819
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:1d2290caad0dba52b285b47057b7c0e4e8d21feb
commit r10-8025-g1d2290caad0dba52b285b47057b7c0e4e8d21feb
Author: Patrick Palka
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94808
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:43439d5e8424f3a746003ef8953e1cdc120fbbd7
commit r10-8024-g43439d5e8424f3a746003ef8953e1cdc120fbbd7
Author: Patrick Palka
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94838
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #1 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93654
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |10.0
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54593
Andrew Pinski changed:
What|Removed |Added
CC||gabravier at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94837
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94838
Bug ID: 94838
Summary: Failure to optimize out useless zero-ing after
register was already zero-ed
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94820
--- Comment #3 from z.zhanghaijian at huawei dot com ---
I have an initial fix for aarch64 that is under testing.
Will post to gcc-patches when finished.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94837
Bug ID: 94837
Summary: Failure to optimize out spurious movbe into bswap
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94788
--- Comment #31 from Jürgen Reuter ---
Created attachment 48402
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48402&action=edit
Reproducer 4, down to 210 kb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94823
--- Comment #4 from AK ---
Makes sense. Thanks for the explanation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93654
--- Comment #7 from Andrew Cooper ---
Yes - that works. Confirmed that I have both retpolines and endbr64
instructions, and the resulting hypervisor boots.
(I don't have CET capable hardware, but that is fine. There is at minimum
there is MSR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93654
H.J. Lu changed:
What|Removed |Added
Attachment #48396|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94836
Bug ID: 94836
Summary: Failure to optimize condition based on known value of
static variable
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94835
--- Comment #2 from Stephen Casner ---
Created attachment 48400
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48400&action=edit
log of compilation with -v
(Not sure why the initial attachment was deleted.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94835
--- Comment #1 from Stephen Casner ---
Created attachment 48398
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48398&action=edit
preprocessed source chrono.ii
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94835
Bug ID: 94835
Summary: ICE in vague_linkage_p, at cp/decl2.c:2041
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93654
--- Comment #5 from Andrew Cooper ---
Thanks. Just compiling the patch.
As a note however, https://gcc.gnu.org/onlinedocs/gcc/x86-Options.html will
need adjusting to remove the final note for -mindirect-branch=choice
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91480
--- Comment #6 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #3)
> (In reply to frankhb1989 from comment #0)
> > Also, in , `__cpp_lib_allocator_traits_is_always_equal` is
> > wrongly spelled as `__cpp_lib_allocator_is_always
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94831
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93654
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94824
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2020-04-28
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94831
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:162c40a4c127cc55d701bb8760e17708d0ca2fe0
commit r10-8021-g162c40a4c127cc55d701bb8760e17708d0ca2fe0
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91480
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:d0330a03606d06dc4084e9c8734a549d22676463
commit r10-8022-gd0330a03606d06dc4084e9c8734a549d22676463
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94823
--- Comment #3 from Andrew Pinski ---
>In particular when __k is zero we're taking '(2^64 - 1) mod __n', which is not
>necessarily __n - 1, the last position in the buffer, right?
Yes that is correct except when __k is 0, then __begin will the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94823
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94834
Bug ID: 94834
Summary: Failure to optimize loop bswap pattern
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94812
--- Comment #2 from CVS Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:50714f45eeaf315a0b55d3db3de3bf8df8e94b04
commit r10-8020-g50714f45eeaf315a0b55d3db3de3bf8df8e94b04
Author: Alexandre Oliva
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94833
Carl Love changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94833
--- Comment #2 from Carl Love ---
The ABI has the builtin VEC_FIRST_MATCH_OR_EOS_
INDEX (ARG1, ARG2) which says
Returns the element index of the position of either the first character match
or an end-of-string (EOS) terminator. If no match or te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90748
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90992
Jason Merrill changed:
What|Removed |Added
Target Milestone|9.4 |10.0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94826
Andrew Pinski changed:
What|Removed |Added
Component|other |target
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94828
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94831
--- Comment #2 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #0)
> In r277342 I changed std::_Construct for P0784R7, "More constexpr
> containers" and the non-void return type means this no longer compiles:
>
> #include
> s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94832
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Ever confir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94812
Segher Boessenkool changed:
What|Removed |Added
Last reconfirmed||2020-04-28
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94823
AK changed:
What|Removed |Added
CC||hiraditya at msn dot com
--- Comment #1 from AK --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94833
--- Comment #1 from Corey Ashford ---
When I look at the disassembly, I see it uses vcmpnezb, but maybe it should use
vcmpneb instead:
int first_match_index = vec_first_match_index(v1, vec_0s);
1504: 07 09 00 10 vcmpnezb v0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94810
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94833
Bug ID: 94833
Summary: vec_first_match_index does not function as described
in its description
Product: gcc
Version: 9.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94831
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
--- Comment #1 from Jona
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94832
Bug ID: 94832
Summary: AVX512 scatter/gather macros lack parentheses when
unoptimized
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94377
--- Comment #4 from Fred Krogh ---
Same error with GNU Fortran (GCC) 10.0.1 20200328 (Red Hat 10.0.1-0.11)
Error says
internal compiler error: in gimplify_var_or_parm_decl, at gimplify.c:2830
This one is at a different place in gimplify, but the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94831
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94831
Bug ID: 94831
Summary: [10 Regression] vector no longer compiles
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94825
--- Comment #2 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:8b53086ab6a6d0e89d407398c3a126535989f0c1
commit r10-8017-g8b53086ab6a6d0e89d407398c3a126535989f0c1
Author: Iain Buclaw
Date: Tue Ap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94830
Bug ID: 94830
Summary: Some concepts diagnostic messages are nondeterministic
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94827
Nathan Sidwell changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94740
--- Comment #6 from Segher Boessenkool ---
It is of course good to wrap things with CONST whenever possible, but it
isn't documented anywhere (afaics) that this would be required, so this
is a workaround, not a fix?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94583
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:bce54ed494fd0e61f41986e2bdbcfb2d2a3a1cf1
commit r10-8016-gbce54ed494fd0e61f41986e2bdbcfb2d2a3a1cf1
Author: Jason Merrill
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94816
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94829
Bug ID: 94829
Summary: ICE in poplevel, at cp/decl.c:585
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94828
Bug ID: 94828
Summary: Failure to merge merge-able loops
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimizatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94810
--- Comment #7 from Geoffrey Casper ---
I believe I did misunderstand comment 3. Thanks for your clarification. Do all
global objects get marked with the constructor attribute, which leads to the
ambiguity?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94819
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94827
Bug ID: 94827
Summary: [ICE] [regression] crash on requires clause in tparam
list
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94816
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:5eae0ac76dcb6aac1d1d6c4edd8852e0035792e4
commit r10-8015-g5eae0ac76dcb6aac1d1d6c4edd8852e0035792e4
Author: David Malcolm
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94826
Bug ID: 94826
Summary: [10 regression] ICE in gcc.dg/pr94780.c after r10-7999
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94825
Bill Seurer changed:
What|Removed |Added
CC||ibuclaw at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94804
--- Comment #4 from Marc Glisse ---
(In reply to Gabriel Ravier from comment #3)
> Having similar problems with useless movs is from the same non
> well-optimized register allocation on function boundaries ?
I don't know, but possibly not. I'll
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94819
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84774
Bug 84774 depends on bug 94815, which changed state.
Bug 94815 Summary: Abusive -Wrestrict warning with sprintf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94815
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94815
Martin Sebor changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83819
Bug 83819 depends on bug 94815, which changed state.
Bug 94815 Summary: Abusive -Wrestrict warning with sprintf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94815
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92813
Martin Sebor changed:
What|Removed |Added
CC||vincent.riviere at freesbee
dot fr
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90591
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94825
Bug ID: 94825
Summary: libphobos test case failures on powerpc64
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93956
--- Comment #16 from Paul Thomas ---
Hi Thomas,
I am sorry that you are having such a hassle with this - perhaps this helps?
>
> I assume that the span is not used correctly in the
> function.
Yes, that is correct. Within 'foo', we have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94810
--- Comment #6 from Jonathan Wakely ---
Maybe you misunderstood comment 3, the construction order is only unspecified
when you use __attribute__((constructor)). If you just create normal global
objects using normal C++ the order within a single t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94810
--- Comment #5 from Jonathan Wakely ---
I don't see how that could conform to the standard's requirements.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94811
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89180
Bug 89180 depends on bug 79585, which changed state.
Bug 79585 Summary: spurious -Wunused-variable on a pointer with attribute
unused in function template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79585
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90750
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79585
Jason Merrill changed:
What|Removed |Added
Target Milestone|10.0|9.4
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79585
--- Comment #4 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:aa988998be8f85334665a6b049d5d9139408c250
commit r9-8550-gaa988998be8f85334665a6b049d5d9139408c250
Author: Jason Merrill
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90750
--- Comment #5 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:aa988998be8f85334665a6b049d5d9139408c250
commit r9-8550-gaa988998be8f85334665a6b049d5d9139408c250
Author: Jason Merrill
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94824
Bug ID: 94824
Summary: Failure to optimize with __builtin_bswap32 as well as
with a function recognized as such
Product: gcc
Version: 10.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94743
--- Comment #7 from Richard Earnshaw ---
well, __aeabi_memcpy is required not to clobber the FP state. Sadly, GCC does
not know about it...
1 - 100 of 191 matches
Mail list logo