https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112943
Hongyu Wang changed:
What|Removed |Added
CC||wwwhhhyyy333 at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112960
--- Comment #1 from Stephan Stiller ---
name of document (forgotten in original bug report text): "GNU C Language
Introduction and Reference Manual"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112960
Bug ID: 112960
Summary: omission in documentation: complex numbers can also
have uppercase I and J suffixes
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104928
--- Comment #7 from Nate Eldredge ---
@Jonathan: Done,
https://gcc.gnu.org/pipermail/gcc-patches/2023-December/640119.html (sorry, may
not be linked to original threads).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112952
Bug ID: 112952
Summary: avr: attribute address not working with
-fdata-sections -fno-common
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112954
Bug ID: 112954
Summary: Spelling hint for typos in parameter types in function
prototypes
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112955
Bug ID: 112955
Summary: Valgrind error in
ana::feasibility_state::maybe_update_for_edge
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112939
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112948
Richard Sandiford changed:
What|Removed |Added
Last reconfirmed||2023-12-11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112918
Richard Biener changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112736
--- Comment #3 from Richard Biener ---
Runtime testcase:
#include
#include
int a, c[3][5];
void __attribute__((noipa))
fn1 (int * __restrict b)
{
int e;
for (a = 2; a >= 0; a--)
for (e = 0; e < 4; e++)
c[a][e] = b[a];
}
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112961
Bug ID: 112961
Summary: middle-end Missed vectorization: failed to vectorize
simple reduction max since GCC-13
Product: gcc
Version: 14.0
Status: UNCONFIRMED
c version 14.0.0 20231211 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92606
--- Comment #27 from Richard Biener ---
Hmm, and no_icf is only handled for functions (and if allowed on VAR_DECL it's
not checked by ICF).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112956
Bug ID: 112956
Summary: Valgrind errors on pr88974.c
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112958
Bug ID: 112958
Summary: [14 regression] s-exnllf.ads etc. don't compile on
32-bit FreeBSD/x86
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112958
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110639
--- Comment #5 from Tobias Burnus ---
Posted a patch for (A)
https://gcc.gnu.org/pipermail/gcc-patches/2023-December/639947.html
but it seems as if I might have misunderstood some parts of the example at
OpenMP spec issue #1796 (TRAC864) /
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112929
--- Comment #13 from Robin Dapp ---
I just built from the most recent commit and it still fails for me.
Could there be a difference in qemu? I'm on qemu-riscv64 version 8.1.91 but
yours is even newer so that might not explain it.
You could
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112918
Richard Biener changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112959
Bug ID: 112959
Summary: install.tex needs updates on FreeBSD
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112959
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109853
Chinoune changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112953
--- Comment #1 from Jakub Jelinek ---
2023-12-11 Jakub Jelinek
PR middle-end/112953
* attribs.cc (free_attr_data): Use delete x rather than delete[] x.
--- gcc/attribs.cc.jj 2023-12-09 10:19:57.809813529 +0100
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92606
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112956
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112918
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112952
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112953
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112953
Bug ID: 112953
Summary: [14 Regressions] -Wno-attributes* failures under
valgrind
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112853
--- Comment #10 from Robin Dapp ---
I just realized that I forgot to post the comparison recently. With the patch
now upstream I don't see any differences for zvl128b and different vlens
anymore. What I haven't fully tested yet is zvl256b or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112937
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112951
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112959
Richard Biener changed:
What|Removed |Added
Keywords||documentation
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112937
--- Comment #1 from Thomas Schwinge ---
The unconditional GCN 'f->use_flat_addressing = true;' also has an effect on
one (only!) libgomp offloading test case, for
'-foffload-options=amdgcn-amdhsa=-march=gfx90a' (only!):
@@ -6188,11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112963
--- Comment #2 from Iain Sandoe ---
r14-4825-g6a6d3817afa02b, (adding @rpath support) was not intended to change
the behaviour of libc handling, but as noted a rebase error left that in
(probably because both changes acted on the link).
So
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112935
--- Comment #21 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:acbfb8b9495b802e414e6ab94b810ef7b0c8aa1d
commit r14-6418-gacbfb8b9495b802e414e6ab94b810ef7b0c8aa1d
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112951
--- Comment #1 from Andrew Pinski ---
Note the order of where the optab was added seems wrong:
```
OPTAB_D (cond_neg_optab, "cond_neg$a")
+OPTAB_D (cond_copysign_optab, "cond_copysign$F$a")
OPTAB_D (cond_one_cmpl_optab, "cond_one_cmpl$a")
```
:
$ gfortran -freport-bug gfortran-20231211.f90
gfortran-20231211.f90:10:20:
10 | call foo(x(n))
|1
internal compiler error: Segmentation fault
0xd0317f crash_signal
../../gcc/toplev.cc:314
0x82830b gfc_conv_class_to_class(gfc_se*, gfc_expr*, gfc_typespec, bool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64002
Patrick Palka changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112737
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |14.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112965
Bug ID: 112965
Summary: Valgrind error on gcc.dg/analyzer/fd-dup-1.c
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112965
--- Comment #1 from Jakub Jelinek ---
gcc.dg/analyzer/fd-leak-pr108252.c, gcc.dg/analyzer/fd-access-mode-macros.c,
gcc.dg/analyzer/fd-4.c, gcc.dg/analyzer/named-constants-Wunused-macros.c etc.
fail the same.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112413
--- Comment #7 from Mikael Pettersson ---
Patch posted after bootstrap and regression testing on m68k-linux-gnu:
https://gcc.gnu.org/pipermail/gcc-patches/2023-December/640177.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112963
--- Comment #1 from Andreas Schwab ---
How did that work before r14-4825-g6a6d3817afa02b?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112413
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 111972, which changed state.
Bug 111972 Summary: [14 regression] missed vectorzation for bool a = j != 1; j
= (long int)a;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111972
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111972
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112935
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110637
--- Comment #3 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:85c5efcffed19ca6160eeecc2d4faebd9fee63aa
commit r14-6420-g85c5efcffed19ca6160eeecc2d4faebd9fee63aa
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111972
--- Comment #18 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:85c5efcffed19ca6160eeecc2d4faebd9fee63aa
commit r14-6420-g85c5efcffed19ca6160eeecc2d4faebd9fee63aa
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112963
--- Comment #6 from Iain Sandoe ---
I cannot peak for the others, but Darwin does not need '-lm' because it is part
of libc [libSystem] (adding -lm actually symlinks to libSystem and alters the
effective library order on the link line so I'd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112954
--- Comment #2 from Andrew Pinski ---
Note on the what the C++ front-end does:
Take:
```
typedef int int32_t;
void function (int32t);
```
Note without the typedef here, the C++ front-end does not suggust int but with
the typedef, the C++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112822
--- Comment #5 from Martin Jambor ---
The following should fix it. I'll try a bit more to come up with a testcase
that would not require __builtin_vec_vsx_st but so far my simple attempts
failed.
diff --git a/gcc/tree-sra.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112963
--- Comment #8 from Iain Sandoe ---
I propose to test the patch at comment #2 as a step to restore the original
behaviour. It would be nice to make the libm use configurable (as per
libgfortran or libstdc++) as a separate issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112580
--- Comment #3 from Hans-Peter Nilsson ---
All mentioned except g++.dg/modules/xtreme-header_b.C -std=c++2b (test for
excess errors) seem to be fixed. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112932
Patrick O'Neill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112822
--- Comment #6 from Peter Bergner ---
(In reply to Martin Jambor from comment #5)
> The following should fix it. I'll try a bit more to come up with a testcase
> that would not require __builtin_vec_vsx_st but so far my simple attempts
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112961
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112413
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:eea25179d8d1406685b8b0995ba841605f895283
commit r14-6417-geea25179d8d1406685b8b0995ba841605f895283
Author: Mikael Pettersson
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110637
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112963
--- Comment #7 from Jakub Jelinek ---
(In reply to Iain Sandoe from comment #6)
> I cannot peak for the others, but Darwin does not need '-lm' because it is
> part of libc [libSystem] (adding -lm actually symlinks to libSystem and
> alters the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112954
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112963
--- Comment #11 from Iain Sandoe ---
(In reply to Jakub Jelinek from comment #10)
> BTW, yet another option would be to just
> LIBM=
> case $host in
> *-*-beos* | *-*-cegcc* | *-*-cygwin* | *-*-haiku* | *-*-pw32* | *-*-darwin*)
> # These
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112929
--- Comment #14 from Patrick O'Neill ---
I've reproduced the same failure on tip-of-tree using an old QEMU but cannot
reproduce with a freshly built QEMU:
GCC hash: eea25179d8d1406685b8b0995ba841605f895283 (tip-of-tree)
Qemu hash:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112822
--- Comment #7 from Peter Bergner ---
(In reply to Martin Jambor from comment #5)
> diff --git a/gcc/tree-sra.cc b/gcc/tree-sra.cc
> index 3bd0c7a9af0..99a1b0a6d17 100644
> --- a/gcc/tree-sra.cc
> +++ b/gcc/tree-sra.cc
> @@ -4219,11 +4219,15 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112963
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |14.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112963
Bug ID: 112963
Summary: [14 Regression] Incorrect linking of libquadmath since
r14-4863
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112413
Sam James changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112963
--- Comment #4 from Andrew Pinski ---
(In reply to Iain Sandoe from comment #3)
> (In reply to Andreas Schwab from comment #1)
> > How did that work before r14-4825-g6a6d3817afa02b?
>
> I suppose, unconditional adding of '-lm' is not a problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112963
--- Comment #5 from Jakub Jelinek ---
I believe it should fix it indeed.
On most targets, linking by g++ or gfortran drivers already adds -lm:
find cp/g++spec.cc fortran/gfortranspec.cc config -type f | xargs grep -w
MATH_LIBRARY
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112938
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112963
--- Comment #9 from Jakub Jelinek ---
Ok with me, I'll include it tonight in my x86_64/i686-linux bootstraps.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112963
--- Comment #10 from Jakub Jelinek ---
BTW, yet another option would be to just
LIBM=
case $host in
*-*-beos* | *-*-cegcc* | *-*-cygwin* | *-*-haiku* | *-*-pw32* | *-*-darwin*)
# These system don't have libm, or don't need it
;;
*)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112955
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63378
--- Comment #3 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:475b7f44c640c03f968d66dae389ea6165b4b5c2
commit r14-6422-g475b7f44c640c03f968d66dae389ea6165b4b5c2
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112822
Martin Jambor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112961
Andrew Pinski changed:
What|Removed |Added
Summary|middle-end Missed |[13/14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112961
Andrew Pinski changed:
What|Removed |Added
Blocks||53947
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112937
--- Comment #2 from Andrew Stubbs ---
Flat addressing *should* be the safe option that always works (although using
"global" address space permits slightly more efficient offset options).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112963
--- Comment #3 from Iain Sandoe ---
(In reply to Andreas Schwab from comment #1)
> How did that work before r14-4825-g6a6d3817afa02b?
I suppose, unconditional adding of '-lm' is not a problem to the affected bare
metal targets but using the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111867
--- Comment #10 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:35ade856eaafd9c39ce864b25d127e1f98a3bb57
commit r14-6421-g35ade856eaafd9c39ce864b25d127e1f98a3bb57
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111867
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63378
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112380
--- Comment #13 from GCC Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:624e274ca3a4405a55662fa72d1163120df0e03d
commit r14-6424-g624e274ca3a4405a55662fa72d1163120df0e03d
Author: Roger Sayle
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112804
--- Comment #3 from GCC Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:76ca5ab4ef95c41c1ed67edfb34a1a455a602192
commit r14-6429-g76ca5ab4ef95c41c1ed67edfb34a1a455a602192
Author: Alexandre Oliva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112778
--- Comment #3 from GCC Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:1e2ea685bdea9aa65da2bf4137264d14f38a6f0b
commit r14-6430-g1e2ea685bdea9aa65da2bf4137264d14f38a6f0b
Author: Alexandre Oliva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112784
--- Comment #2 from GCC Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:a8a3d832e609501002dee54150abfd96a28fe532
commit r14-6431-ga8a3d832e609501002dee54150abfd96a28fe532
Author: Alexandre Oliva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92606
--- Comment #26 from Richard Biener ---
(In reply to Richard Biener from comment #25)
> For ICF (or more generally IPA) there's comp_type_attributes which
> we already check and which dispatches to target code. We're also
> rejecting differing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112853
--- Comment #9 from GCC Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:d9dd06ad51b7479f09acb88adf404664a1e18b2a
commit r14-6404-gd9dd06ad51b7479f09acb88adf404664a1e18b2a
Author: Robin Dapp
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112957
Bug ID: 112957
Summary: [13/14 regression] src/std/math/exponential.d doesn't
compile on 32-bit FreeBSD/x86
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112957
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110558
--- Comment #3 from Florian Weimer ---
It tries to read "my. header.h" for some reason, even though the
MAKE_INCLUDE_PATH macro produces "my.header.h" in other contexts (not just in
#include directives). I doubt this is related to bug 80753.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112943
Jakub Jelinek changed:
What|Removed |Added
CC||crazylht at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37239
--- Comment #10 from Andrew Pinski ---
lsplit reports:
Found potential split point: if (maxIdx_171 <= qty_7)
{ i_6 * 2 + I*-2 } le_expr qty_7
But nothing else ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112963
--- Comment #13 from Jakub Jelinek ---
I've already started testing the:
2023-12-11 Jakub Jelinek
PR libquadmath/112963
* configure.ac (LIBM): Readd AC_CHECK_LIBM-like check without doing
AC_CHECK_LIB in it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112972
Stephan Stiller changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112963
--- Comment #12 from Iain Sandoe ---
(In reply to Jakub Jelinek from comment #10)
> BTW, yet another option would be to just
> LIBM=
> case $host in
> *-*-beos* | *-*-cegcc* | *-*-cygwin* | *-*-haiku* | *-*-pw32* | *-*-darwin*)
> # These
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
--- Comment #22 from Andrew Pinski ---
(In reply to Sergey Fedorov from comment #21)
> Any chance of having it fixed in gcc14?
It is too late to be included in GCC 14, GCC is in stage 3 already, that is no
new features can be included that was
1 - 100 of 182 matches
Mail list logo
