https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103537
--- Comment #7 from Hedayat Vatankhah ---
An interesting part of the problem is that following calls:
sc2.CallSamplePrivate();
sc2.CallOverloadedPrivate(4);
sc2.CallOverloadedPrivate(4.0f);
both before and after using MakeFake<>() c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103537
Hedayat Vatankhah changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103537
--- Comment #5 from Hedayat Vatankhah ---
Oops, maybe I'm wrong. I forgot that I've also wrapped
SampleClass::SamplePrivate, so let me investigate further. Sorry for the
inconvenience.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103537
--- Comment #4 from Hedayat Vatankhah ---
Well, sorry if I should gave more logs to make it more clear.
Note that the crash happens here:
https://github.com/hedayat/powerfake/blob/a4c80d6628816656796d2e85b4422218da05ce00/powerfake.h#L257
And t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103537
--- Comment #2 from Hedayat Vatankhah ---
With these options, the code runs a bit more but still crashes. The output of
each option is given below:
Output with -fsanitize=undefined:
/home/hedayat/Projects/powerfake/powerfake.h:257:40: runtime e
NCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: hedayat.fwd at gmail dot com
Target Milestone: ---
When compiling https://github.com/hedayat/powerfake with GCC 11.2.1 with
default settings, which us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101010
--- Comment #2 from Hedayat Vatankhah ---
(In reply to Martin Sebor from comment #1)
> Does the type_info::name() string match what you're looking for?
No, not at all. Looks like I've not clearly described my intent.
First of all, type_info::
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: hedayat.fwd at gmail dot com
Target Milestone: ---
Currently, there is no method to generate mangled symbol as an string or as a
symbol.
A mangled symbol as string
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85965
--- Comment #15 from Hedayat Vatankhah ---
Thanks!
Yep, I'm certainly not a C++ standard expert.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85965
--- Comment #12 from Hedayat Vatankhah ---
OK, I found the problem. Yes, the fix is included in 9.1.1.
However, the fix assumes that the type must be complete when desctructor is
called, but unfortunately, this is a wrong assumption. AFAIK, this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85965
--- Comment #10 from Hedayat Vatankhah ---
Isn't it expected to be fixed in Gcc 9.1.1? It seems to still affect GCC 9.1.1
(Fedora 30)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85965
Hedayat Vatankhah changed:
What|Removed |Added
CC||hedayat.fwd at gmail dot com
++
Assignee: unassigned at gcc dot gnu.org
Reporter: hedayat.fwd at gmail dot com
Target Milestone: ---
Code:
-
#include
#include
#include
#include
using namespace std;
int main(int argc, char **argv
13 matches
Mail list logo
