CMake fails on first configure

Yu Jin technikmagma at gmail.com
Sun Oct 22 19:36:31 UTC 2023


Am So., 22. Okt. 2023 um 21:06 Uhr schrieb Kornel Benko:

> Am Sun, 22 Oct 2023 20:48:38 +0200
> schrieb Yu Jin:
>
> > Am So., 22. Okt. 2023 um 17:32 Uhr schrieb Kornel Benko:
> >
> > > Am Sun, 22 Oct 2023 10:22:54 +0200
> > > schrieb Yu Jin:
> > >
> > > > Am Sa., 21. Okt. 2023 um 22:00 Uhr schrieb Yu Jin:
> > > >
> > > > > Am Sa., 21. Okt. 2023 um 19:42 Uhr schrieb Kornel Benko:
> > > > >
> > > > >>
> > > > >> What bothers me, is that the following configure is OK.
> > > > >> For me that implies that the first configure already created
> > > > >> CMakeCache.txt.
> > > > >> Could you compare the first CMakeCache.txt with later created
> version?
> > > > >> Normally I would
> > > > >> expect they have same content.
> > > > >>
> > > > >
> > > > > Well the following configure does not do any checks or
> try_compile, so
> > > it
> > > > > can't run into this error .
> > > > >
> > > >
> > > > I think it comes from here:
> > > >
> > >
> https://git.lyx.org/?p=lyx.git;a=blob;f=development/cmake/ConfigureChecks.cmake;h=9062372c38e107156a7e561bce340045b0cd53e0;hb=0b5a9060c2afc3e68b3b055ec5b02db7d13458ab#l287
> > > > set(CMAKE_REQUIRED_INCLUDES ${${QtVal}Core_INCLUDE_DIRS})
> > > >
> > > > I just added a message after this line for testing message(STATUS
> > > "includes
> > > > set: "${${QtVal}Core_INCLUDE_DIRS})
> > > > and it returns:
> > > > includes set:
> > > >
> > >
> C:/Qt/6.6.0/msvc2019_64/include/QtCoreC:/Qt/6.6.0/msvc2019_64/includeC:/Qt/6.6.0/msvc2019_64/include/QtZlib$<$<BOOL:$<TARGET_PROPERTY:Qt6::ZlibPrivate,_qt_module_has_private_headers>>:>$<$<BOOL:$<TARGET_PROPERTY:Qt6::ZlibPrivate,_qt_module_has_private_headers>>:C:/Qt/6.6.0/msvc2019_64/include/QtZlib/6.6.0>$<$<BOOL:$<TARGET_PROPERTY:Qt6::ZlibPrivate,_qt_module_has_private_headers>>:C:/Qt/6.6.0/msvc2019_64/include/QtZlib/6.6.0/QtZlib>
> > > >
> > > > So exactly what is set in CMakeCache.txt of the try_compie project,
> so in
> > > > the end it's set in ${Qt6Core_INCLUDE_DIRS}, which comes from Qt I
> > > suppose,
> > > > I guess I can make a minimal example with this and ask on the Qt
> forum...
> > > >
> > >
> > > That asking the forum would be nice. And yes, Qt6Core_INCLUDE_DIRS
> comes
> > > from Qt, not our
> > >
> >
> > What does it contain on Linux though? could you try with a simple
> > message(STATUS  ${Qt6Core_INCLUDE_DIRS})
> > ?
>
> Qt6Core_INCLUDE_DIRS =
> /usr/include/x86_64-linux-gnu/qt6/QtCore;/usr/include/x86_64-linux-gnu/qt6
>
> This is also with cmake3.28
>

It's this on Windows:

C:/Qt/6.6.0/msvc2019_64/include/QtCoreC:/Qt/6.6.0/msvc2019_64/includeC:/Qt/6.6.0/msvc2019_64/include/QtZlib$<$<BOOL:$<TARGET_PROPERTY:Qt6::ZlibPrivate,_qt_module_has_private_headers>>:>$<$<BOOL:$<TARGET_PROPERTY:Qt6::ZlibPrivate,_qt_module_has_private_headers>>:C:/Qt/6.6.0/msvc2019_64/include/QtZlib/6.6.0>$<$<BOOL:$<TARGET_PROPERTY:Qt6::ZlibPrivate,_qt_module_has_private_headers>>:C:/Qt/6.6.0/msvc2019_64/include/QtZlib/6.6.0/QtZlib>


to be continued...
https://bugreports.qt.io/browse/QTBUG-118462

-- 
  Eugene
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lyx.org/pipermail/lyx-devel/attachments/20231022/0f825fd2/attachment-0001.html>


More information about the lyx-devel mailing list