...@m4x.org
发送日期：2015-05-29 00:33
收件人：mingw-w64-public
抄送：
主题：Re: [Mingw-w64-public] Multiple definition issue with -flto,
MinGW-w64 4.9.1
Hi,
This worked, the program compiles fine now.
It crashes with a SegFault shortly after starting a new thread (via
QThread), with a message:
RTTI symbol
2015-05-29 13:36 GMT+02:00 Riot rain.back...@gmail.com:
I have to disagree. I use lto in large production builds with great
success. My use case is performance critical (games) and I build with
-Ofast as well as lto and other heavy optimisations without problems,
generating executable
I have to disagree. I use lto in large production builds with great
success. My use case is performance critical (games) and I build with
-Ofast as well as lto and other heavy optimisations without problems,
generating executable binaries of over a hundred megabytes in size when
stripped and
That's difficult to know, since the debugger seems to miss some information.
The current function where the crash occurs is unknown :?? in the level 1
stack view
For levels 2,3 and 4 I have the function name, but I have no access to the
location in the code.
Only level 5 of the stack is fully
Oh I can absolutely see why you might not want to enable it by default, but
in special cases where performance is worth the extra manual fuss of
working around its very occasional bugs, it's quite useful.
So I did a release build of our current primary project without LTO, and
compared it to our
Hi,
This worked, the program compiles fine now.
It crashes with a SegFault shortly after starting a new thread (via
QThread), with a message:
RTTI symbol not found for class 'SimClientPrivate'
Are there incompatibilities of flto and cases where it cannot work?
Thanks
FWIW, you can try
...@m4x.org
发送日期：2015-05-21 14:55
收件人：mingw-w64-public
抄送：
主题：[Mingw-w64-public] Multiple definition issue with -flto,
MinGW-w64 4.9.1
Dear all,
I tested -flto on a pretty large program today, and it fails with a
multiple definition error:
./release\scenehandler.o (symbol from
plugin
The gcc version is in the title (4.9.1), it is an official MinGW-w64
posix-seh build
The command line is like this (I have stripped several -D and -I command
line options, otherwise it is intact)
*Compiler:*
g++ -c -pipe -fno-keep-inline-dllexport -O3 -Wformat-nonliteral
-std=gnu++11
Dear all,
I tested -flto on a pretty large program today, and it fails with a
multiple definition error:
./release\scenehandler.o (symbol from
plugin):(.gnu.linkonce.t._ZN12BufferStreamD0Ev[_ZThn16_N12BufferStreamD0Ev]+0x0):
multiple definition of `BufferStream::~BufferStream()'
This was a mistake from my last post. The -flto was passed to the linker,
and I get this error.
You didn't specify -flto in your linker command line. Add that and try again.
--
One dashboard for servers and applications
：Etienne Sandré-Chardonnal etienne.san...@m4x.org
发送日期：2015-05-21 19:40
收件人：mingw-w64-public
抄送：
主题：Re: [Mingw-w64-public] Multiple definition issue with -flto,
MinGW-w64 4.9.1
This was a mistake from my last post. The -flto was passed to the linker,
and I get this error.
You didn't specify -flto
-Chardonnal etienne.san...@m4x.org
发送日期：2015-05-21 15:24
收件人：mingw-w64-public
抄送：
主题：Re: [Mingw-w64-public] Multiple definition issue with -flto,
MinGW-w64 4.9.1
The gcc version is in the title (4.9.1), it is an official MinGW-w64
posix-seh build
The command line is like this (I have stripped several -D
...@m4x.org
发送日期：2015-05-21 19:40
收件人：mingw-w64-public
抄送：
主题：Re: [Mingw-w64-public] Multiple definition issue with -flto,
MinGW-w64 4.9.1
This was a mistake from my last post. The -flto was passed to the linker,
and I get this error.
You didn't specify -flto in your linker command line
13 matches
Mail list logo
