https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97129
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98439
Uroš Bizjak changed:
What|Removed |Added
Component|target |rtl-optimization
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97684
Uroš Bizjak changed:
What|Removed |Added
Component|target |rtl-optimization
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98567
--- Comment #2 from Uroš Bizjak ---
Comment on attachment 49901
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49901
gcc11-pr98567.patch
>+(define_insn "*bmi_blsi__cmp"
>+ [(set (reg:CCZ FLAGS_REG)
>+ (compare:CCZ
>+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98482
--- Comment #2 from Uroš Bizjak ---
(In reply to Hongtao.liu from comment #1)
> and by the time of output __fentry__ in gcc, register is already accocated,
> is there any regs supposed to be safe in the entry of function? or we need
> to spill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98482
--- Comment #5 from Uroš Bizjak ---
(In reply to Topi Miettinen from comment #4)
> Sorry, I didn't check the ABI. It seems that %r11 and maybe %r10 should be
> usable:
%r11 is already used as PROFILE_COUNT_REGISTER for !NO_PROFILE_COUNTERS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98482
--- Comment #3 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #2)
> (In reply to Hongtao.liu from comment #1)
> > and by the time of output __fentry__ in gcc, register is already accocated,
> > is there any regs supposed to be safe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98036
--- Comment #5 from Uroš Bizjak ---
Oh...
--cut here--
diff --git a/gcc/testsuite/gcc.target/i386/xop-hsubX.c
b/gcc/testsuite/gcc.target/i386/xop-hsubX.c
index f0fa9b312f2..dc7944d8bb7 100644
--- a/gcc/testsuite/gcc.target/i386/xop-hsubX.c
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98036
--- Comment #2 from Uroš Bizjak ---
Created attachment 49637
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49637=edit
Testcase with emulated XOP instructions
This testcase without XOP insns also fails with "-O2 -msse" on 32bit target.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98036
--- Comment #4 from Uroš Bizjak ---
Something is wrong in [printf added by me]:
static int
check_sword2dword ()
{
int i, j, s, t, check_fails = 0;
for (i = 0; i < (NUM * 8); i = i + 8)
{
for (j = 0; j < 4; j++)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98036
Uroš Bizjak changed:
What|Removed |Added
Last reconfirmed||2020-11-27
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98060
Uroš Bizjak changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97992
--- Comment #1 from Uroš Bizjak ---
This is expected with invalid asm.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94846
Uroš Bizjak changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98178
--- Comment #1 from Uroš Bizjak ---
The attached patch with the following testcase:
--cut here--
int test (int a, int b)
{
return a << (b & 31);
}
--cut here--
fails to generate a single shift insn, because it does not trigger the call to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98178
Bug ID: 98178
Summary: Combine splitter does not split to single instruction
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98178
--- Comment #2 from Uroš Bizjak ---
On a related note, the combine splitter is a very mysterious beast, and does
not easily tell, why the particular combination is rejected. Without any debug
in debug logs it is very frustrating to figure out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98086
Uroš Bizjak changed:
What|Removed |Added
Attachment #49661|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98086
--- Comment #6 from Uroš Bizjak ---
https://gcc.gnu.org/g:4fa2ab664324eca33bd67981698c453820f70b86
commit r10-9116-g4fa2ab664324eca33bd67981698c453820f70b86
Author: Uros Bizjak
Date: Thu Dec 3 17:49:42 2020 +0100
i386: Fix up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98086
--- Comment #5 from Uroš Bizjak ---
https://gcc.gnu.org/g:756f55e62f73eb32787497eb9e564d4b21a6e637
commit r11-5713-g756f55e62f73eb32787497eb9e564d4b21a6e637
Author: Uros Bizjak
Date: Thu Dec 3 17:49:42 2020 +0100
i386: Fix up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98086
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98086
--- Comment #7 from Uroš Bizjak ---
https://gcc.gnu.org/g:521c839fad4e4a30cdadda254fb3f07706285033
commit r9-9096-g521c839fad4e4a30cdadda254fb3f07706285033
Author: Uros Bizjak
Date: Thu Dec 3 19:08:23 2020 +0100
i386: Fix up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98194
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92469
--- Comment #11 from Uroš Bizjak ---
*** Bug 98194 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97950
--- Comment #3 from Uroš Bizjak ---
Comment on attachment 49613
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49613
gcc11-pr97950.patch
>+(define_insn_and_split "*setcc_hi_1"
>+ [(set (match_operand:HI 0 "register_operand" "=q")
>+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91384
--- Comment #8 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #1)
> Started with r223689. Though, generally that change looks like a useful
> GIMPLE canonicalization.
How about we amend the above change to:
diff --git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98212
--- Comment #2 from Uroš Bizjak ---
f1 is currently unoptimal by design, the compiler is unable to merge trapping
and non-trapping instructions. There is already a PR for that.
f2 is not optimal. The conditional jump to the unconditional jump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91384
--- Comment #7 from Uroš Bizjak ---
Still happens on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95750
Uroš Bizjak changed:
What|Removed |Added
Target Milestone|--- |11.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95046
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78952
Uroš Bizjak changed:
What|Removed |Added
Target Milestone|--- |9.0
--- Comment #7 from Uroš Bizjak ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78952
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98018
--- Comment #2 from Uroš Bizjak ---
I vote for -fforce-frame-pointer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98048
Uroš Bizjak changed:
What|Removed |Added
Component|target |tree-optimization
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98079
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98079
--- Comment #3 from Uroš Bizjak ---
https://gcc.gnu.org/g:018248ef6d03ca0088d5928928f966df99af134c
commit r11-5644-g018248ef6d03ca0088d5928928f966df99af134c
Author: Uros Bizjak
Date: Wed Dec 2 08:15:03 2020 +0100
i386: Fix abs an maxmin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98095
Bug ID: 98095
Summary: Optimize __builtin_unordered (...) ||
__builtin_is{less,greater}{,equal}
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98060
Uroš Bizjak changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98079
--- Comment #1 from Uroš Bizjak ---
Have to disable expanders for TARGET_PARTIAL_REG_STALL.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98079
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98036
--- Comment #8 from Uroš Bizjak ---
Fixed by the above change for gcc-10 and gcc-11.
(I don't know why cvs-commit hook hates my commits...)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98036
--- Comment #7 from Uroš Bizjak ---
https://gcc.gnu.org/g:67138ea1b041fe1637da6b3568f064f172d9358c
commit r11-5501-g67138ea1b041fe1637da6b3568f064f172d9358c
Author: Uros Bizjak
Date: Fri Nov 27 18:41:56 2020 +0100
testsuite/i386: Fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98036
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98060
--- Comment #2 from Uroš Bizjak ---
Created attachment 49662
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49662=edit
Testcases
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98060
Uroš Bizjak changed:
What|Removed |Added
Attachment #49663|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98169
--- Comment #7 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #6)
> Not familiar with the 64-bit vector support myself, CCing Uros on that.
PR98218
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96793
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98420
Bug ID: 98420
Summary: Invalid simplification of x - x with -frounding-math
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96793
--- Comment #19 from Uroš Bizjak ---
https://gcc.gnu.org/g:337ed0eb490b14899f4049bc4c8922eb1d8a2e67
commit r11-6303-g337ed0eb490b14899f4049bc4c8922eb1d8a2e67
Author: Uros Bizjak
Date: Tue Dec 22 18:13:24 2020 +0100
i386: Fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96793
--- Comment #20 from Uroš Bizjak ---
https://gcc.gnu.org/g:0bf0e0b86d3e2f12555479096baaf0ca7a9f7ac6
commit r10-9164-g0bf0e0b86d3e2f12555479096baaf0ca7a9f7ac6
Author: Uros Bizjak
Date: Tue Dec 22 21:11:51 2020 +0100
i386: Fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96793
--- Comment #21 from Uroš Bizjak ---
https://gcc.gnu.org/g:c40b640ebcef1aae78eaca56e04d204dda9e4cad
commit r9-9126-gc40b640ebcef1aae78eaca56e04d204dda9e4cad
Author: Uros Bizjak
Date: Wed Dec 23 09:09:29 2020 +0100
i386: Fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96793
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96793
--- Comment #22 from Uroš Bizjak ---
https://gcc.gnu.org/g:edb28850520d1137d12a1cc1c0e89c11e6b0c6ef
commit r8-10691-gedb28850520d1137d12a1cc1c0e89c11e6b0c6ef
Author: Uros Bizjak
Date: Wed Dec 23 09:18:12 2020 +0100
i386: Fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98375
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98375
Bug ID: 98375
Summary: [meta bug] GCC 12 pending patches
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98060
Uroš Bizjak changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98218
--- Comment #2 from Uroš Bizjak ---
Created attachment 49796
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49796=edit
Proposed patch to implement integer vector compares
Attached patch implements integer vector compares.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98218
Uroš Bizjak changed:
What|Removed |Added
Severity|normal |enhancement
Target|x86_64-*-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98218
--- Comment #3 from Uroš Bizjak ---
Testcase 1:
--cut here--
typedef short vec __attribute__((vector_size(8)));
typedef unsigned short uvec __attribute__((vector_size(8)));
vec lt (vec a, vec b) { return a < b; }
vec le (vec a, vec b) { return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97770
--- Comment #8 from Uroš Bizjak ---
(In reply to Richard Biener from comment #4)
> What's missing is middle-end folding support to narrow popcount to the
> appropriate internal function call with byte/half-word width when target
> support
> is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
Uroš Bizjak changed:
What|Removed |Added
CC||qing.zhao at oracle dot com
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97873
Uroš Bizjak changed:
What|Removed |Added
Attachment #49588|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97873
Uroš Bizjak changed:
What|Removed |Added
Target Milestone|--- |11.0
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97873
--- Comment #9 from Uroš Bizjak ---
Fixed by:
commit fdace7584056de2f63bde2e3087f26beb6b0f97d
Author: Uros Bizjak
Date: Fri Nov 20 10:26:34 2020 +0100
i386: Optimize abs expansion [PR97873]
The patch introduces absM named pattern
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92651
--- Comment #11 from Uroš Bizjak ---
(In reply to rguent...@suse.de from comment #8)
> Sure. Another option would be to enhance STV even further
> (or add some peephole patterns - combine runs before STV2) to
> transform the
>
> psubd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97873
--- Comment #11 from Uroš Bizjak ---
For the record, the removal of compare triggers:
- for linux x86_64 defconfig: 93 times
- for x86_64 GCC bootstrap: 360 times
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96189
Uroš Bizjak changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97887
--- Comment #3 from Uroš Bizjak ---
(In reply to Richard Biener from comment #2)
> combine first makes recog pick negsf2_i387_1:
This should have the following insn constraint:
"TARGET_80387 && !(SSE_FLOAT_MODE_P (mode) && TARGET_SSE_MATH)"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97873
--- Comment #6 from Uroš Bizjak ---
The attached patch generates:
movl%edi, %eax
negl%eax
cmovs %edi, %eax
ret
The patch changes CC mode of NEG instruction to CCGOCmode, which is the same
mode as the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97873
--- Comment #7 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #4)
> So then either we should expand the SWI48x mode abs for !TARGET_EXPAND_ABS
> into
> a pre-reload define_insn_and_split with abs that we'd split almost like
> smax,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97873
--- Comment #5 from Uroš Bizjak ---
Created attachment 49588
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49588=edit
Proposed patch
Attached patch introduces relevant peephole2 pattern (and fixes some other
issues).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97887
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97887
--- Comment #5 from Uroš Bizjak ---
> > This should have the following insn constraint:
> >
> > "TARGET_80387 && !(SSE_FLOAT_MODE_P (mode) && TARGET_SSE_MATH)"
> >
> > to hide it from combine in cases where relevant SSE mode is available.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96272
--- Comment #4 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #2)
> Well, it needs the addition too, so I think this can't be done in match.pd,
> but would need to be done in some other pass (not sure which, perhaps
> phiopt?).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97688
--- Comment #4 from Uroš Bizjak ---
(In reply to Richard Biener from comment #3)
> Ah. So I guess
>
> diff --git a/gcc/testsuite/gcc.dg/vect/tree-vect.h
> b/gcc/testsuite/gcc.dg/vect/tree-vect.h
> index 5d8d9eba3f8..c4b81441216 100644
> ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97688
--- Comment #1 from Uroš Bizjak ---
AVX2 should be detected using __get_cpuid_count, because a sub-leaf needs to be
specified for leaf 7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97715
--- Comment #7 from Uroš Bizjak ---
(In reply to qinzhao from comment #5)
> (In reply to H.J. Lu from comment #2)
> > (In reply to qinzhao from comment #1)
> > > for -fzero-call-used-regs=all, when zeroing st/mm registers under x87 exit
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97715
--- Comment #12 from Uroš Bizjak ---
(In reply to Qing Zhao from comment #10)
> > On Nov 4, 2020, at 9:45 AM, ubizjak at gmail dot com
> > wrote:
> >> fixed registers should already be excluded from zeroing.
> >> are ST registers considered
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97715
--- Comment #16 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #15)
> They aren't live. But that loop checks that only if only_used is true, when
> one uses =all, it marks all regs that aren't fixed, aren't live at the end
> of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97715
--- Comment #9 from Uroš Bizjak ---
(In reply to qinzhao from comment #6)
> (In reply to Jakub Jelinek from comment #3)
> > ;; Floating-point register constraints.
> > (define_register_constraint "f"
> > "TARGET_80387 ||
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97715
--- Comment #14 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #11)
> I think you should do:
> --- gcc/function.c2020-10-31 17:41:19.756740009 +0100
> +++ gcc/function.c2020-11-04 17:02:51.199298173 +0100
> @@ -5871,6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98439
--- Comment #3 from Uroš Bizjak ---
I don't think this is a backend bug. The position of split pass in the pass
sequence assumes that no split candidates will be emitted after regstack, as
can be seen from the gate function of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92658
--- Comment #22 from Uroš Bizjak ---
(In reply to Hongtao.liu from comment #21)
> Add define_code_attr like aarch64/iterators.md?
>
> --
> ;; Map rtl objects to optab names
> (define_code_attr optab [(ashift "ashl")
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64243
Uroš Bizjak changed:
What|Removed |Added
CC||10walls at gmail dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64243
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64243
--- Comment #5 from Uroš Bizjak ---
This is fixed in gcc-11:
--cut here--
struct TestFloat { float x; };
struct TestDouble { double x; };
struct TestFloat foo (struct TestFloat x) { return x; }
struct TestDouble bar (struct TestDouble x) {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98521
Uroš Bizjak changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98522
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98522
Uroš Bizjak changed:
What|Removed |Added
Target Milestone|--- |10.3
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98521
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98482
--- Comment #9 from Uroš Bizjak ---
(In reply to Topi Miettinen from comment #8)
> I'm unfortunately ignorant to GCC internals and usage of %r10, but otherwise
> the patch looks good to me.
>
> For -mcmodel=large -fPIC, the call sequence
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98482
--- Comment #14 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #10)
> If we are emitting for nested functions
> pushq %r10
> 1:call__fentry__
> popq%r10
> (is it ok to misalign the stack for __fentry__?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98671
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98671
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98683
--- Comment #1 from Uroš Bizjak ---
Maybe TARGET_CANONICALIZE_COMPARISON would help here? x86 had a similar issue
with ficom x87 insn where float RTX was always the first operand, but the
compare was with the float extend of the second one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96674
--- Comment #8 from Uroš Bizjak ---
Comment on attachment 49969
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49969
Optimize combination of comparisons to dec+compare
>+/* y == XXX_MIN || x < y --> x <= y - 1 */
Can we use TYPE_MIN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98671
--- Comment #6 from Uroš Bizjak ---
(In reply to David Binderman from comment #5)
> (In reply to Uroš Bizjak from comment #4)
> > I'm not sure if solving this would bring us anything.
>
> For clarity, at very most a 4% reduction in the size of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98713
--- Comment #4 from Uroš Bizjak ---
Please see PR 56309 (and PR 85559 meta bug).
Quote from Honza:
The decision on whether to use cmov or jmp was always tricky on x86
architectures. Cmov increase dependency chains, register pressure (both
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98612
--- Comment #8 from Uroš Bizjak ---
(In reply to Hongtao.liu from comment #7)
> I asked my colleagues within intel to revise the descriptions in the
> intrinsics guide to make it more explicit about NAN operands.
>
> I'll fix this issue after
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98724
--- Comment #1 from Uroš Bizjak ---
Sorry, I don't have access to alpha anymore.
(And I'm surprised that gnat even builds, because I've never tried.)
1 - 100 of 831 matches
Mail list logo