On 22.11.2013 09:14, Pavel Janík wrote:
Ah, now that you mention it:
Such a replacement is done if MACOSX_DEPLOYMENT_TARGET!=10.4. The unxmacx.*
target is for the 10.4 SDK, but the newer mac targets for more recent SDKs use
libc++ as their native STL.
So if you adjusted the check in main/RepositoryFixes.mk:50 to your use of the
10.5 SDK instead of the intended 10.4 SDK then everything should work again in
your environment.
Looks like this is it, thanks!
A better test would have checked for less-than 10.6 SDK, but gnu make
only supports the equal/not-equal check. Since the 10.4 SDK was listed
as build requirement for the original mac build it was the only version
checked for.
Even better tests would have been possible, e.g. make it dependent on
the XCode>=4 clang environment, etc. but if an ifeq check suffices for
normal build environments then putting too much thought into it to cover
all eventual corner cases would be a bit of overkill.
/me should have mentioned his strange build env ;-)
We figured it out and learned from it.
It's great that we/our community build in so many different
environments. It's inevitable that problems show up then. If we solve
them and it helps to make our code base better then its worth it.
Herbert
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
