Am Donnerstag, 26. Juni 2014 um 00:05:40, schrieb Uwe Stöhr <uwesto...@web.de> > Am 25.06.2014 11:21, schrieb Kornel Benko: > > >> - CMake Warning at CMakeLists.txt:549 (find_package): > >> By not providing "FindQt5X11Extras.cmake" in CMAKE_MODULE_PATH this > >> project has asked CMake to find a package configuration file provided by > >> "Qt5X11Extras", but CMake did not find one. > > > > This is expected on windows, please ignore. It means, you are not able to > > tests > > with xvkbd command (which works only on X11). > > Thanks Kornel, > > but can't CMake get the info that I am on Windows and then not search > for Qt5X11Extras?
This is exactly the algorithm to get the info :)
(I mean, get the info from QT itself, about how QT is implemented.)
What we can do, is add the QUIET flag to find_package(...)
to make it less noisy.
> > BTW, lyx with Qt5 is still experimental IMHO.
>
> I was now able to compile Master with Qt 5.3. LyX works so far, but
> crashes immediately when trying to view a file as PDF. So yes, Qt 5 and
> LyX does not yet work but we should try to make this possible for LyX
> LyX 2.2.
>
> Do you have an ideas why this happens?:
>
> >> Finally CMake stops with these errors:
> >>
> >> - CMake Error: Error required internal CMake variable not set, cmake may
> >> be not be built correctly.
> >> Missing variable is: CMAKE_CXX_FLAGS_ DEBUG
> >>
> >> But its value is set:
> >> /D_DEBUG /MDd /Zi /Ob0 /Od /RTC1
> >>
> >> The same appears for these variables:
> >>
> >> CMAKE_CXX_FLAGS_ MINSIZEREL
> >> CMAKE_CXX_FLAGS_ RELWITHDEBINFO
> >> CMAKE_CXX_FLAGS_ DEBUG
> >> CMAKE_CXX_FLAGS_ MINSIZEREL
> >> CMAKE_CXX_FLAGS_ RELWITHDEBINFO
> >>
> >> which are all set in CMake.
> >>
> >> When I want now compile LyX, I get this error
> >>
> >> D:\LyXGit\Master\compile-result\lyx.sln.metaproj : error MSB4126: The
> >> project map configuration "Release|x64" is invalid.
> >>
> >> But I have nowhere set "x64" as configuration and can also not find such
> >> a setting in CMake.
>
> Now I spent some more hours and found out that having .NET 4 installed
> side by side with .Net 4.5.1 is possible if .Net 4 is installed before
> .NET 4.5.1
>
> I am therefore now able to compile LyX 2.1 using Qt 4.8.6 and MSVC 2010.
>
> But in the first run I get this compilation error:
>
> support.lib(_allinone_const.obj) : error LNK2019: Verweis auf nicht
> aufgel÷stes externes Symbol ""public: void __thiscall
> lyx::TexRow::newline(void)" (?newline@TexRow@lyx@@QAEXXZ)" in Funktion
> ""class lyx::otexstream & __cdecl lyx::operator<<(class lyx::otexstream
> &,struct lyx::BreakLine)" (??6lyx@@YAAAVotexstream@
> 0@AAV10@UBreakLine@0@@Z)".
> [D:\LyXGit\2.1.x\compile-result\src\support\tests\check_filetools.vcxproj]
> support.lib(_allinone_const.obj) : error LNK2019: Verweis auf nicht
> aufgel÷stes externes Symbol ""public: void __thiscall
> lyx::TexRow::newlines(int)" (?newlines@TexRow@lyx@@QAEXH@Z)" in Funktion
> ""class lyx::otexstream & __cdecl lyx::operator<<(class lyx::otexstream
> &,class std::basic_string<unsigned int,struct std::char_traits<unsigned
> int>,class std::allocator<unsigned int> > const &)" (??6
> lyx@@YAAAVotexstream@0@AAV10@ABV?$basic_string@IU?$char_traits@I@std@@V?$alloca
> tor@I@2@@std@@@Z)".
> [D:\LyXGit\2.1.x\compile-result\src\support\tests\check_filetools.vcxproj]
> support.lib(_allinone_const.obj) : error LNK2019: Verweis auf nicht
> aufgel÷stes externes Symbol ""class lyx::frontend::Application * __cdecl
> lyx::theApp(void)
> " (?theApp@lyx@@YAPAVApplication@frontend@1@XZ)" in Funktion
> "_applescript_execute_command".
> [D:\LyXGit\2.1.x\compile-result\src\support\tests\check_filetools.vcxproj]
> support.lib(_allinone_const.obj) : error LNK2019: Verweis auf nicht
> aufgel÷stes externes Symbol ""public: __thiscall
> lyx::FuncRequest::FuncRequest(class lyx::
> FuncRequest const &,class std::basic_string<char,struct
> std::char_traits<char>,class std::allocator<char> > const &,enum
> lyx::FuncRequest::Origin)"
> (??0FuncRequest@lyx@@QAE@ABV01@ABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@
> @std@@W4Origin@01@@Z)" in Funktion "_applescript_execute_command".
> [D:\LyXGit\2.1.x\compile-result\src\support\tests\check_filetools.vcxproj]
> support.lib(_allinone_const.obj) : error LNK2019: Verweis auf nicht
> aufgel÷stes externes Symbol ""public: class lyx::FuncRequest __thiscall
> lyx::LyXAction::lookupFunc(class std::basic_string<char,struct
> std::char_traits<char>,class std::allocator<char> > const &)const "
> (?lookupFunc@LyXAction@lyx@@QBE?AVFuncRequest
> @2@ABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z)"
> in Funktion"_applescript_execute_command".
> [D:\LyXGit\2.1.x\compile-result\src\support\tests\check_filetools.vcxproj]
> support.lib(_allinone_const.obj) : error LNK2019: Verweis auf nicht
> aufgel÷stes externes Symbol ""class lyx::LyXAction lyx::lyxaction"
> (?lyxaction@lyx@@3VLyXAction@1@A)" in Funktion
> "_applescript_execute_command". [D:\LyXGit\2.1.x\compil
> e-result\src\support\tests\check_filetools.vcxproj]
> D:\LyXGit\2.1.x\compile-result\bin\Release\check_filetools.exe : fatal
> error LNK1120: 6 nicht aufgel÷ste externe Verweise.
> [D:\LyXGit\2.1.x\compile-result\src\support\tests\check_filetools.vcxproj]
>
> I now also found the reason: the flags
> -DLYX_MERGE_REBUILD
> and
> -DLYX_MERGE_FILES
> are set to true
>
> This seems correct because our build.bat in our CMake folder states "REM
> set -DLYX_MERGE_REBUILD and -DLYX_MERGE_FILES to 1 for a version
> released with an installer"
I never use MERGE. But maybe Peter can help, its his child.
Was it a clean build tree?
> I nevertheless sett both flags to false and can not compile LyX 2.1
> without errors.
>
> So what is wrong with using a merged build? I am pretty sure that I used
> merged builds for the release of LyX 2.0.8 and it worked fine.
>
> ---------
>
> Finally this compilation warning remains:
>
> "D:\LyXGit\Master\compile-result\src\LyX.vcxproj" (Standardziel) (3) ->
> (ClCompile Ziel) ->
> ..\..\src\Paragraph.cpp(3855): warning C4018: '<': conflict between
> 'signed' and 'unsigned' [D:\LyXGit\Master\compile-resul\src\LyX.vcxproj]
>
> This should be fixed for LyX 2.1.1 if possible.
+1
> many thanks and regards
> Uwe
Kornel
signature.asc
Description: This is a digitally signed message part.
