https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110315
--- Comment #9 from Gleb Fotengauer-Malinovskiy ---
(In reply to Andrew Macleod from comment #7)
> Created attachment 55591 [details]
> potental patch
>
> I've attached Aldy's patch for PR109695 which he had backported to GCC13
> back in May.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110818
--- Comment #8 from Andrew Pinski ---
(In reply to CTC from comment #7)
> No errors or warnings raised and 0 alarms generated by the analysis when
> analyzed by frama-c.
Still undefined reduced testcase (with `-Wextra -Wall`):
: At top level:
:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110819
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110818
--- Comment #9 from Xi Ruoyao ---
(In reply to Andrew Pinski from comment #8)
> (In reply to CTC from comment #7)
> > No errors or warnings raised and 0 alarms generated by the analysis when
> > analyzed by frama-c.
>
> Still undefined reduced
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110818
Xi Ruoyao changed:
What|Removed |Added
Summary|Segmentation fault with |[11 Regression]
|'-O3 -fn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110818
--- Comment #11 from Andrew Pinski ---
(In reply to Xi Ruoyao from comment #9)
> https://godbolt.org/z/5vr1oPExb
>
> Looks like .LC0 is not aligned but GCC 11 attempts to use movdqa to load it.
But it is aligned ...
Maybe there is a binutils f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110845
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
Statu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110818
--- Comment #12 from Andrew Pinski ---
Created attachment 55656
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55656&action=edit
Assembly code
The only difference between GCC 9 and GCC 10 is:
#cmpl%edx, 0
GCC 10 has this line uncomme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110818
--- Comment #13 from Xi Ruoyao ---
(In reply to Andrew Pinski from comment #11)
> (In reply to Xi Ruoyao from comment #9)
> > https://godbolt.org/z/5vr1oPExb
> >
> > Looks like .LC0 is not aligned but GCC 11 attempts to use movdqa to load it.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110818
--- Comment #14 from Xi Ruoyao ---
(In reply to Andrew Pinski from comment #12)
> Created attachment 55656 [details]
> Assembly code
>
> The only difference between GCC 9 and GCC 10 is:
> #cmpl%edx, 0
>
> GCC 10 has this line uncommented.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110818
Andrew Pinski changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110818
--- Comment #16 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #15)
> _4 = *i_3(D);
>
> That is the problem.
> cmpl%edx, 0
> is a comparing %edx to the memory location 0 ...
== IPA-SRA decisions ==
Evalua
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110818
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110818
Andrew Pinski changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110818
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #52 from Andrew Pinski ---
*** Bug 110818 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #53 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #54 from rguenther at suse dot de ---
> Am 29.07.2023 um 11:16 schrieb xry111 at gcc dot gnu.org
> :
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
>
> Xi Ruoyao changed:
>
> What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110848
--- Comment #6 from Aaron Ballman ---
(In reply to Andrew Pinski from comment #4)
> Maybe my issue is this has been a documented extension for 20 years now.
Which is totally fair -- we don't usually enable congratulatory diagnostics by
default.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110850
Bug ID: 110850
Summary: Evaluation order of assignment operands
Product: gcc
Version: 13.2.0
URL: https://godbolt.org/z/89TPG4eaK
Status: UNCONFIRMED
Keywords: diag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110003
--- Comment #5 from CVS Commits ---
The releases/gcc-13 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:6ace58a7241d500a9f57521a581d59f7a2f8b9fd
commit r13-7641-g6ace58a7241d500a9f57521a581d59f7a2f8b9fd
Author: Gaius Mulley
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110845
--- Comment #4 from KL ---
My mistake indeed,
You are right everything is OK :+1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110019
--- Comment #5 from CVS Commits ---
The releases/gcc-13 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:07c1033f003a858f4bfc6bb9e6b7ce67670db974
commit r13-7643-g07c1033f003a858f4bfc6bb9e6b7ce67670db974
Author: Gaius Mulley
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110790
--- Comment #6 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:e68a31549d9827030391d837951be96a5f95f291
commit r14-2866-ge68a31549d9827030391d837951be96a5f95f291
Author: Roger Sayle
Date: Sat J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110787
--- Comment #6 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:e68a31549d9827030391d837951be96a5f95f291
commit r14-2866-ge68a31549d9827030391d837951be96a5f95f291
Author: Roger Sayle
Date: Sat J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110126
--- Comment #15 from CVS Commits ---
The releases/gcc-13 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:3ad40f65a7c89af2f3cb71c06e327ee33a996bd4
commit r13-7644-g3ad40f65a7c89af2f3cb71c06e327ee33a996bd4
Author: Gaius Mulley
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109952
--- Comment #6 from CVS Commits ---
The releases/gcc-13 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:b555f824d6b6f2ab759f57098a7b4b3b47470c64
commit r13-7645-gb555f824d6b6f2ab759f57098a7b4b3b47470c64
Author: Gaius Mulley
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110790
--- Comment #7 from Sergei Trofimovich ---
The new change did not break `grep`, `gmp` and `mpfr` on x86_64-linux and
i686-linux. Success!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91415
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360
--- Comment #32 from David Edelsohn ---
i think that I see part of the difference. The 005t.original dump shows
(intermingled with sources)
! call val ("B","B")
val (&"B"[1]{lb: 1 sz: 1}, "B", 1, 1);
! call val ("A",char(65))
val (&"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100864
Andrew Pinski changed:
What|Removed |Added
URL|https://gcc.gnu.org/piperma |https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360
--- Comment #33 from anlauf at gcc dot gnu.org ---
(In reply to David Edelsohn from comment #32)
> I'm leaning back to big-endian vs little-endian, and not a struct issue. A
> little-endian STRING will start at the lowest address and a big-endia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110126
--- Comment #16 from CVS Commits ---
The releases/gcc-13 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:4fa9afdc9b52cfa9ea16443418de29e0e31b293b
commit r13-7646-g4fa9afdc9b52cfa9ea16443418de29e0e31b293b
Author: Gaius Mulley
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110126
Gaius Mulley changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108961
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360
--- Comment #34 from David Edelsohn ---
AIX POWER BE output:
$ ./a.out
val(fortran): 65 A
val(fortran):0
val(fortran):0
val_c: char(65)='A'
val_c: char(65)='A'
val_c: char(804399656)='('
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110189
--- Comment #6 from CVS Commits ---
The releases/gcc-13 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:8b0bd9ae4e2927f770da352ac64261411e6d652e
commit r13-7647-g8b0bd9ae4e2927f770da352ac64261411e6d652e
Author: Gaius Mulley
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360
--- Comment #35 from anlauf at gcc dot gnu.org ---
(In reply to David Edelsohn from comment #34)
> AIX POWER BE output:
>
> $ ./a.out
> val(fortran): 65 A
> val(fortran):0
> val(fortran):0
> val_c: char(65)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360
--- Comment #36 from David Edelsohn ---
I don't know enough FORTRAN90 to instruct the compiler to use an external
function as if it were native.
EXTERNAL :: MYFUNC
changes the calling convention.
But if I manually change the assembly code so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106164
--- Comment #6 from Andrew Pinski ---
I think I have a better patch.
There are patterns for:
Convert (X OP1 CST1) || (X OP2 CST2).
externding them easily to support:
Convert (X OP1 Y) || (X OP2 Y).
is a few lines.
Don't even need to call combi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110125
--- Comment #7 from CVS Commits ---
The releases/gcc-13 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:3fd979bf568d91016b797818e6c9c940b6f389bd
commit r13-7650-g3fd979bf568d91016b797818e6c9c940b6f389bd
Author: Gaius Mulley
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106164
--- Comment #7 from Andrew Pinski ---
Created attachment 55657
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55657&action=edit
Patch which just needs some testcases
This simple patch implements what I Mentioned about extending those othe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106164
--- Comment #8 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #7)
> Created attachment 55657 [details]
> Patch which just needs some testcases
>
> This simple patch implements what I Mentioned about extending those other
> patte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106164
--- Comment #9 from Andrew Pinski ---
Created attachment 55658
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55658&action=edit
Secondary patch to add the thing I mentioned
Note this does not handle the constant case since we change `a >=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105903
Andrew Pinski changed:
What|Removed |Added
Target Milestone|14.0|---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105903
--- Comment #10 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #9)
> Actually this is not optimized all the way in the end.
> For greater3way, we still get:
> _8 = _5 > _6;
> _7 = _5 >= _6;
> _2 = _7 & _8;
>
> This should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105903
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #11 from Andrew Pi
47 matches
Mail list logo
