[RQt-devel] windows cmake build issue
Michael Lawrence
lawrence.michael at gene.com
Fri Mar 28 04:52:16 CET 2014
Thanks for the report. I'm still working (more like trying to find the
time) to make this work on Windows. This bug though was introduced by a
recent typo, and I just pushed a fix for it. If you manage to get things
working on Windows, please let me know.
On Thu, Mar 27, 2014 at 4:16 PM, Fabrice Nicol <fabrnicol at gmail.com> wrote:
> Hi there,
>
> I tried to build the source under windows XP.
>
> I followed source code indications and checked agains the cranvas download
> web page, so neither paths nor prerequisites seem to be at issue, as far as
> they are indicated in these references.
>
> The issue revolves around a persistent cmake inability to locate Qt5Core.
> Although this sounds natural with the Qt4.8.4 the cranvas site indicates,
> it comes more of a surprise when Qt5.2.0 has been installed and pathed to.
>
> I'd be grateful for hints, if any, being much more of an autotools guy
> than a cmake wizard.
>
> Below is the console ouptut.
>
> Fabrice Nicol
>
> PS: currently using the linux distro for professional applications with
> nice reception by users, windows porting would smooth things out for them.
>
>
>
> *** console output ***
>
> C:\>R CMD INSTALL --build qtbase
> * installing to library 'c:/R/library'
> * installing *source* package 'qtbase' ...
> ** libs
> running 'src/Makefile.win' ...
> cygwin warning:
> MS-DOS style path detected: c:/R/bin/R
> Preferred POSIX equivalent is: /cygdrive/c/R/bin/R
> CYGWIN environment variable option "nodosfilewarning" turns off this
> warning.
> Consult the user's guide for more details about POSIX paths:
> http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
> mkdir -p ../kdebindings-build;
> cd ../kdebindings-build; \
> "/cygdrive/c/CMake 2.8/bin/cmake.exe" ../kdebindings -G "Unix Makefiles"
> -DQT_QM
> AKE_EXECUTABLE="D:\Qt\Qt5.2.1\5.2.1\mingw48_32\bin\qmake.exe"
> -DCMAKE_PREFIX_PAT
> H="D:\Qt\Qt5.2.1\5.2.1\mingw48_32\bin/../lib/cmake"
> -DCMAKE_RC_COMPILER="C:/Rtoo
> ls/gcc-4.6.3/bin/windres.exe" -DR_LIBRARIES="-Lc:/R/bin//i386 -lR"
> -DR_CXX="g++"
> -DCMAKE_CXX_FLAGS="-m32 " -DCMAKE_SHARED_LINKER_FLAGS="-m32 -shared" \
> -DCMAKE_INSTALL_PREFIX=../inst/local \
> -DCMAKE_EXE_LINKER_FLAGS="-m32 " \
> -DCMAKE_MODULE_LINKER_FLAGS="-m32 "; \
> LD_LIBRARY_PATH=../../generator/bin make install
> -- The C compiler identification is GNU 4.8.1
> -- The CXX compiler identification is GNU 4.8.1
> -- Check for working C compiler: D:/MinGW4/bin/cc.exe
> -- Check for working C compiler: D:/MinGW4/bin/cc.exe -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Check for working CXX compiler: D:/MinGW4/bin/c++.exe
> -- Check for working CXX compiler: D:/MinGW4/bin/c++.exe -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> CMake Warning at CMakeLists.txt:9 (find_package):
> By not providing "FindQt5Core,.cmake" in CMAKE_MODULE_PATH this project
> has
> asked CMake to find a package configuration file provided by "Qt5Core,",
> but CMake did not find one.
>
> Could not find a package configuration file provided by "Qt5Core,"
> (requested version 5.2.0) with any of the following names:
>
> Qt5Core,Config.cmake
> qt5core,-config.cmake
>
> Add the installation prefix of "Qt5Core," to CMAKE_PREFIX_PATH or set
> "Qt5Core,_DIR" to a directory containing one of the above files. If
> "Qt5Core," provides a separate development package or SDK, be sure it has
> been installed.
>
>
> CMake Error at generator/parser/CMakeLists.txt:41 (qt5_use_modules):
> Unknown CMake command "qt5_use_modules".
>
>
>
> _______________________________________________
> Qtinterfaces-devel mailing list
> Qtinterfaces-devel at lists.r-forge.r-project.org
>
> https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/qtinterfaces-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.r-forge.r-project.org/pipermail/qtinterfaces-devel/attachments/20140327/69354e81/attachment.html>
More information about the Qtinterfaces-devel
mailing list