https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104750
Bug ID: 104750
Summary: Parameterized derived type extension from outside the
host module
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104704
--- Comment #8 from Hongtao.liu ---
(In reply to H.J. Lu from comment #4)
> (In reply to Hongtao.liu from comment #3)
> > (In reply to H.J. Lu from comment #1)
> > > ix86_expand_vector_move shouldn't use ix86_gen_scratch_sse_rtx.
> >
> > Is it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96214
Eric Gallager changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95213
Eric Gallager changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48091
Eric Gallager changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22249
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90115
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90048
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104726
--- Comment #7 from Hongyu Wang ---
Fixed for GCC 12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104724
--- Comment #4 from Hongyu Wang ---
Fixed for GCC 12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104726
--- Comment #6 from CVS Commits ---
The master branch has been updated by Hongyu Wang :
https://gcc.gnu.org/g:2f1fa70db51f5356e308e757210d0e521a32e1b7
commit r12-7443-g2f1fa70db51f5356e308e757210d0e521a32e1b7
Author: Hongyu Wang
Date: Tue M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104724
--- Comment #3 from CVS Commits ---
The master branch has been updated by Hongyu Wang :
https://gcc.gnu.org/g:70fe5736c2935926b060fd3ce164838f9c4aadea
commit r12-7442-g70fe5736c2935926b060fd3ce164838f9c4aadea
Author: Hongyu Wang
Date: Tue M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104208
--- Comment #5 from Peter Bergner ---
(In reply to Jakub Jelinek from comment #4)
> And in a compiler that defaults to -mlong-double128,
> -mabi=ieeelongdouble
> or
> -mabi=ibmlongdouble
> would be ok, but
> -mlong-double-64 -mabi=ibmlongdouble
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104722
--- Comment #10 from Jonathan Wakely ---
Created attachment 52542
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52542&action=edit
Do not parallelize std::accumulate
Something like this would "fix" it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104715
--- Comment #7 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:b11465f1150a11d6a9b186417c468c8191ae41a1
commit r12-7440-gb11465f1150a11d6a9b186417c468c8191ae41a1
Author: Martin Sebor
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104722
Jonathan Wakely changed:
What|Removed |Added
Resolution|INVALID |WONTFIX
--- Comment #9 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104722
--- Comment #8 from Jonathan Wakely ---
(In reply to Jakub Jelinek from comment #6)
> Perhaps _GLIBCXX_PARALLEL should parallelize std::accumulate only if
> binary_op is known to be associative?
Or just don't parallelize it, since it breaks the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104208
--- Comment #4 from Jakub Jelinek ---
That is certainly one option.
Another option would be to move this diagnostics to rs6000_handle_option
and diagnose if -mabi=ieeelongdouble or -mabi=ibmlongdouble is seen while
-mlong-double-64 is in effect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104208
Peter Bergner changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103393
--- Comment #23 from H.J. Lu ---
A patch is posted at
https://gcc.gnu.org/pipermail/gcc-patches/2022-March/591093.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104686
--- Comment #19 from Vladimir Makarov ---
(In reply to Richard Biener from comment #16)
> it doesn't make a difference for this testcase but profiling shows that
> allocnos_conflict_p is quite expensive so it's best to do it after the other
> co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104743
--- Comment #1 from Iain Buclaw ---
Does anything change if you compile the test with
`-ftrivial-auto-var-init=zero` ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104740
--- Comment #1 from Iain Buclaw ---
b18489.d and ice21727.d were fixed in the last sync (r12-7414).
Only simd_ctfe.d is outstanding.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104738
Iain Buclaw changed:
What|Removed |Added
URL||https://issues.dlang.org/sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104603
Martin Sebor changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104719
--- Comment #11 from Jonathan Wakely ---
Stoopid autocorrect. s/kitty/it/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104719
--- Comment #10 from Jonathan Wakely ---
There is a downside to always_inline, which might be similar to the stack usage
problem mentioned in the llvm ticket. If a function grows too large, the
optimiser can just give up and stop inlining. But f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104715
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104715
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:1a0e3bba4b735fa8e4463d52950d0ce9c30c16c7
commit r12-7439-g1a0e3bba4b735fa8e4463d52950d0ce9c30c16c7
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96780
--- Comment #8 from Jonathan Wakely ---
But -O0 often compiles slower, because so much more code gets emitted and must
be assembled and linked.
So -O1 or -Og is often better for all of debugging and compilation speed and
runtime performance.
Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104722
--- Comment #7 from Jakub Jelinek ---
See e.g. https://blog.tartanllama.xyz/accumulate-vs-reduce/ for more details.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104722
--- Comment #6 from Jakub Jelinek ---
Perhaps _GLIBCXX_PARALLEL should parallelize std::accumulate only if binary_op
is known to be associative?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104749
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104749
--- Comment #2 from Rainer Orth ---
Created attachment 52541
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52541&action=edit
32-bit i386-pc-solaris2.11 typesem.s with gdc 9.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104749
--- Comment #1 from Rainer Orth ---
Created attachment 52540
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52540&action=edit
32-bit i386-pc-solaris2.11 statementsem.s with gdc 9.1.0
Priority: P3
Component: d
Assignee: ibuclaw at gdcproject dot org
Reporter: ro at gcc dot gnu.org
Target Milestone: ---
Target: i?86-pc-solaris2.11
Between 20220228 (3f3246eb16f554c70c5ce87ad2c785f83adb4625) and 20220301
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96780
--- Comment #7 from Vittorio Romeo ---
> As discussed on IRC, we might not want to do this folding at -O0 (although
> I'd personally be happy with it unconditionally).
I think you should reconsider this as discussed in these places:
- https://g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104723
--- Comment #8 from H.J. Lu ---
(In reply to H.J. Lu from comment #7)
> (In reply to Jakub Jelinek from comment #6)
> > Started with r12-2666-g29f0e955c97da002b5adb4e8c9dfd2ea9709e207
>
> DSE can remove redundant load/store for TI, but not OI/X
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104737
Iain Buclaw changed:
What|Removed |Added
URL||https://issues.dlang.org/sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104723
--- Comment #7 from H.J. Lu ---
(In reply to Jakub Jelinek from comment #6)
> Started with r12-2666-g29f0e955c97da002b5adb4e8c9dfd2ea9709e207
DSE can remove redundant load/store for TI, but not OI/XI.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104746
Martin Sebor changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #1 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104736
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104736
--- Comment #1 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:469073c1e6816d245fb402303883fee3d0c6a1cc
commit r12-7437-g469073c1e6816d245fb402303883fee3d0c6a1cc
Author: Iain Buclaw
Date: Tue M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104711
--- Comment #8 from Segher Boessenkool ---
Arnd's request was to not have -Wshift-negative-value implied by -W, or at
least not if -fwrapv (-pedantic would be wrong btw, the standard does not
require a diagnostic here, and that is what -pedantic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104722
Jakub Jelinek changed:
What|Removed |Added
Version|og11 (devel/omp/gcc-11) |12.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104686
--- Comment #18 from Richard Biener ---
(In reply to Richard Biener from comment #16)
> it doesn't make a difference for this testcase but profiling shows that
> allocnos_conflict_p is quite expensive so it's best to do it after the other
> cont
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104735
--- Comment #1 from Iain Buclaw ---
The test could implement signbit inline.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104723
Jakub Jelinek changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #6 from Jakub Jelinek ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104723
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104686
--- Comment #17 from Richard Biener ---
For OBJECT_CONFLICT_VEC_P it might be possible to add a bit to ira_object
indicating on whether the conflict array is sorted and if not, sort it
in allocnos_conflict_p so we can use a binary search there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100541
--- Comment #3 from Jakub Jelinek ---
Note, the #c1 testcase started to fail also with r12-630 but went latent with
r12-2591.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104725
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Component|target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35513
--- Comment #7 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:673a10aee1aafe0c99bfadc29a7458339bdddb3a
commit r12-7436-g673a10aee1aafe0c99bfadc29a7458339bdddb3a
Author: H.J. Lu
Date: Tue Mar 1 07:3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104725
--- Comment #5 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:673a10aee1aafe0c99bfadc29a7458339bdddb3a
commit r12-7436-g673a10aee1aafe0c99bfadc29a7458339bdddb3a
Author: H.J. Lu
Date: Tue Mar 1 07:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104686
--- Comment #16 from Richard Biener ---
it doesn't make a difference for this testcase but profiling shows that
allocnos_conflict_p is quite expensive so it's best to do it after the other
continue checks like the following. I also notice that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102764
Jakub Jelinek changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100541
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96526
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |12.0
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104748
Bug ID: 104748
Summary: debug mode: FAIL: std/ranges/adaptors/all.cc (test for
excess errors)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: testsuit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104725
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from H.J. Lu ---
[...]
>> > This patch limits tests to Linux:
>>
>> Seems quite sensible: GNU_PROPERTY_1_NEEDED is a GNU extension after
>> all, so the test should be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104726
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from Hongyu Wang ---
[...]
> Hi Rainer, sorry for previous mistake, can you try the updated one?
Of course: just did and it works fine. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104724
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Hongyu Wang ---
[...]
> Hi Rainer, can you try this on your solaris system? We don't have such
> platform
> to confirm it works.
>
> I'll install it if it passes,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104729
--- Comment #1 from Iain Buclaw ---
These should be templated functions so that they get compiled in.
The betterc tests build without linking in libphobos, however many version
paths define a new symbol.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104725
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
Target|i?86-pc-solaris2.11,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104717
--- Comment #6 from Tom de Vries ---
(In reply to Tom de Vries from comment #5)
> However, somehow the A.3 remains part of the BLOCK_VARS of foo, so when ipa
> inline (activated by pta-ipa, which does node->get_body ()) inlines foo into
> main,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103984
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:ad66b03b3c84786e73e73f09be19977b8f3c4ea3
commit r12-7434-gad66b03b3c84786e73e73f09be19977b8f3c4ea3
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104732
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Jakub Jelinek ---
[...]
> I'd say we should just add -mno-stackrealign to dg-options in that testcase.
That works indeed. We already had several instances of thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104747
--- Comment #1 from 康桓瑋 ---
We are damaged, This is broken.
Logic is lost,
We struggle,
Hunt through the rubble for what once was.
THIS IS AN IN-DEVELOPMENT COMPILER, it barfed, quelle horreur
May I know whose mentality this is? :D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104589
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104747
Bug ID: 104747
Summary: ICE: in enforce_access, at cp/semantics.c:302
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104733
--- Comment #7 from Patrick Palka ---
FWIW here's a reduction that Clang and GCC 11 accept, and trunk rejects:
template
auto mul(T t, U u) -> decltype(t * u); // #1
namespace M { struct A { }; }
void operator*(M::A, M::A); // #2
template
aut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104725
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from H.J. Lu ---
> It looks like Solaris linker doesn't support -mno-direct-extern-access.
Highly unlikely, I'd say.
> Did you try GNU linker?
I do once in a week: w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103984
--- Comment #8 from Martin Liška ---
Note I have a different test-case from benchmark package that show the same:
$ cat benchmark.ii
namespace std {
inline namespace __cxx11 {}
struct __new_allocator {
void deallocate(char *, long) { operator
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104733
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104733
--- Comment #5 from Patrick Palka ---
Created attachment 52538
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52538&action=edit
diff for py.ii
(In reply to Martin Liška from comment #4)
> Created attachment 52537 [details]
> Original sour
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104659
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104659
--- Comment #2 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:16ced9c654e39e75b8de14802a173a2c7aff4e47
commit r12-7433-g16ced9c654e39e75b8de14802a173a2c7aff4e47
Author: Iain Buclaw
Date: Tue M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104659
--- Comment #1 from CVS Commits ---
The releases/gcc-11 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:fda5703a8ec6fcb3dc724d79705e366c5759bc2d
commit r11-9633-gfda5703a8ec6fcb3dc724d79705e366c5759bc2d
Author: Iain Buclaw
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104733
--- Comment #4 from Martin Liška ---
Created attachment 52537
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52537&action=edit
Original source file
Can you please help me with how to modify the original source code so that it
compiles fin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104716
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104728
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104727
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104716
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:54ef95cc4d1f3f2cde7c1f13250f889ffb81ca75
commit r12-7432-g54ef95cc4d1f3f2cde7c1f13250f889ffb81ca75
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104727
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:8fba8a8c26a22fc5fbc17a99605e0226dc6fbf28
commit r12-7431-g8fba8a8c26a22fc5fbc17a99605e0226dc6fbf28
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104728
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:75ce477306a205635b8dd0f37801c05396fd443e
commit r12-7430-g75ce477306a205635b8dd0f37801c05396fd443e
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104721
--- Comment #5 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:88f91d8ccc8fec3a811975e3e4765b9a94d3f764
commit r12-7429-g88f91d8ccc8fec3a811975e3e4765b9a94d3f764
Author: H.J. Lu
Date: Mon Feb 28 15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104725
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104711
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104721
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104745
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104744
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104743
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104730
--- Comment #3 from Richard Biener ---
dg-require-effective-target vect_float
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104732
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104721
--- Comment #3 from H.J. Lu ---
(In reply to Michael Matz from comment #2)
> Is there a testcase where you noticed this, or was it just reading code?
I am working on a patch to check currently_expanding_gimple_stmt != NULL
in i386 backend. At
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104728
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104746
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104746
Bug ID: 104746
Summary: [12 Regression] False positive for -Wformat-overflow=2
since r12-7033-g3c9f762ad02f398c
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104727
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=104723
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
1 - 100 of 182 matches
Mail list logo