I'm going to at least try to see how much we can get Libtool in shape
for LTO. This one should be easy:
* Dave Korn wrote on Wed, Apr 07, 2010 at 01:13:08AM CEST:
On 06/04/2010 22:39, Paolo Bonzini wrote:
On 04/06/2010 04:01 AM, Charles Wilson wrote:
As for whether it would get dropped
On 04/06/2010 04:01 AM, Charles Wilson wrote:
As for whether it would get dropped if you did, I'd imagine that's quite
plausible; you might want to add a volatile qualifier.
'static volatile const char * MAGIC = ...'
^^
err...maybe just 'volatile'!
Volatile const
On 06/04/2010 22:39, Paolo Bonzini wrote:
On 04/06/2010 04:01 AM, Charles Wilson wrote:
As for whether it would get dropped if you did, I'd imagine
that's quite
plausible; you might want to add a volatile qualifier.
'static volatile const char * MAGIC = ...'
^^
On 04/04/2010 18:53, Charles Wilson wrote:
One thing I worry about -- but can't test on my platform, since cygwin's
compiler is not up to the latest-and-greatest yet so doesn't yet support
LTO -- is whether this bit, in the cwrapper, will break:
const char * MAGIC_EXE = $magic_exe;
It's
On 4/5/2010 10:53 AM, Dave Korn wrote:
On 04/04/2010 18:53, Charles Wilson wrote:
Can anybody confirm that this sort of thing will continue to work, even
with LTO turned on?
There's surely no need to build the wrapper with LTO just because the target
application is built that way?
No,
* NEWS: Update.
* libltdl/config/ltmain.m4sh (func_mode_link): Allow through
flags matching -O*, -flto*, -fwhopr, -fuse-linker-plugin.
* libltdl/m4/libtool.m4 (_LT_CMD_GLOBAL_SYMBOLS): Drop symbols
starting with __gnu_lto.
(_LT_LINKER_SHLIBS) [linux] archive_cmds, archive_expsyms_cmds:
Add
On 4/4/2010 4:55 AM, Ralf Wildenhues wrote:
* NEWS: Update.
* libltdl/config/ltmain.m4sh (func_mode_link): Allow through
flags matching -O*, -flto*, -fwhopr, -fuse-linker-plugin.
* libltdl/m4/libtool.m4 (_LT_CMD_GLOBAL_SYMBOLS): Drop symbols
starting with __gnu_lto.
(_LT_LINKER_SHLIBS)
