Trying the MacOS build again

[B.J.]

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 <mailto: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/XcodeDefault.xctoolchain/usr/bin/install_name_tool: can't open file: /Users/bjcupps/src/gcompris-0.81/build/_CPack_Packages/Darwin/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/Contents/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/Darwin/DragNDrop/gcompris-qt-0.90-Darwin/gcompris-qt.app/Contents/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 <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 <mailto:jazeix at gmail.com>> wrote:
>> 
>> I just found https://www.ynonperek.com/2017/09/18/building-gcompris-qt-on-macos/ <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/6d0eb6d1/attachment.html>