https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107757
--- Comment #2 from Jiu Fu Guo ---
For the scenario of this PR, the 2insn sequence would be faster than
non-prefixed loading.
One finding may be useful: when building 64bit constants, I notice that loading
may be faster sometimes if the constan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109334
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=116173
Richard Biener changed:
What|Removed |Added
Keywords||build, internal-improvement
Target M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116174
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116182
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2024-08-02
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116188
--- Comment #2 from Richard Biener ---
You can try to remove bootstrap=true from
// As with libiconv, don't install any of libcody
host_modules= { module= libcody; bootstrap=true;
no_install= true;
missing= pdf;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116191
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116043
--- Comment #17 from GCC Commits ---
The releases/gcc-14 branch has been updated by hongtao Liu
:
https://gcc.gnu.org/g:a295076bee293aa3112c615f9af7a27231816a36
commit r14-10551-ga295076bee293aa3112c615f9af7a27231816a36
Author: liuhongt
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116142
--- Comment #10 from rguenther at suse dot de ---
On Thu, 1 Aug 2024, xry111 at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116142
>
> --- Comment #9 from Xi Ruoyao ---
> In the following call stack:
>
> #0 single_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116192
Bug ID: 116192
Summary: [15 regression] 32-bit rust build fails
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rust
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116192
--- Comment #1 from Rainer Orth ---
Created attachment 58806
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58806&action=edit
partial patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116192
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341
--- Comment #17 from John Paul Adrian Glaubitz ---
(In reply to Sam James from comment #16)
> glaubitz, could you check with gcc-14.2 or trunk? I have a feeling honza's
> IPA fixes recently sort this.
No improvement here, unfortunately. clang s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116174
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2024-08-02
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107700
Arthur Cohen changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116192
Arthur Cohen changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107700
Arthur Cohen changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115683
--- Comment #2 from Richard Biener ---
For gcc.target/i386/pr88540.c we expand the mask producer as
(insn 12 11 13 (set (reg:V2DF 109)
(lt:V2DF (reg:V2DF 101 [ vect__23.6 ])
(reg:V2DF 98 [ vect__25.9 ]))) -1
(nil))
(in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114189
Richard Biener changed:
What|Removed |Added
Target|x86_64-*-*, i?86-*-*, |sparc, mips, loongarch,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114189
Richard Biener changed:
What|Removed |Added
Version|14.0|15.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116178
--- Comment #11 from Jonathan Wakely ---
(In reply to Sam James from comment #8)
> Build systems like autoconf currently hardcode a list of C++ and C standards
> which has to be updated every so often (and often gets forgotten about).
> autoconf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116193
Bug ID: 116193
Summary: enhancement: type attribute that causes overflow for
unsigned integer types to trap
Product: gcc
Version: unknown
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116193
uecker at gcc dot gnu.org changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116178
--- Comment #12 from Jonathan Wakely ---
So autoconf and cmake both already have a way to only add a -std option
conditionally, but if you use that and it selects an unstable release like
-std=c++26 in GCC 14, then that's for you to deal with (i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116178
--- Comment #13 from Jakub Jelinek ---
Finding the latest numeric -std=c++ version isn't that hard,
g++ --help -v 2>&1 | awk '{print $1}' | grep std=c[+][+][0-8][0-9] | sort -n |
tail -n 1
will do it.
And
g++ --help -v 2>&1 | awk '{print $1}' |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116194
Bug ID: 116194
Summary: enhancement: attribute to protect tagged unions
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116193
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-08-02
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116193
--- Comment #2 from Jakub Jelinek ---
That opens the door of issues how you can actually subtract those things
validly.
Would x - y and x + (-y) then behave differently for it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116156
--- Comment #8 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:33baa20c5cdcf5ff8164606115f00aa30f559312
commit r15-2691-g33baa20c5cdcf5ff8164606115f00aa30f559312
Author: Andrew Pinski
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116156
Andrew Pinski changed:
What|Removed |Added
Known to work||13.3.0, 15.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113578
--- Comment #13 from Jonathan Wakely ---
Oh I need to use constexpr not _GLIBCXX17_CONSTEXPR, because those branches
must not be taken unless the sizes match. Thanks for the CI checks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116170
--- Comment #2 from Kewen Lin ---
Reduced test case:
$ cat test.i
int a, d;
_Float128 b, c;
void e() {
int f = 0;
if (a)
if (b || c)
f = 1;
if (d)
e(f ? 0 : b);
}
Options: -w -fstack-protector-strong -ffloat-store -O2 -mcpu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102061
--- Comment #5 from Peter Damianov ---
I finally got some time to look at the test failures this patch causes.
https://gcc.gnu.org/cgit/gcc/tree/gcc/testsuite/gcc.dg/independent-cloneids-1.c
Perhaps decl_printable_name is also used when writing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116170
Kewen Lin changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113578
--- Comment #14 from Jonathan Wakely ---
New patch posted:
https://gcc.gnu.org/pipermail/gcc-patches/2024-August/659254.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116179
--- Comment #10 from Andrew Pinski ---
Hmm:
```
for (df_ref use = DF_REG_USE_CHAIN (REGNO(dest));
use;
use = DF_REF_NEXT_REG (use))
{
int ubbi = DF_REF_BB (use)->index;
if (bitmap_bit_p (re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116193
--- Comment #3 from uecker at gcc dot gnu.org ---
It came up as a possibility in various discussions, including on the kernel
mailing list or inside WG14. I personally use signed type if I want to detect
overflow and unsigned only if I want m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116192
--- Comment #2 from Arthur Cohen ---
Hi Rainer,
Thank you for the report. We've fixed this in our development repository and
will upstream the commits soon. I am looking at adding a 32-bit CI build so
that this does not happen again.
Best,
Ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116193
--- Comment #4 from Richard Biener ---
-y is OK when y == 0
I hope you are not suggesting that it's UB to overflow though. The attribute
should make the frontend to lower operations according to semantics and leave
everything in the middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43745
Georg-Johann Lay changed:
What|Removed |Added
Last reconfirmed|2012-01-07 00:00:00 |2024-8-2
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111821
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12454
Richard Biener changed:
What|Removed |Added
Keywords|compile-time-hog|
Summary|large number of if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30920
Richard Biener changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116140
--- Comment #6 from Alex Coplan ---
Just to give an update on this, the following testcase shows why adding:
#pragma GCC unroll 4
in libstdc++ doesn't immediately seem to help. The testcase is:
$ cat lambda.cc
template
inline Iter
my_find(It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116195
Bug ID: 116195
Summary: arm: ICE building pr50.C
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116169
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:a790828ccb3b06a7771f871651e7b54d13c3a168
commit r15-2695-ga790828ccb3b06a7771f871651e7b54d13c3a168
Author: Marek Polacek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94404
Bug 94404 depends on bug 116169, which changed state.
Bug 116169 Summary: [DR882] `int main() = delete` is incorrect accepted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116169
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116169
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116196
Bug ID: 116196
Summary: Missing temporary with WHERE and aliasing TARGET array
references
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115296
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |14.3
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116038
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115897
Patrick Palka changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88313
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 88313, which changed state.
Bug 88313 Summary: generic lambda in default template argument
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88313
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116145
--- Comment #10 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:ba730fd10934e4ca004251aa3748bf9da4d35e62
commit r15-2696-gba730fd10934e4ca004251aa3748bf9da4d35e62
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116145
Richard Sandiford changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116196
--- Comment #1 from Mikael Morin ---
Draft patch:
diff --git a/gcc/fortran/dependency.cc b/gcc/fortran/dependency.cc
index 15edf1af9df..348fd562ef6 100644
--- a/gcc/fortran/dependency.cc
+++ b/gcc/fortran/dependency.cc
@@ -1253,11 +1253,8 @@ ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116016
--- Comment #48 from qinzhao at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #30)
> Then perhaps we should ASAP change
> handle_counted_by_attribute so that it emits a sorry message if
> (c_dialect_cxx ()),
> either as the first t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116193
Martin Uecker changed:
What|Removed |Added
CC||muecker at gwdg dot de
--- Comment #5 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30920
Richard Sandiford changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116156
--- Comment #10 from GCC Commits ---
The releases/gcc-14 branch has been updated by Andrew Pinski
:
https://gcc.gnu.org/g:14fa2b2ae7f49dee5e7e7469243e281e48d925b9
commit r14-10552-g14fa2b2ae7f49dee5e7e7469243e281e48d925b9
Author: Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116156
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116058
--- Comment #16 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:da33ad53bcb57943fa671c745938a53f4de89a1b
commit r15-2700-gda33ad53bcb57943fa671c745938a53f4de89a1b
Author: Andrew Pinski
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116058
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116185
Bug 116185 depends on bug 116058, which changed state.
Bug 116058 Summary: [15 Regression] sh4-linux-gnu fails to bootstrap, late
combine issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116058
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116179
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116195
Andrew Pinski changed:
What|Removed |Added
Summary|arm: ICE building |[MVE] arm: ICE building
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116197
Bug ID: 116197
Summary: [14/15 only] RISC-V: zvkn does not imply "v" extension
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116198
Bug ID: 116198
Summary: Wdeprecated-enum-enum-conversion triggers inside
extern "C"
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116198
--- Comment #1 from Sam James ---
extern "C" does _not_ change the language something is built as, just linkage.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116198
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116199
Bug ID: 116199
Summary: [15 Regression] reload ICE building glibc for m68k
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116198
--- Comment #3 from rsaxvc at gmail dot com ---
Thanks, that makes sense. I didn't realize that any code in a header would need
to be able to compile as any language including that header, so we'll need to
fix LVGL.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116191
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116199
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116155
--- Comment #9 from Dimitar Dimitrov ---
(In reply to qinzhao from comment #8)
> (In reply to Dimitar Dimitrov from comment #7)
> > Size of only_fam_2 is 1.
> sizeof (int) and alignof (int) still is 4?
For pru:
sizeof (int) = 4
__alignof__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116191
--- Comment #3 from ilija.tovilo ---
(In reply to Andi Kleen from comment #2)
> I suppose it depends on the programing style if it's a good idea. Sometimes
> inlining allows to constant propagate and collapse a lot of code, and you
> definitely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105475
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Arsen Arsenovic :
https://gcc.gnu.org/g:5b4476a165565cb20729c0a97a3f43b060595209
commit r15-2702-g5b4476a165565cb20729c0a97a3f43b060595209
Author: Arsen ArsenoviÄ
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
Bug ID: 116200
Summary: [15 regression] ICE in stage 2
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
--- Comment #1 from Andrew Pinski ---
Compiling fortran/module.o at "-O0 -g" works but fails if compiled at "-O2 -g".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
Sam James changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
--- Comment #3 from Andrew Pinski ---
Note I am testing on x86_64-linux-gnu but it looks like it fails mostly
everywhere too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-08-02
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
Andrew Pinski changed:
What|Removed |Added
Severity|normal |blocker
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
Sam James changed:
What|Removed |Added
CC||haochen.jiang at intel dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115361
--- Comment #2 from Marek Polacek ---
I've moved -Wdangling-reference to -Wextra in r15-2703-g5ebfaf2d4994c1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116155
--- Comment #10 from qinzhao at gcc dot gnu.org ---
(In reply to Dimitar Dimitrov from comment #9)
> For pru:
> sizeof (int) = 4
> __alignof__ (int) = 1
>
> From gcc/config/pru.h:
> #define INT_TYPE_SIZE 32
> #define BIGGEST_ALIGNMENT 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116199
--- Comment #2 from Jeffrey A. Law ---
Even if we're going to drop m68k due to lack of LRA support, if ext-dce is
doing something wrong, it's still worth debugging & fixing as it likely affects
other ports. And note this is the second issue bis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116181
Gaius Mulley changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
--- Comment #5 from Andrew Pinski ---
On x86_64 we are crashing on:
=> 0x00a01bb6 <+2278>: mov0x2612db0(,%rax,8),%rdx
(insn:TI 1615 3377 1617 104 (set (reg:DI 0 ax [690])
(zero_extend:DI (reg:SI 2 cx [681])))
"/home/apinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116197
Patrick O'Neill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116201
Bug ID: 116201
Summary: SARIF output doesn't properly reference the CWE
taxonomy
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: SARIF
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116007
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116199
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116007
--- Comment #14 from Jakub Jelinek ---
So, can you explain how could libquadmath build at all in such configurations?
__float128 type is supported and not TFmode?
Is that because it is KFmode instead or what?
quadmath.h has
#if (!defined(_ARCH_P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116007
--- Comment #15 from Jakub Jelinek ---
If so, then perhaps
--- libquadmath/math/sqrtq.c.jj 2024-04-09 08:16:54.128737859 +0200
+++ libquadmath/math/sqrtq.c2024-08-02 23:28:00.862495012 +0200
@@ -9,6 +9,9 @@
&& defined(FE_TOWARDZERO) \
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116166
Sam James changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |
|a/show_bug.cgi?id=11160
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116174
--- Comment #3 from Sebastian Andrzej Siewior ---
bisect says:
commit b644126237a1aa8599f767a5e0bbada1d7286f44
Author: liuhongt
Date: Wed May 29 11:14:26 2024 +0800
Align tight&hot loop without considering max skipping bytes.
When
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116007
--- Comment #16 from Peter Bergner ---
(In reply to Jakub Jelinek from comment #14)
> So, can you explain how could libquadmath build at all in such
> configurations?
> __float128 type is supported and not TFmode?
> Is that because it is KFmode
1 - 100 of 139 matches
Mail list logo
