https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99288
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Bug 40883 depends on bug 99288, which changed state.
Bug 99288 Summary: xgettext does not get HOST_WIDE_INT_PRINT_UNSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99288
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99292
--- Comment #1 from Richard Biener ---
IIRC it requires LRA, maybe add a dg target selector for LRA (or reload, that's
likely smaller now)?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99295
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99299
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99305
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99306
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-03-01
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99309
Richard Biener changed:
What|Removed |Added
Known to fail||11.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99310
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99313
--- Comment #3 from Richard Biener ---
But this results in unexpected behavior when there's functions with arch=z13
vs. arch=z9 and depending on "luck" we then inherit the wrong params where
we should not?
That said, when unifying target/optimiz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99318
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99323
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99324
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-03-02
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99325
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99326
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99334
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99324
--- Comment #4 from Richard Biener ---
(In reply to Jakub Jelinek from comment #3)
> Wouldn't it be better to remove the mark_addressable call from build_va_arg
> and call {c,cxx}_mark_addressable in the callers instead.
Sure, or make it a langh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99340
--- Comment #2 from Richard Biener ---
PIC allows interposing ags_midi_buffer_util_get_varlength and thus possibly
initializing the argument. PIE does not allow this so we see it is not
initialized.
I suppose the change on the branch is for som
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99339
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99339
--- Comment #2 from Richard Biener ---
Btw, clang manages to produce the following, which shows the situation could be
worse ;)
test_va:# @test_va
.cfi_startproc
# %bb.0:
subq$88, %rsp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99339
--- Comment #3 from Richard Biener ---
So we could try to lower even va_start/end to expose the va_list meta fully
to the middle-end early which should eventually allow eliding it. That
would require introducing other builtins/internal fns to al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99340
--- Comment #6 from Richard Biener ---
GCC 9 warns as well. I think this was a false negative which is now fixed.
Note GCC 10.1.0 and GCC 10.2.0 warn for me as well, so something must have
regressed this between 10.2.0 and g:eddcb627ccfbd97e025
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99339
Richard Biener changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99342
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99343
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-03-03
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99345
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99347
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99350
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99355
Richard Biener changed:
What|Removed |Added
Version|unknown |10.2.0
--- Comment #2 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99357
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-03-03
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97897
Richard Biener changed:
What|Removed |Added
Known to work||10.2.1
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98526
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98640
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99101
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99101
--- Comment #23 from Richard Biener ---
Just for the record we had the idea to apply the "bolt" of marking the latch
control dependence (as done for possibly infinite loops) for loops containing
stmts with side-effects.
diff --git a/gcc/tree-ssa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99363
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-03-04
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99369
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99372
Richard Biener changed:
What|Removed |Added
Version|unknown |11.0
Component|tree-optimizati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99373
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99383
Richard Biener changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99383
Richard Biener changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99383
--- Comment #3 from Richard Biener ---
For the specific case of strings switch-conversion could also generate
a combined string (with intermediate '\0's) and use a table of
offsets into said string, thus doing a single relocation to the
combined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97855
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99385
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
Richard Biener changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99386
--- Comment #1 from Richard Biener ---
Is that clang++ using libstdc++ from GCC or libc++? In the end the difference
might boil down to inlining decision differences.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
--- Comment #18 from Richard Biener ---
There's another thing - we end up with
vmovq %rax, %xmm3
vpinsrq $1, %rdx, %xmm3, %xmm0
but that has way worse latency than the alternative you'd get w/o SSE 4.1:
vmovq %rax,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
--- Comment #19 from Richard Biener ---
So to recover performance we need both, avoiding the latency on the vector plus
avoiding the spilling. This variant is fast:
.L56:
.cfi_restore_state
vmovdqu (%rsi), %xmm4
movq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
--- Comment #22 from Richard Biener ---
(In reply to Uroš Bizjak from comment #21)
> (In reply to Uroš Bizjak from comment #20)
> > (In reply to Richard Biener from comment #18)
> > > Even on Skylake it's 2 (movq) + 3 (vpinsr), so there it's 6 vs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
--- Comment #23 from Richard Biener ---
Created attachment 50300
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50300&action=edit
preprocessed source of the important Botan TU
This is the full preprocessed source of the TU. When compiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95401
--- Comment #8 from Richard Biener ---
(In reply to Alexandre Oliva from comment #7)
> How important is it that the test added for this PR be split into two
> separate source files?
>
> I ask because, on targets that support vectors, but the vec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99394
--- Comment #2 from Richard Biener ---
This is a loop-carried data dependence which we can't handle (we avoid creating
those from PRE but here it appears in the source itself). I wonder how
LLVM handles this (pre/post vectorization IL).
Specifi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99394
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99395
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-03-05
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99397
Richard Biener changed:
What|Removed |Added
Component|middle-end |tree-optimization
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
--- Comment #26 from Richard Biener ---
(In reply to rguent...@suse.de from comment #25)
> On Fri, 5 Mar 2021, ubizjak at gmail dot com wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
> >
> > --- Comment #24 from Uroš Bizjak --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
--- Comment #29 from Richard Biener ---
(In reply to Uroš Bizjak from comment #27)
> (In reply to Richard Biener from comment #26)
> > but that doesn't seem to match for some unknown reason.
>
> Try this:
>
> (define_peephole2
> [(match_scrat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
--- Comment #33 from Richard Biener ---
Created attachment 50308
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50308&action=edit
patch
I am testing the following.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
--- Comment #35 from Richard Biener ---
(In reply to Richard Biener from comment #33)
> Created attachment 50308 [details]
> patch
>
> I am testing the following.
It FAILs
FAIL: gcc.target/i386/avx512dq-concatv2di-1.c scan-assembler
vpinsrq[^\
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99407
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-03-08
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99408
Richard Biener changed:
What|Removed |Added
Blocks||53947
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99409
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99411
Richard Biener changed:
What|Removed |Added
Blocks||53947
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99412
Richard Biener changed:
What|Removed |Added
Component|middle-end |tree-optimization
Assignee|un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99414
Richard Biener changed:
What|Removed |Added
CC||amker at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99415
Richard Biener changed:
What|Removed |Added
Component|middle-end |tree-optimization
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99416
Richard Biener changed:
What|Removed |Added
Blocks||53947
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99419
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99428
Richard Biener changed:
What|Removed |Added
Component|tree-optimization |ipa
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99445
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99446
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99447
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
--- Comment #4 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99451
--- Comment #1 from Richard Biener ---
Yeah.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99456
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Priority|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99457
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99459
Richard Biener changed:
What|Removed |Added
Target||arm
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
--- Comment #36 from Richard Biener ---
(In reply to Richard Biener from comment #35)
> (In reply to Richard Biener from comment #33)
> > Created attachment 50308 [details]
> > patch
> >
> > I am testing the following.
>
> It FAILs
>
> FAIL: g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99462
Bug ID: 99462
Summary: Enhance scheduling to split instructions
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99462
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99461
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
--- Comment #1 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
--- Comment #37 from Richard Biener ---
So my analysis was partly wrong and the vpinsrq isn't an issue for the
benchmark
but only the spilling is.
Note that the other idea of disparaging vector CTORs more like with
diff --git a/gcc/config/i386/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99473
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=99475
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99487
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97104
Richard Biener changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97513
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99492
Richard Biener changed:
What|Removed |Added
Keywords||ABI
--- Comment #1 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99496
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99497
--- Comment #3 from Richard Biener ---
(In reply to Jakub Jelinek from comment #2)
> And another question is if we without -ffast-math ever create
> MIN_EXPR/MAX_EXPR and what exactly are the rules for those, if it is safe to
> expand those into
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99498
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99500
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99504
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99506
--- Comment #4 from Richard Biener ---
This is a frontend issue, the FE produces an invalid static initializer for
'latt' (DECL_INITIAL):
{(real(kind=8)) latt100[(integer(kind=8)) i + -1] / 1.0e+2, (real(kind=8))
latt100[(integer(kind=8)) i + -1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99508
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99512
Bug ID: 99512
Summary: Add counter annotation to allow store-data-races to be
introduced with -fprofile-update=single
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #36 from Richard Biener ---
So the issue is still the same - one thing I noticed is that store-motion also
adds a flag for each counter update to avoid introducing store-data-races.
-fallow-store-data-races mitigates that part and spe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99512
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99510
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=99510
--- Comment #2 from Richard Biener ---
Ah, OK. We're having a lot of vector CTORs we "vectorize" with load
permutations
like { 484 506 } and that runs into the pre-existing issue (there's a PR
about this...) that we emit dead vector loads for al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99510
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
1 - 100 of 19845 matches
Mail list logo