Trying the MacOS build again

[Johnny Jazeix]

https://cmake.org/cmake/help/latest/manual/cmake-variables.7.html#id4

APPLE is True when the target system is an Apple platform (macOS, iOS, tvOS
or watchOS).

There does not seem to have a specific for macOS.

2018-01-24 16:52 GMT+01:00 B.J. <bj at koupps.net>:

> right, got you—i meant i’m trying to avoid breaking whatever existing IOS
> definitions exist.  does it have its own definition separate from the APPLE
> one or should I be using something like
>
> elseif(APPLE AND NOT IOS)
>
> or better yet
>
> elseif(MACOS)
>
> i need to go back and check where all these are defined :) sorry…
>
> On Jan 24, 2018, at 09:49, Johnny Jazeix <jazeix at gmail.com> wrote:
>
> Don't bother with iOS, we'll check once we have a maintainer :).
>
> 2018-01-24 16:47 GMT+01:00 B.J. <bj at koupps.net>:
>
>> Thanks.  Looks like CMakeLists.txt line 119 was calling $(_lib_prefix) as
>> part of the plugin path, so I traced back and saw that the if(WIN32) up top
>> also required the same “lib” trimming I’ve been doing manually to get the
>> plugins to install correctly…I’ll add a if(APPLE) and do the same thing,
>> but will that mess up iOS?  I can’t remember if the APPLE def means both
>> OS’s or if it’s basically just for MacOS by itself.
>>
>> In the meantime I should be able to try another build before noon today...
>>
>> On Jan 23, 2018, at 10:06, Johnny Jazeix <jazeix at gmail.com> wrote:
>>
>> Great!
>>
>> 2018-01-23 16:52 GMT+01:00 B.J. <bj at koupps.net>:
>>
>>> It’s running, this time WITH images!  I did have to change 1 thing in
>>> the guide though.  There’s no Plugins folder in the .app bundle so I had to
>>> make that explicitly for this to work:
>>>
>>> cp -R ~/Qt5.9.1/5.9.1/clang_64/plugins/imageformats bin/gcompris-qt.app/Contents/PlugIns/
>>>
>>>
>>> Otherwise it just put the imageformats plugins in the root of the newly
>>> made PlugIns folder, instead of making imageformats a folder inside of
>>> PlugIns, and the executable couldn’t find any images at runtime.
>>>
>>>
>> For this one, I guess we'll need to add it in the CMakeLists.txt too,
>> I'll take a look on how to do it.
>>
>>
>>> BUT there’re new problems with making the actual package (i.e.
>>> deployable):
>>>
>>> error: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeD
>>> efault.xctoolchain/usr/bin/install_name_tool: can't open file:
>>> /Users/bjcupps/src/gcompris-0.81/build/_CPack_Packages/Darwi
>>> n/DragNDrop/gcompris-qt-0.90-Darwin/gcompris-qt.app/Contents
>>> /plugins/mediaservice/libqavfmediaplayer.dylib (No such file or
>>> directory)
>>> CMake Error at /Applications/CMake.app/Conten
>>> ts/share/cmake-3.10/Modules/BundleUtilities.cmake:879 (message):
>>>   Command failed:
>>>
>>>    'install_name_tool' '-id' '@executable_path/../MacOS/libqavfmediaplayer.dylib'
>>> '/Users/bjcupps/src/gcompris-0.81/build/_CPack_Packages/Darw
>>> in/DragNDrop/gcompris-qt-0.90-Darwin/gcompris-qt.app/Content
>>> s/plugins/mediaservice/libqavfmediaplayer.dylib'
>>> Call Stack (most recent call first):
>>>   /Applications/CMake.app/Contents/share/cmake-3.10/Modules/BundleUtilities.cmake:953
>>> (fixup_bundle_item)
>>>   /Users/bjcupps/src/gcompris-0.81/build/src/core/FixBundle.cmake:2
>>> (fixup_bundle)
>>>   /Users/bjcupps/src/gcompris-0.81/build/src/core/cmake_install.cmake:170
>>> (include)
>>>   /Users/bjcupps/src/gcompris-0.81/build/src/cmake_install.cmake:38
>>> (include)
>>>   /Users/bjcupps/src/gcompris-0.81/build/cmake_install.cmake:45
>>> (include)
>>>
>>>
>>>
>>>
>>
>>> I’ll see if I can remember how/if I resolved that, but it might just be
>>> about copying more plugins from what it sounds like.
>>>
>>
>> Yes, I think either the plugins have been renamed or changed.
>> In the Qt folder, there is a folder lib/cmake (I think, I don't have a
>> complete install for now).You should replace in
>> https://github.com/gcompris/GCompris-qt/blob/master/src/core
>> /CMakeLists.txt#L119 with the good library names.
>> I'll check if I can extract the dmg on linux to see the structure of Qt
>> package.
>>
>> Thank you,
>>
>> Johnny
>>
>>
>>>  LASTLY…should I update the .icns file to the new orange icon?  As much
>>> as I love the yellow airplane I know it was changed on Windows and
>>> Android.  Thanks
>>>
>>> bj
>>>
>>> On Jan 23, 2018, at 08:38, Johnny Jazeix <jazeix at gmail.com> wrote:
>>>
>>> I just found https://www.ynonperek.com/2017/09/18/building-gcompris
>>> -qt-on-macos/ that could help (it misses a elseif in the
>>> CMakeLists.txt).
>>>
>>> I was waiting for more change on the full gcompris package but I will
>>> merge it tonight.
>>>
>>>
>>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/gcompris-devel/attachments/20180124/08e231ba/attachment-0001.html>