https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120119
--- Comment #1 from Khem Raj ---
Just
-O2 -mcpu=cortex-a57+crc
is enough to reproduce the ICE, it works with -O1 or -Os
with -O2 it only works without -mcpu=cortex-a57+crc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120119
Bug ID: 120119
Summary: [15 Regression] GCC 15.1.0 segfaults compiling
VK-GL-CTS on aarch64/musl target
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342
--- Comment #18 from Khem Raj ---
(In reply to Andrew Pinski from comment #16)
> (In reply to Khem Raj from comment #15)
> > My problem was that I made the version to be 15.1.0
>
> How?
in yocto, we copy the tools/symlinks into locations manua
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #15 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115368
Khem Raj changed:
What|Removed |Added
Attachment #58366|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115368
--- Comment #1 from Khem Raj ---
Created attachment 58366
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58366&action=edit
potential fix
This patch uses -idirafter instead of -iprefix when building for musl. This
fixes the issue as the se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115368
Bug ID: 115368
Summary: Wrong order of gcc include paths on musl systems
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115042
Bug ID: 115042
Summary: valgrind test fails to compile on armv7
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113986
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #5 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110061
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #17 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110901
--- Comment #2 from Khem Raj ---
(In reply to Andrew Pinski from comment #1)
> Order matters. In this case -march is after -mcpu ...
It does not seem to be effective in this case. I tried to specify -mcpu after
-march and vice-versa, result is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110901
Bug ID: 110901
Summary: -march does not override -mcpu on aarch64
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108681
Bug ID: 108681
Summary: gcc hangs compiling opencv/channels_combine.cpp for
aarch64
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108647
--- Comment #22 from Khem Raj ---
(In reply to Jakub Jelinek from comment #20)
> How could these changes result in
> ../harfbuzz-6.0.0/src/hb-map.hh:295:5: error: no match for ‘operator|’
> (operand types are ‘hb_filter_iter_t unsigned int, true
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107461
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #6 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108647
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #19 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105144
--- Comment #10 from Khem Raj ---
(In reply to Andrew Pinski from comment #9)
> (In reply to Andrew Pinski from comment #8)
> > (In reply to Khem Raj from comment #7)
> > > in Yocto we build outside the source tree. And during cross-build it wil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105144
--- Comment #7 from Khem Raj ---
in Yocto we build outside the source tree. And during cross-build it will copy
aarch64.h into builddir and use it from there but then build can not find files
it includes since its being included from builddir. T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105144
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #6 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108564
Bug ID: 108564
Summary: RISCV std::atomic needs libatomics
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105312
--- Comment #8 from Khem Raj ---
yeah I can verify that the ICE is gone.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105316
--- Comment #2 from Khem Raj ---
ah yes. Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105316
Bug ID: 105316
Summary: Seemingly bogus -Wdangling-pointer from ppc/ppc64
kernel printk with gcc12
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105312
Bug ID: 105312
Summary: attribute__((optimize("-O3")))
stress_matrix_xy_identity compiling stress-ng for arm
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105251
--- Comment #11 from Khem Raj ---
yes thanks. I have done so https://jira.mongodb.org/browse/SERVER-65664
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105251
--- Comment #9 from Khem Raj ---
how does something like this look ?
#include
#include
#include
#include
#ifdef __cpp_lib_hardware_interference_size
using std::hardware_constructive_interference_size;
using std::hardware_destructiv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105251
--- Comment #8 from Khem Raj ---
So in this case if I change
static_assert(sizeof(decltype(_together)) <=
hardware_constructive_interference_size,
"cache line spill");
to
static_assert(sizeof(decltype(_together)) <
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105251
--- Comment #6 from Khem Raj ---
this is from mongodb.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105251
--- Comment #4 from Khem Raj ---
I dont think its a bug per-se, I am looking for fixing it right way. Should I
pass a non-default value via gcc cmdline or adjust the size expectations in
code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105253
--- Comment #3 from Khem Raj ---
(In reply to Andrew Pinski from comment #1)
> Two things. First the error message is for arm target but you then reference
> x86_64 target options.
>
> Second there is a loop for popcount which gets translated b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105253
Bug ID: 105253
Summary: __popcountdi2 calls generated in kernel code with
gcc12
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105251
Bug ID: 105251
Summary: static assert sizeof(decltype(_together)) <=
hardware_constructive_interference_size fails with
gcc12
Product: gcc
Version: 12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
--- Comment #3 from Khem Raj ---
Second sample works when I do not use _FORTIFY_SOURCES=2, so perhaps gcc-12
needs to adjust some glibc headers ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
--- Comment #2 from Khem Raj ---
Created attachment 52787
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52787&action=edit
test case 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
--- Comment #1 from Khem Raj ---
here is another testcase from gnupg on mips with gcc12 failing
$ mips-yoe-linux-gcc dirmngr.i
In file included from
/mnt/b/yoe/master/build/tmp/work/mips32r2-yoe-linux/gnupg/2.3.4-r0/recipe-sysroot/usr/include/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
Bug ID: 105234
Summary: nlining failed in call to 'always_inline'
'fmt::v8::basic_format_string::basic_format_string(const S&)
Product: gcc
Version: 12.0
Status: UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99453
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #8 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100011
--- Comment #1 from Khem Raj ---
this one seems to be the cause
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=3a66c289a3f395e50de79424e1e6f401a4dc1ab7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100011
Bug ID: 100011
Summary: internal compiler error in analyzer during IPA pass
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99658
--- Comment #2 from Khem Raj ---
(In reply to Richard Biener from comment #1)
> Yes. GCC rightfully expects all libgcc functions to be available. Arguably
> one divmod call is better than two calls to mod and div.
thanks makes sense.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99658
Bug ID: 99658
Summary: __divmoddi4 calls are generated on i686
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99489
--- Comment #10 from Khem Raj ---
(In reply to Martin Sebor from comment #9)
> Fixed in r11-7658.
I validated the fix as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99581
Bug ID: 99581
Summary: internal compiler error: during RTL pass: final - void
QTWTF::TCMalloc_PageHeap::scavengerThread()
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99489
Khem Raj changed:
What|Removed |Added
Known to work||10.2.0
Host|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99489
Bug ID: 99489
Summary: internal compiler error: during GIMPLE pass: strlen in
dlt_logstorage_log_file_name()
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99422
--- Comment #16 from Khem Raj ---
the kernel build failures still happen. I am re-opened #99454 and #99455
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99455
--- Comment #3 from Khem Raj ---
Created attachment 50333
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50333&action=edit
testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99455
Khem Raj changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99454
Khem Raj changed:
What|Removed |Added
Resolution|DUPLICATE |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99437
Khem Raj changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99455
Bug ID: 99455
Summary: internal compiler error: In function
'prb_reserve_in_last' in linux kernel
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99454
--- Comment #1 from Khem Raj ---
btw. another data point when compiling with -Os it works but fails with -O1 or
-O2
it was working ok with gcc snapshot from 10 days ago.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99454
Bug ID: 99454
Summary: internal compiler error: kernel module tg3
tg3_start_xmit
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99437
--- Comment #1 from Khem Raj ---
the version of gcc in use is
gcc version 11.0.1 20210306 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99437
Bug ID: 99437
Summary: Error: immediate value out of range 1 to 8 at operand
3 -- `shrn v1.8b,v1.8h,15'
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99420
Bug ID: 99420
Summary: New warning -Warray-parameter
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99354
Bug ID: 99354
Summary: spurious Wuninitialized warning diagnostic
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
57 matches
Mail list logo
