https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117253
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117251
--- Comment #5 from Michael Meissner ---
For the singlebuff.c benchmark, the numbers are:
Trunk (sources checked out October 5th):5.40 seconds
GCC 14 (sources checked out October 21st): 5.40 seconds
GCC 13 (sources checked out October 21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117251
--- Comment #6 from Michael Meissner ---
Note, in the first comment, I mis-read the instruction, and the instruction
being used is vector unsigned long long rotate left, and not vector unsigned
long long shift left.
I.e.:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117254
Bug ID: 117254
Summary: ICE: have var_decl in get_len, at tree.h:6512
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117253
Davide Italiano changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117253
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.4
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117253
Bug ID: 117253
Summary: [14/15 regression] Generated code at -Os on trunk is
larger than GCC 13.3
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117252
Bug ID: 117252
Summary: SLSR does not always handle mem_refs
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117251
--- Comment #4 from Michael Meissner ---
I tracked down the commit that first made the slowdown visible:
commit 3a61ca1b9256535e1bfb19b2d46cde21f3908a5d (HEAD)
Author: Jan Hubicka
Date: Thu Jul 6 18:56:22 2023 +0200
Improve profile upda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117251
Michael Meissner changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |meissner at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117251
--- Comment #2 from Michael Meissner ---
Created attachment 59406
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59406&action=edit
Singlebuff.c test
The singlebuff.c is a simpler test case than multibuff.c. However, the numbers
quoted an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117251
Michael Meissner changed:
What|Removed |Added
Priority|P3 |P2
Version|15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117251
Bug ID: 117251
Summary: SHA3 code for PowerPC has a major slow down
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117238
--- Comment #1 from John David Anglin ---
This is caused by infinite loop in LRA.
We have a problem handling OImode:
(insn 385 384 386 2 (set (subreg:SI (reg/v:OI 132 [ e ]) 20)
(subreg:SI (reg/v:OI 452 [orig:132 e ] [132]) 20))
"/home
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116780
--- Comment #15 from Segher Boessenkool ---
(In reply to Georg-Johann Lay from comment #14)
> (In reply to Segher Boessenkool from comment #13)
> > But this testcase is in gcc.target/ anyway, right?
> That's just a copy of gcc.dg/torture/pr6408
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116953
Georg-Johann Lay changed:
What|Removed |Added
Last reconfirmed||2024-10-21
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116488
Jeffrey A. Law changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117226
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:36e91df7716d34aa5694533837551593ec28f22b
commit r15-4532-g36e91df7716d34aa5694533837551593ec28f22b
Author: Jeff Law
Date: Mon Oct 21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116488
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:36e91df7716d34aa5694533837551593ec28f22b
commit r15-4532-g36e91df7716d34aa5694533837551593ec28f22b
Author: Jeff Law
Date: Mon Oct 21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116915
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:36e91df7716d34aa5694533837551593ec28f22b
commit r15-4532-g36e91df7716d34aa5694533837551593ec28f22b
Author: Jeff Law
Date: Mon Oct 21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116579
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:36e91df7716d34aa5694533837551593ec28f22b
commit r15-4532-g36e91df7716d34aa5694533837551593ec28f22b
Author: Jeff Law
Date: Mon Oct 21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117249
--- Comment #4 from Andrew Pinski ---
(In reply to Alexander Monakov from comment #3)
> I think the right fix is to add a put_noreplace method that asserts
> internally and transform incorrect gcc_assert (!...->put(...)) instances to
> that.
Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117249
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116959
Edwin Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116822
Edwin Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117250
Edwin Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117250
Bug ID: 117250
Summary: [15] RISC-V: gfortran.dg/unsigned_38.f90 Error:
Operand of unary numeric operator '-' at (1) is
UNSIGNED(4)
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117249
--- Comment #2 from Andrew Pinski ---
https://gcc.gnu.org/pipermail/gcc-patches/2014-August/394801.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117249
--- Comment #1 from Andrew Pinski ---
Note assert checking has been enabled for release checking so this is why it
was not noticed until now. I only noticed because I was working on SLSR and
noticed the bad gcc_assert and was going to submit a p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117249
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117249
Bug ID: 117249
Summary: [12/13/14/15 Regression] --disable-checking is broken
since r5-2450
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116425
--- Comment #3 from Jeffrey A. Law ---
The vector loads you're referring to always load a full vector register and do
not need a configuration to be set by vsetvl. There's also move instructions
that copy from one vector register to another with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117245
uecker at gcc dot gnu.org changed:
What|Removed |Added
CC||uecker at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117145
--- Comment #7 from uecker at gcc dot gnu.org ---
Created attachment 59404
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59404&action=edit
patch
Candidate patch for PR117145 and PR11745
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115285
François Dumont changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117235
--- Comment #5 from Joseph S. Myers ---
I agree that we should consider -ftrapping-math to be misnamed and to be about
exception flags, not anything that would involve preserving the order in which
exceptions are raised (between function calls o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117240
--- Comment #1 from Zdenek Sojka ---
Created attachment 59403
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59403&action=edit
testcase failing with -mevex512 -mvaes
$ x86_64-pc-linux-gnu-gcc -mevex512 -mvaes testcase.c -Wno-psabi
during
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116780
--- Comment #14 from Georg-Johann Lay ---
(In reply to Segher Boessenkool from comment #13)
> But this testcase is in gcc.target/ anyway, right?
That's just a copy of gcc.dg/torture/pr64088.c :
https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gcc/t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117176
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116425
Dusan Stojkovic changed:
What|Removed |Added
CC||dusan.stojko...@rt-rk.com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116915
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116488
--- Comment #6 from Jeffrey A. Law ---
*** Bug 116915 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116915
Sam James changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116488
--- Comment #5 from Jeffrey A. Law ---
*** Bug 117226 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117226
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117224
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
Bug ID: 117248
Summary: gcc/libgcc/libgcc2.h:232:25: internal compiler error:
Arithmetic exception
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117190
--- Comment #7 from Frank Scheiner ---
(In reply to Jakub Jelinek from comment #3)
> Another option would be to revert r15-4402 and r15-4377 and reapply once
> this fix is tested and approved.
Reverting both commits results in a working compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116783
Alex Coplan changed:
What|Removed |Added
Summary|[14/15 Regression] Wrong|[14 Regression] Wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117231
Patrick Palka changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116783
--- Comment #5 from GCC Commits ---
The master branch has been updated by Alex Coplan :
https://gcc.gnu.org/g:c0e54ce1999ccf2241f74c5188b11b92e5aedc1f
commit r15-4518-gc0e54ce1999ccf2241f74c5188b11b92e5aedc1f
Author: Alex Coplan
Date: Fri S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117220
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117220
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:cba80691251efccf44ab9aecb26558319605c9ea
commit r15-4515-gcba80691251efccf44ab9aecb26558319605c9ea
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117190
--- Comment #6 from Frank Scheiner ---
(In reply to Jakub Jelinek from comment #2)
> Created attachment 59372 [details]
> gcc15-pr117190.patch
>
> Untested fix.
Unfortunately applying the patch onto gcc-15-20241020
(01f50ebfd97a7bd17a4cc94c403a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117190
Frank Scheiner changed:
What|Removed |Added
CC||frank.scheiner at web dot de
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117247
--- Comment #1 from Tobias Burnus ---
Follow up note: the following all fails (on nvptx with -Og, -Os, -O1 or
higher); the first two are nearly identical on dump level:
- omp loop
- omp simd
- omp for simd
while the following works:
- o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117245
Sam James changed:
What|Removed |Added
Summary|[13/14/15 Regression] ICE: |[13/14/15 Regression] ICE:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117247
Bug ID: 117247
Summary: [OpenMP][nvptx] cuCtxSynchronize with 'omp target
loop' + PRIVATE clause and -O1 (OpenMP_VV's
teams_loop/test_target_teams_loop_private.c)
Product:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117123
Richard Biener changed:
What|Removed |Added
Version|unknown |15.0
Assignee|pheeck at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117211
Martin Jambor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117246
--- Comment #4 from Jonathan Wakely ---
The 'delete test' is undefined behaviour as well. You should enable warnings
when compiling: -Wall
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117246
--- Comment #3 from Jonathan Wakely ---
(In reply to Andrew Pinski from comment #1)
> https://gcc.gnu.org/onlinedocs/gcc-14.2.0/gcc/Optimize-Options.html#index-
> flifetime-dse
>
> `To preserve stores before the constructor starts (e.g. because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107467
--- Comment #16 from Sam James ---
We should add the testcase as well (I can do it).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107467
Richard Biener changed:
What|Removed |Added
Known to fail||14.2.0
Summary|[12/13/14 Re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116982
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116907
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117104
--- Comment #10 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:44c3eba2dfa71cb7cd9f8c3e7f33ef2b08132a51
commit r14-10814-g44c3eba2dfa71cb7cd9f8c3e7f33ef2b08132a51
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116982
--- Comment #6 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:1d11536881e60f36a2b8ad9919169ac7a8bc0e3e
commit r14-10813-g1d11536881e60f36a2b8ad9919169ac7a8bc0e3e
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116290
Richard Biener changed:
What|Removed |Added
Known to fail||14.2.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116907
--- Comment #35 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:a4744558b6a1d0a1c203acc827b6ad0cfe039212
commit r14-10812-ga4744558b6a1d0a1c203acc827b6ad0cfe039212
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116481
--- Comment #13 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:8d8b8ed7835a1a03932a8c90c7c725f9903450d5
commit r14-10811-g8d8b8ed7835a1a03932a8c90c7c725f9903450d5
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116290
--- Comment #8 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:69934cb171fdd9d58dd64bb1811afaf43f6f7e44
commit r14-10810-g69934cb171fdd9d58dd64bb1811afaf43f6f7e44
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115110
--- Comment #11 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:2ac6159f8b5119e75a19f70f3c4578895f59cb53
commit r14-10809-g2ac6159f8b5119e75a19f70f3c4578895f59cb53
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117123
--- Comment #10 from Filip Kastl ---
I've looked at the pre-details dumps for runs with and without sccopy1 (I'm
compiling the reduced testcase with -Os). Even when I adjust for different SSA
name versions, there are many differences in the dum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117243
Sam James changed:
What|Removed |Added
Last reconfirmed||2024-10-21
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117239
Sam James changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12/13/14/15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115242
--- Comment #6 from Florian Weimer ---
(In reply to Alisa Sireneva from comment #4)
> I think this is a wider issue. The root of the problem is that
> __builtin_unwind_init() affects what it _thinks_ are _callee-saved_
> registers.
I think this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117246
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117245
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117245
--- Comment #6 from Martin Uecker ---
The commit causing this was like this where the middle end code was removed,
which then exposed the cases where the FE did not emit DECL_EXPR correctly.
https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=42d16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117246
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117245
Martin Uecker changed:
What|Removed |Added
CC||muecker at gwdg dot de
--- Comment #5 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117246
Bug ID: 117246
Summary: g++ O1 finline bug
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117245
--- Comment #2 from Andrew Pinski ---
Looks to be some missing DECL_EXPR which was there for GCC 12 but gone for GCC
13.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117245
--- Comment #4 from Andrew Pinski ---
There most likely should be a C front-end specific version of
reconstruct_complex_type which does the copy of C_TYPE_VARIABLY_MODIFIED too.
Which means this originally was caused by r13-6128.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117145
--- Comment #6 from Andrew Pinski ---
Note I suspect PR 117245 and this one has the same underlying issue where
C_TYPE_VARIABLY_MODIFIED gets lost after the vector_size recreates the types.
That is using a typedef for the vector type fixes the
🙏ขออนุญาตแนะนำสำหรับเจ้าของธุรกิจ
ที่จดทะเบียนการค้า/พาณิชย์/ หจก. อุตสาหกรรมทั่วไป
ทุนหมุนเวียนระยะสั้น อนุมัติง่าย
☑️เริ่มต้น 1.5% - 0.5%
☑️อนุมัติสูงสุด 3,000,000 บาท
☑️ทราบผล ภายใน 30 นาที (หลังส่งเอกสารครบถ้วน)
☑️พร้อมลงพื้นที่ประเมินหน้างานและทำสัญญา
❌ไม่มีนโยบายเรียกชำระก่อนทำสัญญาทุกกรณี❌
✔
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117245
--- Comment #3 from Andrew Pinski ---
I am suspecting r13-6128 where C_TYPE_VARIABLY_MODIFIED is getting lost after
applying the vector_size attribute ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117245
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117245
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-10-21
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117245
Bug ID: 117245
Summary: ICE: verify_ssa failed (error: definition in block 2
follows the use)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107467
Richard Biener changed:
What|Removed |Added
Assignee|hubicka at gcc dot gnu.org |rguenth at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117244
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116438
Eric Botcazou changed:
What|Removed |Added
Assignee|ebotcazou at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116438
--- Comment #8 from Eric Botcazou ---
Created attachment 59401
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59401&action=edit
WIP patch
This adds support for libbacktrace with the big limitations I mentioned.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117239
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117235
--- Comment #4 from Richard Biener ---
Hmm, but re-ordering should be OK as long as no intermediate FP state is
examined (which of course we do not track via dependences in the IL). I think
we have many more passes where such re-ordering can ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117230
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117226
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117217
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
1 - 100 of 102 matches
Mail list logo