[Bug c++/80238] New: genmatch.c:(.text.startup+0x66c6): undefined reference to `operator delete(void*, unsigned long)'

2017-03-28 Thread programmist.linuks at mail dot ru
tatus: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: programmist.linuks at mail dot ru Target Milestone: --- Created attachment 41069 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41069&

[Bug c++/80238] genmatch.c:(.text.startup+0x66c6): undefined reference to `operator delete(void*, unsigned long)'

2017-03-29 Thread programmist.linuks at mail dot ru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80238 --- Comment #2 from Mike --- (In reply to Jonathan Wakely from comment #1) > That's the sized-deallocation function which was new in GCC 5. > > How did you configure gcc? > > What is your existing compiler that you're using to build it? My inf

[Bug c++/80238] genmatch.c:(.text.startup+0x66c6): undefined reference to `operator delete(void*, unsigned long)'

2017-03-30 Thread programmist.linuks at mail dot ru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80238 --- Comment #4 from Mike --- (In reply to Richard Biener from comment #3) > So if comment #5 is correct then it seems we are building stage1 genmatch > against the (not yet built) libstdc++ headers but linking > (-static-libstdc++) against the ho

[Bug c++/80238] genmatch.c:(.text.startup+0x66c6): undefined reference to `operator delete(void*, unsigned long)'

2017-04-02 Thread programmist.linuks at mail dot ru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80238 --- Comment #6 from Mike --- (In reply to Jonathan Wakely from comment #5) > (In reply to Mike from comment #4) > > (In reply to Richard Biener from comment #3) > > > Can you try to build in a separate object directory instead? > > And where to p