https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116102
Bug ID: 116102
Summary: static_cast to derived& of base& produced unused
gimple ir and affected the correctness of
-fsanitize=vptr
Product: gcc
Version: 12.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116101
--- Comment #2 from Richard Biener ---
Yeah, when -fno-tree-ter - this is explicitly to help COND_EXPR expansion when
TER is enabled. TER also has more constraints like not TER-ing across
calls(?),
so the code likely duplicates too much anyways
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116100
--- Comment #1 from Richard Biener ---
True, though it seems to matter less in practice for vec_cond consumed ops (or
rather vector typed expressions in general).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116098
--- Comment #7 from Richard Biener ---
Ah, it's the code that makes SRA widen bit-precision values to size-precision
integers. That said, I don't see why the V_C_E should not be moveable.
value$8_11 = MEM [(struct Value *)&s_value + 8B];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116098
--- Comment #6 from Andrew Pinski ---
(In reply to Richard Biener from comment #5)
> Why should they be non-moveable? Because the padding might be not
> initialized?
> That there's a V_C_E to bool looks odd (I assume the value type is void * or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116098
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116097
Richard Biener changed:
What|Removed |Added
Version|unknown |15.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116094
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116092
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 115757, which changed state.
Bug 115757 Summary: [modules] maybe_unused attributes not honored in member
function of imported class template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115757
What|Remov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115757
Nathaniel Shead changed:
What|Removed |Added
Target Milestone|--- |15.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115757
--- Comment #2 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:fd599d96d464caed8bf78e4a43120d9a121b7e7a
commit r15-2334-gfd599d96d464caed8bf78e4a43120d9a121b7e7a
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116007
--- Comment #11 from A. Wilcox (awilfox) ---
I was unable to find any target-specific code in libquadmath at all.
I haven't bothered to actually bisect this, but the 13 branch is the last one
that builds libquadmath without the compiler support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116098
--- Comment #4 from Andrew Pinski ---
So the check for VCE should be:
type_strictly_matches_mode_p (TREE_TYPE (lhs))
I am trying to figure out if the padding bits on real types matter here. I
don't think so since those padding are ignored alway
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111924
--- Comment #2 from Andrew Pinski ---
I think I will do this after I fix PR 116098 which is related (in that I now
need to change two places for the fix).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116098
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116065
--- Comment #10 from Andrew Pinski ---
Note I submitted the aarch64 patch here:
https://gcc.gnu.org/pipermail/gcc-patches/2024-July/658287.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116052
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
Eve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115824
--- Comment #5 from Randy MacLeod ---
Andrew, Is Rogério's confirmation, that reverting r12-10250-g8ec265c1464dec
avoids the error, sufficient to revert the commit on 12.4 or do you want
someone to write a test case, confirm it works on 12.3's t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116096
Hongtao Liu changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |liuhongt at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116096
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105361
Jerry DeLisle changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20585
Bug 20585 depends on bug 105361, which changed state.
Bug 105361 Summary: Incorrect end-of-file condition for derived-type I/O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105361
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109753
Bug 109753 depends on bug 115403, which changed state.
Bug 115403 Summary: [15 Regression] highway build from git fails with 'target
specific option mismatch' (templates) since r15-902-geff00046409a72
https://gcc.gnu.org/bugzilla/show_bug.cgi?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115403
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109753
--- Comment #22 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:e397f8524a7982004eb616217477434ce350e80f
commit r15-2332-ge397f8524a7982004eb616217477434ce350e80f
Author: Jason Merrill
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115403
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:e397f8524a7982004eb616217477434ce350e80f
commit r15-2332-ge397f8524a7982004eb616217477434ce350e80f
Author: Jason Merrill
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116101
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-07-25
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116101
Bug ID: 116101
Summary: [14/15 Regression] isel duplicates comparisons even at
-O0
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: internal-improvemen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115897
--- Comment #12 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:523836716137d0f7f4088c85752a980f5f971b36
commit r15-2331-g523836716137d0f7f4088c85752a980f5f971b36
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115897
--- Comment #11 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:9bcad238837e2100978cd839c343c488f72e1d4a
commit r15-2330-g9bcad238837e2100978cd839c343c488f72e1d4a
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116096
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-07-25
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116085
--- Comment #6 from Jeffrey A. Law ---
So I think Philipp's code would work if it transformed the resulting min/max
into a minu/maxu. And I think there's some room for improvement here.
The core bug is that we're sign-extending the non-constan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116090
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-07-25
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116090
Andrew Pinski changed:
What|Removed |Added
Known to fail||15.0
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116099
--- Comment #5 from Jonathan Wakely ---
Ha, so because it doesn't know what `const Oops` is, g++ applies the
implicit-int rule and decides it's `const int Oops` i.e. a non-type template
parameter, but that's invalid because `template struct S` i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116100
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116100
Bug ID: 116100
Summary: (VEC_COND (UNCOND_EXPR)) -> COND_FN conversion should
happen in isel
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: internal-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116099
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116098
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-07-25
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116098
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116099
--- Comment #3 from Jonathan Wakely ---
I didn't find a match for the "ISO C++ forbids declaration of 'type name' with
no type" text, but we certainly have some bugs about implicit int causing bad
recovery.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116098
Andrew Pinski changed:
What|Removed |Added
Component|c |tree-optimization
Summary|_B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116099
--- Comment #2 from Andrew Pinski ---
This might be a dup ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116016
--- Comment #21 from Bill Wendling ---
Another question: Should we allow side-effects in the builtin? I think it would
cause too much pain if we did. If we don't allow it, should it emit a warning
or silently become a no-op?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116099
--- Comment #1 from Jonathan Wakely ---
For comparison, Clang also doesn't give consistent errors:
x.cc:3:3: error: use of undeclared identifier 'Oops'
3 | S o;
| ^
x.cc:4:9: error: unknown type name 'Oops'
4 | S oo;
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116099
Bug ID: 116099
Summary: Inconsistent errors for ClassTemplate and
ClassTemplate
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: diagnostic
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116098
Bug ID: 116098
Summary: _Bool value from tagged union is incorrect when built
with -O1
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115403
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116097
Bug ID: 116097
Summary: strlcpy, strlcat --> memcpy optimization passes
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116016
--- Comment #20 from qinzhao at gcc dot gnu.org ---
(In reply to Bill Wendling from comment #19)
> > Does it have to be a FAM? What is the problem if this is used on, e.g. an
> > arbitrary pointer?
> >
>
> IMO once we have support for 'counted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115881
--- Comment #7 from Sergei Trofimovich ---
Started from r15-1945-g9d20529d94b232. https://gcc.gnu.org/PR115991#c10 also
has an `x86_64 -m64 -O2` example extracted from ICE during `linux-6.10` kernel
build.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115881
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115991
Sergei Trofimovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110171
Arsen Arsenović changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |arsen at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116080
--- Comment #6 from Andi Kleen ---
Created attachment 58761
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58761&action=edit
Improve test suite tail call checks
This patch should fix it. We must run the test suite tail call probes without
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116086
--- Comment #5 from Patrick O'Neill ---
Ah yep that was it :)
Reduced testcase:
long a;
long b;
long c[80];
int main() {
for (int d = 0; d < 16; d++)
c[d] = a;
for (int d = 16; d < 80; d++)
c[d] = c[d - 2];
for (int d = 0; d < 80;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116085
--- Comment #5 from Jeffrey A. Law ---
Bisection landed on this change from 2022:
commit 3142265dedd84c2f3dbf824f2d1b0c182e3c8b3c
Author: Philipp Tomsich
Date: Sun Oct 16 10:51:47 2022 +0200
RISC-V: No extensions for SImode min/max agai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110338
Bug 110338 depends on bug 110343, which changed state.
Bug 110343 Summary: [C++26] P2558R2 - Add @, $, and ` to the basic character set
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110343
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110343
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110343
--- Comment #12 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:29341f21ce1eb7cdb8cd468e4ceb0d07cf2775e0
commit r15-2322-g29341f21ce1eb7cdb8cd468e4ceb0d07cf2775e0
Author: Jakub Jelinek
Date:
ary-trunk-r15-2320-20240725090119-g3aeb697a215-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20240725 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115819
Jeffrey A. Law changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116016
--- Comment #19 from Bill Wendling ---
(In reply to Siddhesh Poyarekar from comment #13)
> (In reply to qinzhao from comment #11)
> > After the discussion with Kees on the major usage of this new builtin, I
> > think that the above Category A mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116016
--- Comment #18 from Bill Wendling ---
(In reply to qinzhao from comment #12)
> (In reply to Bill Wendling from comment #10)
> > The Clang implementation will probably have a prototype of something like:
> >
> > void __builtin_set_counted_by(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50
Adhemerval Zanella changed:
What|Removed |Added
CC||adhemerval.zanella at linaro
dot o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116095
--- Comment #4 from Andrew Pinski ---
Mainly also see https://cplusplus.github.io/CWG/issues/2369.html .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116085
Jeffrey A. Law changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116095
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116095
--- Comment #2 from Andrew Pinski ---
This might not be a GCC bug. GCC implements the C++ constraint on "satisfaction
of atomic constraint of itself" while most compilers don't.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116086
--- Comment #4 from Robin Dapp ---
Probably because I left out a crucial detail ;)
It only happens starting with vlen=256 in qemu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116095
--- Comment #1 from Enrico Maria De Angelis ---
Forgot to say that at the question on stackoverflow I've listed other ways that
make the code compile:
- change list to vector
- make r const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116095
Bug ID: 116095
Summary: satisfaction of atomic constraint depends on itself,
when piping boost range into range-v3
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116066
--- Comment #2 from Jeffrey A. Law ---
Xi, can you give the latest trunk a fresh try. There's a nonzero chance the
patch I just installed for 116039 fixes your problem.There's not enough RTL
shown to be sure though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116039
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116039
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:34fb0feca71f763b2fbe832548749666d34a4a76
commit r15-2321-g34fb0feca71f763b2fbe832548749666d34a4a76
Author: Jeff Law
Date: Thu Jul 25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115746
--- Comment #3 from Jakub Jelinek ---
BTW, with a modified version of fold-constr5.C which doesn't involve any fold
expanded constraints:
struct A {
using type = int;
};
struct B {
using type = long;
};
template concept C = true;
template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115746
Jakub Jelinek changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116094
Bug ID: 116094
Summary: Missing -Wodr diagnostic
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115746
--- Comment #1 from Jakub Jelinek ---
Created attachment 58759
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58759&action=edit
gcc15-pr115746-wip.patch
Untested WIP patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116093
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
with-as=/usr/bin/x86_64-pc-linux-gnu-as --enable-libsanitizer
--disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r15-2320-20240725090119-g3aeb697a215-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116092
Bug ID: 116092
Summary: Should allow --param options to the optimize
attribute/pragma
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116091
Bug ID: 116091
Summary: MinGW-w64 build not building plugin libraries
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116086
--- Comment #3 from Patrick O'Neill ---
I'm having trouble reproducing the failure. Here's my commands:
> /scratch/tc-testing/tc-compiler-fuzz-trunk/build-gcv/bin/riscv64-unknown-linux-gnu-gcc
> -O3 -march=rv64gcv -mrvv-max-lmul=m2 red.c -o use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116065
Andrew Pinski changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #9 from Andrew Pinski ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105361
--- Comment #7 from Jerry DeLisle ---
I am not allowed to close this PR. (???) It is Resolved/Fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105361
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:3aeb697a2158d359d9f951f6c6c6bcd9c53c8c2f
commit r15-2320-g3aeb697a2158d359d9f951f6c6c6bcd9c53c8c2f
Author: Jerry DeLisle
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116075
--- Comment #5 from Andrew Pinski ---
Note the original testcase was fixed via PR 116081 .
Patch for the other issue found here:
https://gcc.gnu.org/pipermail/gcc-patches/2024-July/658274.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116090
--- Comment #1 from Andrew Pinski ---
Created attachment 58757
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58757&action=edit
Slightly reduced
if we change opt_c to be bool rather than `unsigned char`, there is no
warning. I have not l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116016
--- Comment #17 from qinzhao at gcc dot gnu.org ---
(continue with the comment #16):
the compiler's responsibility is:
A. check whether p->fam has counted-by attribute or not;
B. get the corresponding counted-by field for p->fam and set it the va
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116090
Bug ID: 116090
Summary: [11 regression] Another -Wmaybe-uninitialized false
positive with std::optional
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116016
--- Comment #16 from qinzhao at gcc dot gnu.org ---
(In reply to Siddhesh Poyarekar from comment #15)
> (In reply to qinzhao from comment #14)
> > If we go with the category B (as I mentioned in Comment #9), define the new
> > builtin as a regul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116085
--- Comment #3 from Patrick O'Neill ---
(In reply to Xi Ruoyao from comment #2)
> Maybe add __attribute__((noipa)) for test() and merge the files.
That worked, thanks!
Testcase:
int a = 2;
unsigned b = 0x8000;
int arr_5[2][23];
void test(i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116088
Petr Sumbera changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116088
--- Comment #10 from Sam James ---
(In reply to Petr Sumbera from comment #9)
> Thread 2 received signal SIGILL, Illegal instruction.
> [Switching to Thread 1 (LWP 1)]
> 0x7fd0fef67f3a in isl_hash_table_init () from /usr/lib/64/libisl.so.23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116055
--- Comment #4 from Jan Hubicka ---
This does not reproduce for me (with trunk nor gcc14 build with
--target=powerpc64le-linux-gnu)
However the problem is almost surely sanity check in dumping code that flags
does not get worse (which they can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116088
--- Comment #9 from Petr Sumbera ---
Thread 2 received signal SIGILL, Illegal instruction.
[Switching to Thread 1 (LWP 1)]
0x7fd0fef67f3a in isl_hash_table_init () from /usr/lib/64/libisl.so.23
(gdb) x/i $pc
=> 0x7fd0fef67f3a : blsr %eax,%
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116016
--- Comment #15 from Siddhesh Poyarekar ---
(In reply to qinzhao from comment #14)
> If we go with the category B (as I mentioned in Comment #9), define the new
> builtin as a regular builtin,
> Then, arbitrary pointer for the 1st parameter is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116088
--- Comment #8 from Sam James ---
Try running this directly (no gdb), note the appended '-wrapper gdb,--args'.
/builds/psumbera/userland-gcc-11.5/components/gcc11/build/amd64/gcc/xgcc
-B/builds/psumbera/userland-gcc-11.5/components/gcc11/build/
1 - 100 of 178 matches
Mail list logo
