https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112573
Wilco changed:
What|Removed |Added
Last reconfirmed||2023-11-20
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112640
--- Comment #8 from Andrew Pinski ---
(In reply to Sam James from comment #7)
> # head -10 /proc/cpuinfo
> processor : 0
> BogoMIPS: 50.08
> Features: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp
> asimdhp cpuid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #5 from Jakub Jelinek ---
Ah, I see, the problem is that the sanitizers use (both in GCC and Clang)
-fno-builtin option, which makes it not work unless user uses just memcpy.
Short testcase:
extern "C" void *memcpy (void *, const voi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112640
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #9 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #6 from Jakub Jelinek ---
Maybe
extern "C" {
static void *memcpy (void *, const void *, decltype (sizeof 0)) __attribute__
((weakref ("__sanitizer_internal_memcpy")));
static void *memmove (void *, const void *, decltype (sizeof
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #7 from Jakub Jelinek ---
It doesn't work after the string.h declarations of those functions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112643
Bug ID: 112643
Summary: Failure to build libitm with --disable-bootstrap after
r14-5607-g2f8f7ee2db82a3
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112643
--- Comment #1 from anlauf at gcc dot gnu.org ---
Created attachment 56655
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56655&action=edit
config.status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112643
--- Comment #2 from anlauf at gcc dot gnu.org ---
For clarification: I did not bisect, but yesterdays build did work,
today's doesn't, and I am seeing warnings while building libgfortran
most likely pointing to this change.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112614
--- Comment #2 from joseph at codesourcery dot com ---
The sign of a NaN isn't specified for conversions, only for a few
operations such as absolute value, negation, copysign.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111970
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111970
--- Comment #20 from Andrew Pinski ---
(In reply to Tamar Christina from comment #19)
> I have noticed some other gather related failures but haven't had time to
> triage them to file bugs. Hoping to get to that soon.
I had noticed the followi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112596
--- Comment #4 from Veeraraghavan Sekar ---
Okay thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112583
--- Comment #5 from Patrick O'Neill ---
I built all the zvl variants as a multilib. It seems like that caused them to
interfere with eachother (potentially picking up the wrong glibc?). I'll rerun
with separate runs & update the issues with upda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111970
--- Comment #21 from Li Pan ---
(In reply to Robin Dapp from comment #18)
> I did a quick testsuite run on rv32 and can confirm that this fixes the
> issue for me.
Confirmed that this fixes the issue on RV64 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100903
--- Comment #13 from Christopher Head ---
Could the error message be made more readable by trying to call an
undefined-but-declared non-consteval function inside the consteval context in
the error case, rather than throwing? The name of the func
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112325
--- Comment #8 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:e5e305e6048c042139037378fe6abfad5735b54f
commit r14-5632-ge5e305e6048c042139037378fe6abfad5735b54f
Author: liuhongt
Date: Fri Nov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112637
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-11-21
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102144
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
--- Comment #3 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102144
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111972
liuhongt at gcc dot gnu.org changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112644
Bug ID: 112644
Summary: [14 Regression] Some of the hwasan testcase fail after
the recent merge
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: testsu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112644
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112644
--- Comment #1 from Andrew Pinski ---
for halt_on_error-1.c, it is trying to match:
WRITE of size 17 at 0x[0-9a-f]+.*READ of size 1 at 0x[0-9a-f]+.*WRITE of size 1
at 0x[0-9a-f]+.*READ of size 1 at 0x[0-9a-f]+.*
But we get just:
WRITE of size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112644
--- Comment #2 from Andrew Pinski ---
hwasan-thread-clears-stack.c looks like it now able to describe the location.
So that seems like only a testsuite issue.
halt_on_error-1.c does look like we just halt on a failure instead of continue
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111972
--- Comment #13 from Andrew Pinski ---
(In reply to liuhongt from comment #12)
>
> Is there any progress for this?
I have a patch ready to post for this but since I changed employement a few
weeks ago, I have to clear legal requirements still.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70
--- Comment #9 from LIU Hao ---
(In reply to Costas Argyris from comment #8)
> (In reply to LIU Hao from comment #3)
> > Costas, would you like to provide a configure option to exclude that
> > manifest?
>
> I created a patch for that and attac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112645
Bug ID: 112645
Summary: missed-optimization: cswitch optimization missed in
nested if-statement
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112638
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100530
Andrew Pinski changed:
What|Removed |Added
CC||iamanonymous.cs at gmail dot
com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69549
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112611
Jiahao Xu changed:
What|Removed |Added
CC||xujiahao at loongson dot cn
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112597
--- Comment #4 from JuzheZhong ---
Confirm on C/C++ RV32 and RV64 FAILs
FAIL: gcc.dg/pr30957-1.c also happens on X86 so we need to ignore it.
The other one is:
FAIL: gcc.target/riscv/rvv/autovec/gather-scatter/gather_load_run-12.c
execution t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #2 from JuzheZhong ---
Since zvl128b and zvl256b bug fix are done.
So I am gonna work on zvl512b now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111972
--- Comment #14 from liuhongt at gcc dot gnu.org ---
(In reply to Andrew Pinski from comment #13)
> (In reply to liuhongt from comment #12)
> >
> > Is there any progress for this?
>
> I have a patch ready to post for this but since I changed em
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112643
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112406
--- Comment #14 from Tamar Christina ---
Thanks, Those cases seem fixed now.
I do however still see another LTO failure that looks related in SPECCPU 2006:
ratectl.c:1566:6: internal compiler error: in vect_transform_reduction, at
tree-vect-l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112520
Xi Ruoyao changed:
What|Removed |Added
CC||dmalcolm at redhat dot com
Summa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112520
--- Comment #3 from Xi Ruoyao ---
(In reply to Xi Ruoyao from comment #2)
> Not a target-specific issue. Starting from
> https://github.com/python/cpython/commit/
> ea2c0016502472aa8baa3149050ada776d17a009 where an unnamed union is added.
Full
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112643
--- Comment #4 from Haochen Jiang ---
It is weird since everything passed even under bootstrap.
Could you provide the exact options you build GCC with --disable-bootstrap for
me to reproduce?
I suppose all of them are '--enable-libsanitizer' '
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112643
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112643
urs at akk dot org changed:
What|Removed |Added
CC||urs at akk dot org
--- Comment #6 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112643
--- Comment #7 from Andrew Pinski ---
I suspect the common theme here is enable-default-pie .
In the case of the original report was built with a compiler that had enabled
and --disable-bootstrap got it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111970
--- Comment #22 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:c656d268c9dac8b6f710b9bbd399214cb11b3287
commit r14-5635-gc656d268c9dac8b6f710b9bbd399214cb11b3287
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112643
--- Comment #8 from anlauf at gcc dot gnu.org ---
(In reply to Haochen Jiang from comment #4)
> Could you provide the exact options you build GCC with --disable-bootstrap
> for me to reproduce?
>
> I suppose all of them are '--enable-libsanitize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111970
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112643
--- Comment #9 from Andrew Pinski ---
I will look into this tomorrow but maybe there is some gc issue going on.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112643
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Summary|Failure to buil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112643
--- Comment #10 from Haochen Jiang ---
(In reply to Andrew Pinski from comment #7)
> I suspect the common theme here is enable-default-pie .
>
> In the case of the original report was built with a compiler that had
> enabled and --disable-boots
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112643
--- Comment #11 from urs at akk dot org ---
I'm using
gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-linux-gnu/13/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none:amdgcn-amdhsa
OFFLOAD_TARGET_DEFAULT=1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112406
--- Comment #15 from Robin Dapp ---
Hmm, that's definitely related to the original change but most likely not to
the fixes.
gcc_assert (code == IFN_COND_ADD || code == IFN_COND_SUB
|| code == IFN_COND_MUL || code == IFN_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112643
--- Comment #12 from Andrew Pinski ---
Wait -march=native .
Are these all on cores that have avx on it? If this is a dup of that other bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112643
--- Comment #13 from Andrew Pinski ---
It might be that the issue has been latent for a long time and only started to
show up with newer sources and that bootstrap actually is the only way to
workaround it now (well when it is fixed).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112643
--- Comment #14 from Haochen Jiang ---
Intel(R) Core(TM) i5-8250U and AMD Ryzen 7 PRO 6850U both have AVX.
I am trying to reproduce that on building trunk with GCC 13.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112643
--- Comment #15 from Andrew Pinski ---
See pr 112572 .
101 - 155 of 155 matches
Mail list logo
