https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111731
--- Comment #19 from Dimitar Yordanov ---
I've rerun related tests and they look OK with the latest patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111731
--- Comment #17 from Dimitar Yordanov ---
I've executed more tests and see another one failing. This time "begin" is
inside of another range, not the one that gets calculated with this "begin". So
there is again an overlapping in the btree. Coul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111731
--- Comment #12 from Dimitar Yordanov ---
> Does this patch fix the problem for you?
yes. The failing testcase is successful after the change. I'll schedule more
tests.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111731
--- Comment #10 from Dimitar Yordanov ---
Valid question. Seeing others hitting the same issue and looking at the
backtrace I would think it is not directly in our code but comes with the usage
LLVMs LLJIT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111731
--- Comment #8 from Dimitar Yordanov ---
yes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111731
--- Comment #6 from Dimitar Yordanov ---
Before the fix for PR 110956 there was just one btree_insert call for the same
"ob"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111731
--- Comment #5 from Dimitar Yordanov ---
> It looks like the code does not find an unwind frame when de-registering an
> exception handler
>From what I understand so far the issue is already there when doing the
registration. There is twice a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111731
Dimitar Yordanov changed:
What|Removed |Added
CC||dimitar.yordanov at sap dot com
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dimitar.yordanov at sap dot com
Target Milestone: ---
Hi,
we hit an ICE with the following reduced example:
cat > foo.cc << EOF
class a {
struct b {
int c;
int f;
};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104880
--- Comment #4 from Dimitar Yordanov ---
Thanks, works for me!
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: dimitar.yordanov at sap dot com
Target Milestone: ---
Hi,
I hit an ICE with the following reduced example:
cat > foo.cc << EOF
class c {
long b;
};
class B {
public:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91935
--- Comment #3 from Dimitar Yordanov ---
ld.bfd --gc-sections drops the dead symbols, at least in the example code.
ld.gold --gc-sections works differently. I guess it does not even look at
sections without SHF_ALLOC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91935
--- Comment #2 from Dimitar Yordanov ---
Probably already clear, but to write down what I read so far and did not write
with the initial report:
PR lto/83452. is actually not the regression, it is just a workaround to "Make
discarded global symb
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dimitar.yordanov at sap dot com
Target Milestone: ---
Hi,
we see a regression for the following exam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90947
Dimitar Yordanov changed:
What|Removed |Added
CC||dimitar.yordanov at sap dot com
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dimitar.yordanov at sap dot com
Target Milestone: ---
Hi,
I see following behavior manifesting itself first after the fix for PR
lto/83452.
cat > foo.c << EOF
const char *a = "a";
EOF
g++ -fl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83452
--- Comment #17 from Dimitar Yordanov ---
I still see the issue with the latest master branch from today[1].
1-
https://gcc.gnu.org/git/?p=gcc.git;a=patch;h=ed76597323f2005730596f3a85583691621aa616
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83452
dimitar.yordanov at sap dot com changed:
What|Removed |Added
CC||dimitar.yordanov at sap
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dimitar.yordanov at sap dot com
Target Milestone: ---
Regression appeared first with:
PR c++/86521 - C++17 copy elision in initialization by constructor.
Reproducer:
cat
19 matches
Mail list logo
