https://bugs.documentfoundation.org/show_bug.cgi?id=78174
Michael Stahl mst...@redhat.com changed:
What|Removed |Added
Status|RESOLVED|NEW
CC||sberg...@redhat.com
Resolution|INVALID |---
Summary|Build failure: undefined|Build failure: undefined
|reference to acquire|reference to `non-virtual
||thunk to
||WindowListenerMultiplexer::
||acquire()' etc. in
||svx/source/fmcomp/fmgridif.
||cxx
--- Comment #11 from Michael Stahl mst...@redhat.com ---
for whatever reason i've got this error too now, after switching
from --eable-dbgutil to --enable-symbols, in a 32-bit build
gcc (GCC) 4.9.2 20141101 (Red Hat 4.9.2-1)
nm --demangle workdir/CxxObject/toolkit/source/helper/listenermultiplexer.o |
grep \\bWindowListenerMultiplexer::acquire
W WindowListenerMultiplexer::acquire()
0009 W non-virtual thunk to WindowListenerMultiplexer::acquire()
nm --demangle instdir/program/libtklo.so | grep
\\bWindowListenerMultiplexer::acquire
00181956 t WindowListenerMultiplexer::acquire()
0018195f t non-virtual thunk to WindowListenerMultiplexer::acquire()
this is the same on the working and non-working builds:
weak symbol that is not exported from the .so
the non-working build has an undefined symbol in fmgridif.o:
nm --demangle workdir/CxxObject/svx/source/fmcomp/fmgridif.o | grep
\\bWindowListenerMultiplexer::acquire
U non-virtual thunk to WindowListenerMultiplexer::acquire()
while the working one does not mention the class at all:
nm --demangle workdir/CxxObject/svx/source/fmcomp/fmgridif.o | grep
WindowListenerMultiplexer
the problem happens in FmXGridControl::createPeer(),
where essentially Reference are constructed that call acquire()/release():
pPeer-addWindowListener( maWindowListeners );
i've got a work-around (out-line the acquire/release functions)
that i'll push later today.
it looks like what makes this fail is the -Os optimization level,
with -O2 we get weak symbols in fmgridif.o. since this builds fine
in Fedora 21 probably the rpm foo overrides the default opt. flags there.
--
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs