https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113693
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113531
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:ceb242f5302027c44a7dca86c344863004b6fec4
commit r14-8681-gceb242f5302027c44a7dca86c344863004b6fec4
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113531
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113694
--- Comment #1 from Richard Biener ---
You could provide an alias to __stack_chk_guard/__stack_chk_fail in your code
though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113698
--- Comment #3 from Jakub Jelinek ---
You can use GOMP_CPU_AFFINITY or different setting of OMP_PROC_BIND together
with OMP_PLACES to bind the initial thread to different CPU.
While the OpenMP spec allows moving the initial thread from unspecifi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110071
Surya Kumari Jangala changed:
What|Removed |Added
Last reconfirmed||2024-02-01
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110071
Surya Kumari Jangala changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113576
--- Comment #32 from Richard Biener ---
Btw, AVX512 knotb will invert all 8 bits and there's no knot just affecting
the lowest 4 or 2 bits.
It all feels like desaster waiting to happen ;)
For example BIT_NOT_EXPR is RTL expanded like
case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113576
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113701
Bug ID: 113701
Summary: Issues with __int128 argument passing
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113576
--- Comment #34 from Richard Sandiford ---
(In reply to Richard Biener from comment #32)
> Btw, AVX512 knotb will invert all 8 bits and there's no knot just affecting
> the lowest 4 or 2 bits.
>
> It all feels like desaster waiting to happen ;)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113701
Uroš Bizjak changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113633
Radek Barton changed:
What|Removed |Added
CC||radek.barton at microsoft dot
com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113702
Bug ID: 113702
Summary: -fsanitize=undefined missed a check under GCC 12.2.0
compared to 13.2.0
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113702
--- Comment #1 from Jiajing_Zheng ---
jing@jing-ubuntu:~$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/home/jing/gcc-12.2.0/usr/local/bin/../libexec/gcc/x86_64-pc-linux-gnu/12.2.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113699
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113701
--- Comment #2 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #0)
> Following testcase:
>
> --cut here--
> typedef unsigned __int128 U;
>
> U f0 (U x, U y) { return x + y; }
> U f1 (U x, U y) { return x - y; }
>
> U f2 (U x, U y)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108060
Andrew Pinski changed:
What|Removed |Added
Target Milestone|10.5|12.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109107
Andrew Pinski changed:
What|Removed |Added
Target Milestone|10.5|13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108256
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113702
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113702
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108256
Andrew Pinski changed:
What|Removed |Added
CC||jiajing_zheng at 163 dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113576
Richard Biener changed:
What|Removed |Added
CC||ams at gcc dot gnu.org
--- Comment #35
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90276
--- Comment #10 from Jonathan Wakely ---
And another one:
https://github.com/llvm/llvm-project/issues/80217
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113693
--- Comment #3 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:b84f8a5e0a7ef3e5bd0d186fc7e280d9c43c5b7f
commit r14-8683-gb84f8a5e0a7ef3e5bd0d186fc7e280d9c43c5b7f
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113693
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112506
--- Comment #6 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:75f49cf82e06971b066b4f440256004775603752
commit r14-8684-g75f49cf82e06971b066b4f440256004775603752
Author: Gaius Mulley
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111627
--- Comment #5 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:75f49cf82e06971b066b4f440256004775603752
commit r14-8684-g75f49cf82e06971b066b4f440256004775603752
Author: Gaius Mulley
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113682
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113701
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113701
--- Comment #4 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #2)
> > The most problematic function is f3, which regressed noticeably from
> > gcc-12.3:
>
> This patch solves the regression:
>
> --cut here--
> diff --git a/gcc/co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112506
--- Comment #7 from Gaius Mulley ---
I doubt the m2date and testclock are related to filesystem case (but I could be
wrong) as I've built gcc on a gnu-linux jfs filesystem (case preserving case
insensitive) and see:
=== gm2 Sum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112506
--- Comment #8 from Iain Sandoe ---
(In reply to Gaius Mulley from comment #7)
> I doubt the m2date and testclock are related to filesystem case (but I could
> be wrong) as I've built gcc on a gnu-linux jfs filesystem (case preserving
> case ins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113692
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113701
Roger Sayle changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113703
Bug ID: 113703
Summary: ivopts miscompiles loop
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113646
--- Comment #4 from Jan Hubicka ---
>
> With -fprofile-partial-training the znver4 LTO vs LTOPGO regression (on a
> newer
> master) goes down from 66% to 54%.
>
> So far I did not find a way to easily train with the reference run (when I ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113692
--- Comment #5 from Jakub Jelinek ---
*** Bug 113691 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113691
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Resolu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113553
--- Comment #3 from Matthias Klose ---
glibc 2.37 from the branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70321
--- Comment #27 from GCC Commits ---
The master branch has been updated by Rainer Orth :
https://gcc.gnu.org/g:ee7011eab67d8272f88e954bbab2e42bf6353441
commit r14-8690-gee7011eab67d8272f88e954bbab2e42bf6353441
Author: Rainer Orth
Date: Thu F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113704
Bug ID: 113704
Summary: std::locale::locale(const locale&, Facet*) is
inefficient
Product: gcc
Version: 11.4.0
Status: UNCONFIRMED
Keywords: missed-optimizatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534
--- Comment #25 from Lukas Grätz ---
(In reply to Jakub Jelinek from comment #19)
> (In reply to H.J. Lu from comment #18)
> > (In reply to Jakub Jelinek from comment #17)
> > > E.g. shouldn't it at least be disabled for -O0 and -Og and shouldn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113689
Jakub Jelinek changed:
What|Removed |Added
CC||hjl.tools at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113689
--- Comment #3 from Jakub Jelinek ---
Anyway, if flag_fentry == 0, it doesn't seem to be safe to clobber any
registers to me,
sure, the code could test if %r10 or %r11 are ever live in the current function
(if that information is up to date at t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534
--- Comment #26 from Jakub Jelinek ---
(In reply to Lukas Grätz from comment #25)
> (In reply to Jakub Jelinek from comment #19)
> > (In reply to H.J. Lu from comment #18)
> > > (In reply to Jakub Jelinek from comment #17)
> > > > E.g. shouldn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108323
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2024-01-30 00:00:00 |2024-2-1
--- Comment #2 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108323
--- Comment #3 from Jonathan Wakely ---
Also, locale::combine (and has_facet and use_facet, and locale::global and
locale::classic) should use [[nodiscard]].
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113255
--- Comment #15 from Richard Biener ---
The issue is also that via CSELIB we go from the good
(minus:DI (reg/f:DI 119)
(reg:DI 115))
to
(minus:DI (value:DI 11:11 @0x41fca00/0x41ec410)
(value:DI 10:15448 @0x41fc9e8/0x41ec3e0))
and lat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51492
--- Comment #7 from Li Pan ---
RISC-V backend reproduce code, build with "-march=rv64gcv_zba_zbb_zbc_zbs
--param=riscv-autovec-preference=fixed-vlmax -Ofast -ffast-math"
typedef unsigned short uint16_t;
void AAA (uint16_t *x, uint16_t *y, unsig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113255
--- Comment #16 from Richard Biener ---
The "interesting" part is that the i386 + simplify_rtx parts fix the issue but
if you add the alias.cc part ontop it again fails at -O1 (the alias.cc part
alone also "fixes" it). This all of course shows
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51492
--- Comment #8 from JuzheZhong ---
Missing saturate vectorization causes RVV Clang 20% performance better than RVV
GCC during recent benchmark evaluation.
In coremark pro zip-test, I believe other targets should be the same.
I wonder how we sho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51492
--- Comment #9 from JuzheZhong ---
Ok. After investigation of LLVM:
Before loop vectorizer:
%cond12 = tail call i32 @llvm.usub.sat.i32(i32 %conv5, i32 %wsize)
%conv13 = trunc i32 %cond12 to i16
After loop vectorizer:
%10 = call <16 x i3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113684
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113682
--- Comment #5 from Mathias Stearn ---
(In reply to Andrew Pinski from comment #2)
> I should note that on x86, 2 cmov in a row might be an issue and worse than
> branches. There is a cost model and the x86 backend rejects that.
>
> There are s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113684
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112437
--- Comment #3 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:65b105b4f399559685200e1598ead8c7d0935c04
commit r14-8697-g65b105b4f399559685200e1598ead8c7d0935c04
Author: Marek Polacek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112580
--- Comment #8 from Patrick Palka ---
Reduced testcase for the xtreme-header-{4,5,6} error:
$ cat 112580_a.H
template
struct _Formatting_scanner {
long long _M_unpacked_size;
struct {
int _M_values;
};
virtual int _M_format_arg() {
: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20240201, works with 20240131 on aarch64-linux-gnu
during GIMPLE pass: widening_mul
../../src/gcc/value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113703
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113705
--- Comment #1 from Matthias Klose ---
Created attachment 57281
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57281&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113705
Richard Biener changed:
What|Removed |Added
CC||sayle at gcc dot gnu.org
Target Mile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105608
--- Comment #15 from GCC Commits ---
The master branch has been updated by Lewis Hyatt :
https://gcc.gnu.org/g:019dc63819befb2b82077fb2d76b5dd670946f36
commit r14-8698-g019dc63819befb2b82077fb2d76b5dd670946f36
Author: Lewis Hyatt
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113690
H.J. Lu changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #3 from H.J. Lu ---
It is cause
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534
--- Comment #27 from Lukas Grätz ---
(In reply to Jakub Jelinek from comment #26)
> (In reply to Lukas Grätz from comment #25)
> > (In reply to Jakub Jelinek from comment #19)
> > > (In reply to H.J. Lu from comment #18)
> > > > (In reply to Jaku
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51492
--- Comment #10 from JuzheZhong ---
Hi, Tamar.
We are interested in supporting saturating and rounding.
We may need to support scalar first.
Do you have any suggestions ?
Or you are already working on it?
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51492
--- Comment #11 from JuzheZhong ---
Hi, Tamar.
We are interested in supporting saturating and rounding.
We may need to support scalar first.
Do you have any suggestions ?
Or you are already working on it?
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113703
--- Comment #2 from Krister Walfridsson ---
Here is a runtime testcase:
#include
#include
#include
__attribute__((noipa))
void f1 (char *p, uintptr_t i, uintptr_t n)
{
p += i;
do
{
*p = '\0';
p += 1;
i++;
}
w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51492
--- Comment #12 from Tamar Christina ---
(In reply to JuzheZhong from comment #11)
> Hi, Tamar.
>
> We are interested in supporting saturating and rounding.
Awesome!
>
> We may need to support scalar first.
>
> Do you have any suggestions ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113700
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113703
--- Comment #3 from Krister Walfridsson ---
Oops. I messed up the test case... It "works", but the actual values does not
make sense...
The following is better:
int main()
{
long pgsz = sysconf (_SC_PAGESIZE);
void *p = mmap (NULL, pgsz *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113705
Alex Coplan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112437
--- Comment #4 from GCC Commits ---
The releases/gcc-13 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:aa24f8f67fbff1c324c189b2bec9f58bd09f82dd
commit r13-8268-gaa24f8f67fbff1c324c189b2bec9f58bd09f82dd
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112437
--- Comment #5 from GCC Commits ---
The releases/gcc-12 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:4617c9b6eb22062a319dcdbddb8c3cebce398c15
commit r12-10124-g4617c9b6eb22062a319dcdbddb8c3cebce398c15
Author: Marek Polacek
OP 100
int main()
{
long long result[N+1] = {};
#if 1
std::mt19937 gen(20240201);
#else
std::mt19937_64 gen(20240201);
#endif
for (int i = 1; i <= OUTER_LOOP; i++) {
#if 1
std::binomial_distribution d(N, P);
for (int j = 1; j <= INNER_LOOP; j++)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113706
Bug ID: 113706
Summary: c-c++-common/pr103798-2.c FAILs as C++
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88849
Jonathan Wakely changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113706
--- Comment #1 from Rainer Orth ---
Created attachment 57282
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57282&action=edit
32- bit i386-pc-solaris2.11 preprocessed input
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113706
--- Comment #2 from Rainer Orth ---
Created attachment 57283
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57283&action=edit
32- bit i386-pc-solaris2.11 assembler output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113706
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112437
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
refix=/local/suz-local/software/local/gcc-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 14.0.1 20240201 (experimental) (GCC)
[533] %
[533] % gcctk -O1 small.c
during GIMPLE pass: cu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113705
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113707
Jakub Jelinek changed:
What|Removed |Added
Summary|ICE on valid code at -O1 on |[14 Regression] ICE on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113705
Alex Coplan changed:
What|Removed |Added
Summary|[14 Regression] ICE in |[14 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112987
nsz at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113700
--- Comment #4 from Niclas Rosenvik ---
(In reply to Rainer Orth from comment #3)
> (In reply to Niclas Rosenvik from comment #2)
> > (In reply to Andrew Pinski from comment #1)
> > > >I tried to add the gcc12 and up parts of
> > >
> > > It is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112944
--- Comment #3 from Georg-Johann Lay ---
See also the GCC v14 Release Notes:
https://gcc.gnu.org/gcc-14/changes.html#avr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113705
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113684
--- Comment #6 from H.J. Lu ---
Should there be configure options, like
--with-working-gnu-as
--with-working-gnu-ld
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113684
--- Comment #7 from Jakub Jelinek ---
That is fuzzy, because working as or ld can mean a lot of things. Latest
binutils as/ld can be working, or 5 or 7 years old binutils as well. So what
exactly we mean by that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112919
--- Comment #7 from Xi Ruoyao ---
Any update? :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113705
--- Comment #5 from Jakub Jelinek ---
--- gcc/tree-ssa-math-opts.cc.jj2024-02-01 09:14:16.623549514 +0100
+++ gcc/tree-ssa-math-opts.cc 2024-02-01 17:48:59.151771177 +0100
@@ -2572,7 +2572,8 @@ is_widening_mult_rhs_p (tree type, tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113706
--- Comment #3 from H.J. Lu ---
On Solaris, when compiling this
#include
__attribute__ ((weak))
int
f (int a)
{
return memchr ("aE", a, 2) != NULL;
}
as C++ source, std::memchr is used and GCC doesn't treat std::memchr as
BUILT_IN_MEMCHR.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113684
--- Comment #8 from H.J. Lu ---
(In reply to Jakub Jelinek from comment #7)
> That is fuzzy, because working as or ld can mean a lot of things. Latest
> binutils as/ld can be working, or 5 or 7 years old binutils as well. So
> what exactly we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111268
--- Comment #16 from Richard Ball ---
Confirmed that approved patch:
https://sourceware.org/pipermail/gcc-patches/2024-February/644711.html
Fixes neon-sve-bridge.c error and the error in #c8.
The error in #c3 appears to already be fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111268
--- Comment #17 from Richard Ball ---
(In reply to Richard Ball from comment #16)
> Confirmed that approved patch:
> https://sourceware.org/pipermail/gcc-patches/2024-February/644711.html
>
> Fixes neon-sve-bridge.c error and the error in #c8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111268
--- Comment #18 from GCC Commits ---
The master branch has been updated by Richard Ball :
https://gcc.gnu.org/g:4571b4d413a4ba5f1e2d429a2623180ad1c73c0f
commit r14-8703-g4571b4d413a4ba5f1e2d429a2623180ad1c73c0f
Author: Richard Ball
Date: Th
1 - 100 of 185 matches
Mail list logo
