Hi,
On Tue, Jun 09, 2015 at 04:30:45PM +0200, Michael Stahl wrote:
On 09.06.2015 16:20, Thorsten Behrens wrote:
Tor Lillqvist wrote:
But neither is it very useful to have the already small set of OS X -based
developers split into those who use a pure upstream way to build, those who
use HomeBrew libjpeg but bundled Python, those who use MacPorts Python and
libjpeg, etc.
Maybe. But is that really so different on Linux (where we seem to
cope)? And I guess Khaled's intention is to rather grow the pool of
Mac hackers, by removing one very early point of frustration ...
we cope with this on Linux mainly because we have distribution package
maintainers who actually work on having our build system pick up
$random_distro_of_the_week's inconsistently packaged system libraries
properly.
... and even so we fail to ensure that system headers/libs are not used
if one configures without them. E.g., as soon as one installs system
boost (or mdds, or glm, or...), it will be used no matter what value
SYSTEM_BOOST contains. Simply because -I/usr/include is in include path
before -I$W/UnpackedTarball/boost. But we do not seem to care overly
about this...
D.
Context
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.