Compiling on Windows 7
Re: Compiling on Windows 7
Something from cygwin is polluting your path
Re: Compiling on Windows 7
In regards to the original error reported in this thread:
I found a cheap hack of a workaround.
Install the Lua binaries for 5.1 or higher from http://code.google.com/p/luaforwindows/
Add the following environment variables:
LIB_CPATH = C:\Program Files (x86)\Lua\5.1\clibs\?.dll;?.dll
LIB_PATH = C:\Program Files (x86)\Lua\5.1\lua\?.lua;?.lua
Add the Lua binaries directory to the system path.
Open the Lua clib directory and delete rex_pcre.dll and pcre.dll. This should force mudlet to use the rex_pcre.dll and pcre.dll that ship with mudlet rather than the incompatible DLLs are are shipping in the lua binaries.
Code: Select all
[ ERROR ] cannot find Lua module rex_pcre. Some functions may not be available.Lua error:error
loading module 'rex_pcre' from file '.\rex_pcre.dll':
%1 is not a valid Win32 application.
Install the Lua binaries for 5.1 or higher from http://code.google.com/p/luaforwindows/
Add the following environment variables:
LIB_CPATH = C:\Program Files (x86)\Lua\5.1\clibs\?.dll;?.dll
LIB_PATH = C:\Program Files (x86)\Lua\5.1\lua\?.lua;?.lua
Add the Lua binaries directory to the system path.
Open the Lua clib directory and delete rex_pcre.dll and pcre.dll. This should force mudlet to use the rex_pcre.dll and pcre.dll that ship with mudlet rather than the incompatible DLLs are are shipping in the lua binaries.
Re: Compiling on Windows 7
Hi all,
I've nearly got Mudlet compiled, but I'm running into an issue with the Libzip library, on Windows 7. cmake worked, but the mingw32-make is failing with:
"src\CMakeFiles\zipcmp.dir\build.make:85: *** target pattern contains no '%'. Stop."
Does anyone know how to fix this?
rw3iss@Nowhere /c/mingw32/msys/home/rw3iss/src/libzip-0.11.2
$ mingw32-make
-- Configuring done
-- Generating done
-- Build files have been written to: C:/mingw32/msys/home/rw3iss/src/libzip-0.11.2
Linking C shared library libzip.dll
[ 85%] Built target zip
src\CMakeFiles\zipcmp.dir\build.make:85: *** target pattern contains no '%'. Stop.
CMakeFiles\Makefile2:146: recipe for target 'src/CMakeFiles/zipcmp.dir/all' failed
mingw32-make[1]: *** [src/CMakeFiles/zipcmp.dir/all] Error 2
Makefile:135: recipe for target 'all' failed
mingw32-make: *** [all] Error 2
rw3iss@Nowhere /c/mingw32/msys/home/rw3iss/src/libzip-0.11.2
Thanks,
Ryan
I've nearly got Mudlet compiled, but I'm running into an issue with the Libzip library, on Windows 7. cmake worked, but the mingw32-make is failing with:
"src\CMakeFiles\zipcmp.dir\build.make:85: *** target pattern contains no '%'. Stop."
Does anyone know how to fix this?
rw3iss@Nowhere /c/mingw32/msys/home/rw3iss/src/libzip-0.11.2
$ mingw32-make
-- Configuring done
-- Generating done
-- Build files have been written to: C:/mingw32/msys/home/rw3iss/src/libzip-0.11.2
Linking C shared library libzip.dll
[ 85%] Built target zip
src\CMakeFiles\zipcmp.dir\build.make:85: *** target pattern contains no '%'. Stop.
CMakeFiles\Makefile2:146: recipe for target 'src/CMakeFiles/zipcmp.dir/all' failed
mingw32-make[1]: *** [src/CMakeFiles/zipcmp.dir/all] Error 2
Makefile:135: recipe for target 'all' failed
mingw32-make: *** [all] Error 2
rw3iss@Nowhere /c/mingw32/msys/home/rw3iss/src/libzip-0.11.2
Thanks,
Ryan
Re: Compiling on Windows 7
I think you want to be using qmake instead of cmake.
Re: Compiling on Windows 7
Here are the instructions a few posts back, for compiling libzip on Windows:
Compile the new libzip dependency (not yet on the wiki) from http://www.nih.at/libzip/
* From a CMD window: cmake -G "MinGW Makefiles" -D<path to zlib>
* mingw32-make
* Either copy the libs to your mingw32 folders, or add the libzip dirs to Mudlet's src.pro file under LIBS and INCLUDES
I had to change the cmake command slightly to this:
rw3iss@Nowhere /c/mingw32/msys/home/rw3iss/src/libzip-0.11.2
$ cmake -G "MinGW Makefiles" -DZLIB_INCLUDE_DIR:PATH="/c/mingw32/include" -DZLIB_LIBRARY:FILEPATH="/c/mingw32/lib/libz.a"
-- Configuring done
-- Generating done
-- Build files have been written to: C:/mingw32/msys/home/rw3iss/src/libzip-0.11.2
Same error when trying the next step, 'mingw32-make'.
Could you please advise?
Thanks,
Ryan
I can use cmake or qmake I think. What is the syntax to compile with qmake?
Compile the new libzip dependency (not yet on the wiki) from http://www.nih.at/libzip/
* From a CMD window: cmake -G "MinGW Makefiles" -D<path to zlib>
* mingw32-make
* Either copy the libs to your mingw32 folders, or add the libzip dirs to Mudlet's src.pro file under LIBS and INCLUDES
I had to change the cmake command slightly to this:
rw3iss@Nowhere /c/mingw32/msys/home/rw3iss/src/libzip-0.11.2
$ cmake -G "MinGW Makefiles" -DZLIB_INCLUDE_DIR:PATH="/c/mingw32/include" -DZLIB_LIBRARY:FILEPATH="/c/mingw32/lib/libz.a"
-- Configuring done
-- Generating done
-- Build files have been written to: C:/mingw32/msys/home/rw3iss/src/libzip-0.11.2
Same error when trying the next step, 'mingw32-make'.
Could you please advise?
Thanks,
Ryan
I can use cmake or qmake I think. What is the syntax to compile with qmake?
Re: Compiling on Windows 7
Try the following: http://wiki.mudlet.org/w/Compiling_Mudl ... _Windows_7
Re: Compiling on Windows 7
Ugh, I DID follow those instructions, but those instructions don't include instructions for the new Libzip library compilation, mentioned in this thread a few posts back. Just need some help compiling Libzip under windows (which requires the Zlib library, which I have compiled successfully using that link/instructions).
Thanks,
Ryan
Thanks,
Ryan
Re: Compiling on Windows 7
Does Mudlet still need the external dependencies for zip files, regular expressions, etc? Qt 5 supports more of these things now.
Re: Compiling on Windows 7
We need the external dependencies because Qt's implementations are/were at the time of checking horrid. Their new QRegularExpressions may warrant a look (http://qt-project.org/doc/qt-5/qregularexpression.html).
The reason we've used an external zip handler is because it is great at replacing files in existing archives. There is no Qt equivalent I know of at the moment which can match libzip from NIH (http://www.nih.at/libzip/).
Feel free to correct me, I haven't looked at these things in quite a bit or if you know if any of the other libraries we use have a Qt equivalent.
The reason we've used an external zip handler is because it is great at replacing files in existing archives. There is no Qt equivalent I know of at the moment which can match libzip from NIH (http://www.nih.at/libzip/).
Feel free to correct me, I haven't looked at these things in quite a bit or if you know if any of the other libraries we use have a Qt equivalent.