But now --enable-mergelibs is used only for android,
Hmm, but was the concept developed only for Android's benefit? If it
was, why then have a configure switch at all, why not just test "$(OS)
"== "ANDROID" directly?
but will somebody use it on Windows ?
Don't know;) If it is likely to be unreasonably hard to use it on
Windows, or unlikely to be useful, let's then prevent it from being
used on Windows. The more configuration options we have, the more
likely is it that somebody will think that some option combination
that nobody else has tired is a good idea, and then complain loudly if
it doesn't work, get disappointed, and leave ;)
Now that I think a bit more, I don't see why --enable-mergelibs has to
exist as an option at all;) Either merging libraries is a good thing,
so why not then make it happen always (on Linux and other Unixes at
least), or it is indeed useful only for Android, and then let's make
it always happen on Android, never otherwise.
Surely this is not such a hard decision to make, people commit changes
to the code-base all the time without making every change optional;)
--tml
Context
- Re: OK to merge the fw? libraries in framework? (continued)
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.