Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: blastrock at free dot fr
Target Milestone: ---
When I try to compile this simple program with gcc 5.3.1:
#include
int main(int argc, char *argv[])
{
const int val
Assignee: unassigned at gcc dot gnu.org
Reporter: blastrock at free dot fr
Target Milestone: ---
The following command always crashes:
c++filt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70517
--- Comment #1 from blastrock at free dot fr ---
Created attachment 38165
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38165=edit
preprocessed file by clang 3.8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70517
--- Comment #2 from blastrock at free dot fr ---
Created attachment 38166
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38166=edit
preprocessed file by gcc 5.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70517
blastrock at free dot fr changed:
What|Removed |Added
Attachment #38165|0 |1
is obsolete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87207
--- Comment #6 from blastrock at free dot fr ---
Great, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85211
--- Comment #5 from blastrock at free dot fr ---
I tried using their recipe to rebuild gcc. The configure line is the following:
$ /media/usb1/vitasdkbuild/build/gcc-final-prefix/src/gcc-final/configure
--build=x86_64-linux-gnu --host=x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85211
--- Comment #7 from blastrock at free dot fr ---
You are right, my bad.
I managed to build it by adding the definition in gcc/config/arm/arm.h .
My initial suggestion was to mention that behavior in the documentation, but if
you think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85211
--- Comment #2 from blastrock at free dot fr ---
I think it would be nice to mention it in the documentation as it was in
version 6. And I was hoping for a way to disable it at runtime, recompiling gcc
seems quite complex...
iority: P3
Component: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: blastrock at free dot fr
Target Milestone: ---
This is a very old problem documented in GCC 6:
https://gcc.gnu.org/onlinedocs/gcc-6.4.0/cpp/System-Headers.html#System-Headers
(see the last paragraph
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: blastrock at free dot fr
Target Milestone: ---
Created attachment 44652
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44652=edit
Small reproduction test case
I have a library that instantiates a chain of cl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87207
--- Comment #1 from blastrock at free dot fr ---
Created attachment 44653
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44653=edit
output of gcc -v when compiling the test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87207
--- Comment #2 from blastrock at free dot fr ---
This seems to be due to this symbol in each .o file:
W
shared::shared(toto()::{lambda()#1}&&)::{lambda()#1}>(toto()::{lambda()#1})::{lambda()#1}::~shared()
It is weak
13 matches
Mail list logo
