Hi Tor,
On Thu, 2012-02-09 at 16:59 +0200, Tor Lillqvist wrote:
BTW, one thought about using --enable-mergelibs in a Windows build
(MSVC or Mingw, same issue) that came to my mind:
:-)
How is the FOO_DLLIMPLEMENTATION thing handled? Don't we in the
--enable-mergelibs case need to add into the Library_blah.mk file for
each library that will be part of libmerged a -DFOO_DLLIMPLEMENTATION
for each library FOO that is part of libmerged (and that uses that
mechanism to select between dllimport/dllexport attributes)?
In a word - yes :-) but we didn't get there yet; and at least for the
Linux case, it isn't (I hope) a huge issue to export more stuff than we
need, and/or it somehow seems to work. [ Perhaps Matus nailed this
already ].
Otherwise libblah will think it is importing stuff from libfoo even if
neither libblah and libfoo actually exist, and code for both will be
in libmerged.
Right; ideally, of course, we'd merge -so- much that we'd start finding
lots of symbols that really are never used outside of libmerged, at
which point we can start to add:
VCL_DLLMERGE_INTERNAL
or somesuch instead of VCL_DLLPUBLIC [ hey we could even add a longer
essay into the macro name to please Lubos ;-].
I hope the above makes sense, sorry if not...
I've wondered the same myself.
HTH,
Michael.
--
michael.meeks@suse.com <><, Pseudo Engineer, itinerant idiot
Context
Re: OK to merge the fw? libraries in framework? · Lubos Lunak
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.