On 10/04/2017 10:33 AM, Tor Lillqvist wrote:
It doesn't? What goes wrong, it compiles it fine here? (LO starts and
seems to work fine, but I haven't dared running 'make check' on macOS in
a long time, though, as some of the unit tests cause WindowServer to
crash, yay.)
btw, on macOS full 'mak
Le 04/10/2017 à 10:33, Tor Lillqvist a écrit :
>> Current 9.0 does not compile the libraries correctly, but it also does not
>> compile the normal LO app for macOSX correctly.
>>
>
It compiles for me too, and provides a working app bundle, at least in
my symbols enabled build from current master.
> Current 9.0 does not compile the libraries correctly, but it also does not
> compile the normal LO app for macOSX correctly.
>
It doesn't? What goes wrong, it compiles it fine here? (LO starts and seems
to work fine, but I haven't dared running 'make check' on macOS in a long
time, though, as so
Am 04.10.2017 um 08:52 schrieb Jan Iversen:
> Supported platforms
> arm64 for production (sorry this is the apple name for aarch64), used by all
> (newer) iPhones and iPads.
> arm64 debug, to enable debugging on a i* from Xcode on a mac.
> x86-64 debug, to enable the Xcode simulator to work for i
Breaking news :-)
Just found out that when compiling third party libraries the make system uses
the host variable, as a consequence when doing x86_64 (simulator) at least some
of the libraries are compiled as arm64. The linker did not complain about this
mismatch (which I consider a bug), but r
Hi all
I am back after the summer break (which some might have guessed due to the new
iOS commits).
Sidenote, I spend my 2 month vacation diving, managed to stay away from my
computer, while I passed 4 exams (OW, AOW, Nitrox and rescue) so now I am a
padi rescue diver.
(as always I like to do
