Talk:Compiling Mudlet
Simplest guide to compiling yet. Good job. Fixed a typo in your apt-get.
Compiling on Windows 7
Can we assume that this is also applicable to Windows XP? - I'm working my way through the process to put together a Windows build environment for testing and XP is what I've got.
CMake? - There could be an issue with compiling YAJL, it uses cmake but it is not clear that we have set up a cmake system to do so...?
I had to change gstreamer0.10-fluendo-mp3 to gstreamer1.0-fluendo-mp3 in the apt install - Seems 0.10 is no longer available. In the Compiling on Ubuntu 16.04 section --Phoenix 09:18, 2 April 2017 (EDT)
Going through the Windows Installation I came up with a couple of issues / suggestions:
- As stated above cmake is used to compile yajl but it's not stated anywhere before that.
- Windows has issues with whitespaces in paths, worth a mention if someone wants to deviate from default installation paths (ln -s is a decent workaround).
- all commands after the clone give the
~/src/Mudletfor granted, since they invite you to copy paste all of it, a reminder to check the path could be useful, the same applies for includes and linking. Just let them know they will get errors with copy paste before they start googling for that ld error. - qmake
INCLUDEPATHexample didn't work for me, had to change/f/<path>toF:/<path>. gcc -shared -o zip.dll src/luazip.o -Lc:\mingw32\lib -lzzip -lz c:/mingw32/bin/lua51.dll -lmin the zip.dll compile shouldn't work,-Lc:\mingw32\lib -lzzipshould be-Lc:/mingw32/lib -lzzip
Hope this helps. --Gilmo (talk) 00:19, 14 October 2017 (UTC)
MX 4.19
The process for compiling mudlet on MX 4.19 follows identical to compiling for debian 10 Buster, except you also need the dependencies: libsecret-1-dev libqt5opengl5-dev
Installing those should let qmake run without errors.