Re: CMake and HAVE_HUNSPELL_CXXABI

Am Sat, 22 Jun 2024 14:33:36 +0200 schrieb "Jürgen Spitzmüller" : > Am Samstag, dem 22.06.2024 um 14:07 +0200 schrieb Jürgen Spitzmüller: > > If I compile master with cmake > > > > HAVE_HUNSPELL_CXXABI = FALSE > > > > although it should be true (and also is with autotools). > > With a fresh b

Re: CMake and HAVE_HUNSPELL_CXXABI

Am Samstag, dem 22.06.2024 um 14:07 +0200 schrieb Jürgen Spitzmüller: > If I compile master with cmake > > HAVE_HUNSPELL_CXXABI = FALSE > > although it should be true (and also is with autotools). With a fresh build the problem is gone. Sorry for the noise. -- Jürgen -- lyx-devel mailing lis

Re: CMake: LYX_PROGRAM_SUFFIX=OFF -> user dir .lyx or .lyx2.4?

Le 26/05/2024 à 12:30, Kornel Benko a écrit : Am Sun, 26 May 2024 08:52:30 +0200 schrieb Jean-Marc Lasgouttes : For a reference point, that is what happens with auto tools. However the macOS packaging usus the same convention as you describe. Kornel, we should decide what is best :) I prefer

Re: CMake: LYX_PROGRAM_SUFFIX=OFF -> user dir .lyx or .lyx2.4?

On Sun, May 26, 2024 at 12:30:18PM GMT, Kornel Benko wrote: > Am Sun, 26 May 2024 08:52:30 +0200 > schrieb Jean-Marc Lasgouttes : > > > For a reference point, that is what happens with auto tools. However the > > macOS > > packaging usus the same convention as you describe. > > > > Kornel, we sh

Re: CMake: LYX_PROGRAM_SUFFIX=OFF -> user dir .lyx or .lyx2.4?

Am Sun, 26 May 2024 08:52:30 +0200 schrieb Jean-Marc Lasgouttes : > For a reference point, that is what happens with auto tools. However the macOS > packaging usus the same convention as you describe. > > Kornel, we should decide what is best :) I prefer the suffix version of the user dir. Supp

Re: CMake: LYX_PROGRAM_SUFFIX=OFF -> user dir .lyx or .lyx2.4?

For a reference point, that is what happens with auto tools. However the macOS packaging usus the same convention as you describe. Kornel, we should decide what is best :) JMarc Le 26 mai 2024 04:52:40 GMT+02:00, Scott Kostyshak a écrit : >(not important for 2.4.0 release) > > >If I set: > >

Re: cmake build with qt6 (macos) does not include "plugins"

Am Thu, 21 Mar 2024 23:21:18 +0100 schrieb pdv : > On 20/03/2024 11:26, Pavel Sanda wrote: > > On Tue, Mar 19, 2024 at 04:02:34PM +0100, pdv wrote: > >> These steps have been added to my previous patch (new patch included) and I > >> also derived the QT_PLUGINS_DIR and QT_LIBRARY_DIRS variables

Re: cmake build with qt6 (macos) does not include "plugins"

Am Thu, 21 Mar 2024 23:21:18 +0100 schrieb pdv : > On 20/03/2024 11:26, Pavel Sanda wrote: > > On Tue, Mar 19, 2024 at 04:02:34PM +0100, pdv wrote: > >> These steps have been added to my previous patch (new patch included) and I > >> also derived the QT_PLUGINS_DIR and QT_LIBRARY_DIRS variables

Re: cmake build with qt6 (macos) does not include "plugins"

On 20/03/2024 11:26, Pavel Sanda wrote: On Tue, Mar 19, 2024 at 04:02:34PM +0100, pdv wrote: These steps have been added to my previous patch (new patch included) and I also derived the QT_PLUGINS_DIR and QT_LIBRARY_DIRS variables from the existing Qt6_DIR/Qt5_DIR variable, so they must not long

Re: cmake build on macos (Sonoma, XCode) fails and remedy

Am Tue, 19 Mar 2024 15:31:00 +0100 schrieb pdv : > Using the latest commit and building lyx with cmake on macos-sonoma with > xcode fails with multiple error messages like this one: > > -- > CMake Error in po/CMakeLists.txt: >The custom command generating > > /po/LyX2.4.cat

Re: cmake build with qt6 (macos) does not include "plugins"

Am Sat, 4 Nov 2023 18:05:42 +0100 schrieb pdv : > On 04/11/2023 17:55, pdv wrote: > > On 21/03/2023 19:27, Kornel Benko wrote: > >> Am Tue, 21 Mar 2023 15:27:41 +0100 > >> schrieb pdv : > >> > >>> On 21/03/2023 11:00, Kornel Benko wrote: > Am Mon, 20 Mar 2023 20:05:32 +0100 > schrieb pdv

Re: cmake build with qt6 (macos) does not include "plugins"

On Tue, Mar 19, 2024 at 04:02:34PM +0100, pdv wrote: > These steps have been added to my previous patch (new patch included) and I > also derived the QT_PLUGINS_DIR and QT_LIBRARY_DIRS variables from the > existing Qt6_DIR/Qt5_DIR variable, so they must not longer be supplied. I see there is some

Re: cmake build with qt6 (macos) does not include "plugins"

On 07/11/2023 17:42, pdv wrote: On 06/11/2023 19:17, pdv wrote: On 04/11/2023 20:35, Kornel Benko wrote: Am Sat, 4 Nov 2023 18:05:42 +0100 schrieb pdv : On 04/11/2023 17:55, pdv wrote: On 21/03/2023 19:27, Kornel Benko wrote: Am Tue, 21 Mar 2023 15:27:41 +0100 schrieb pdv : On 21/03/2023

Re: cmake build with qt6 (macos) does not include "plugins"

On Sat, Nov 11, 2023 at 06:07:14PM +0100, Kornel Benko wrote: > Am Sat, 11 Nov 2023 11:14:51 -0500 > schrieb Scott Kostyshak : > > > > diff --git a/development/cmake/post_install/CMakeLists.txt > > > b/development/cmake/post_install/CMakeLists.txt index > > > 52a2f782af..f83cdaad0b 100644 > > > -

Re: cmake build with qt6 (macos) does not include "plugins"

Am Sat, 11 Nov 2023 11:14:51 -0500 schrieb Scott Kostyshak : > > diff --git a/development/cmake/post_install/CMakeLists.txt > > b/development/cmake/post_install/CMakeLists.txt index > > 52a2f782af..f83cdaad0b 100644 > > --- a/development/cmake/post_install/CMakeLists.txt > > +++ b/development/cma

Re: cmake build with qt6 (macos) does not include "plugins"

On Tue, Nov 07, 2023 at 05:42:27PM +0100, pdv wrote: > On 06/11/2023 19:17, pdv wrote: > > On 04/11/2023 20:35, Kornel Benko wrote: > > > Am Sat, 4 Nov 2023 18:05:42 +0100 > > > schrieb pdv : > > > > > > > On 04/11/2023 17:55, pdv wrote: > > > > > On 21/03/2023 19:27, Kornel Benko wrote: > > > > >

Re: cmake build with qt6 (macos) does not include "plugins"

On 06/11/2023 19:17, pdv wrote: On 04/11/2023 20:35, Kornel Benko wrote: Am Sat, 4 Nov 2023 18:05:42 +0100 schrieb pdv : On 04/11/2023 17:55, pdv wrote: On 21/03/2023 19:27, Kornel Benko wrote: Am Tue, 21 Mar 2023 15:27:41 +0100 schrieb pdv : On 21/03/2023 11:00, Kornel Benko wrote: Am Mo

Re: CMake fails on first configure

Am So., 22. Okt. 2023 um 21:36 Uhr schrieb Yu Jin: > 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$<$>:>$<$>:C:/Qt/6.6.0/msvc2019_64/include/QtZlib/6.6.0>$<$>:C:/Qt/6.6.0/msvc2019_64/include/QtZlib/6.6.0/QtZl

Re: cmake build with qt6 (macos) does not include "plugins"

On 04/11/2023 20:35, Kornel Benko wrote: Am Sat, 4 Nov 2023 18:05:42 +0100 schrieb pdv : On 04/11/2023 17:55, pdv wrote: On 21/03/2023 19:27, Kornel Benko wrote: Am Tue, 21 Mar 2023 15:27:41 +0100 schrieb pdv : On 21/03/2023 11:00, Kornel Benko wrote: Am Mon, 20 Mar 2023 20:05:32 +0100 sch

Re: cmake build with qt6 (macos) does not include "plugins"

Am Sat, 4 Nov 2023 18:05:42 +0100 schrieb pdv : > On 04/11/2023 17:55, pdv wrote: > > On 21/03/2023 19:27, Kornel Benko wrote: > >> Am Tue, 21 Mar 2023 15:27:41 +0100 > >> schrieb pdv : > >> > >>> On 21/03/2023 11:00, Kornel Benko wrote: > Am Mon, 20 Mar 2023 20:05:32 +0100 > schrieb pdv

Re: cmake build with qt6 (macos) does not include "plugins"

On 04/11/2023 17:55, pdv wrote: On 21/03/2023 19:27, Kornel Benko wrote: Am Tue, 21 Mar 2023 15:27:41 +0100 schrieb pdv : On 21/03/2023 11:00, Kornel Benko wrote: Am Mon, 20 Mar 2023 20:05:32 +0100 schrieb pdv : It's within the first if() else(), that's thus for qt6(see below). I suppose thi

Re: cmake build with qt6 (macos) does not include "plugins"

On 21/03/2023 19:27, Kornel Benko wrote: Am Tue, 21 Mar 2023 15:27:41 +0100 schrieb pdv : On 21/03/2023 11:00, Kornel Benko wrote: Am Mon, 20 Mar 2023 20:05:32 +0100 schrieb pdv : It's within the first if() else(), that's thus for qt6(see below). I suppose this should work for all platfor

Re: CMake fails on first configure

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

Re: CMake fails on first configure

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

Re: CMake fails on first configure

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 con

Re: CMake fails on first configure

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

Re: CMake fails on first configure

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 CMakeCach

Re: CMake fails on first configure

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

Re: CMake fails on first configure

Am Sat, 21 Oct 2023 13:47:13 +0200 schrieb Yu Jin : > Am Sa., 21. Okt. 2023 um 08:42 Uhr schrieb Yu Jin : > > > Am So., 15. Okt. 2023 um 22:32 Uhr schrieb Yu Jin > >: > > > >> Am Mo., 2. Okt. 2023 um 21:51 Uhr schrieb Yu Jin: > >> > >>> > >>> C:\Qt\6.5.2\msvc2019_64\include\QtGui\qtgui-config.h

Re: CMake fails on first configure

Am Sa., 21. Okt. 2023 um 08:42 Uhr schrieb Yu Jin : > Am So., 15. Okt. 2023 um 22:32 Uhr schrieb Yu Jin >: > >> Am Mo., 2. Okt. 2023 um 21:51 Uhr schrieb Yu Jin: >> >>> >>> C:\Qt\6.5.2\msvc2019_64\include\QtGui\qtgui-config.h >>> >> >> Ping... >> I don't really understand what is wrong here, coul

Re: CMake fails on first configure

Am So., 15. Okt. 2023 um 22:32 Uhr schrieb Yu Jin : > Am Mo., 2. Okt. 2023 um 21:51 Uhr schrieb Yu Jin: > >> >> C:\Qt\6.5.2\msvc2019_64\include\QtGui\qtgui-config.h >> > > Ping... > I don't really understand what is wrong here, could some1 help out with a > minimal example so I can ask the Qt foru

Re: CMake fails on first configure

Am Mo., 2. Okt. 2023 um 21:51 Uhr schrieb Yu Jin: > > C:\Qt\6.5.2\msvc2019_64\include\QtGui\qtgui-config.h > Ping... I don't really understand what is wrong here, could some1 help out with a minimal example so I can ask the Qt forum? -- Eugene -- lyx-devel mailing list lyx-devel@lists.lyx.org

Re: CMake fails on first configure

Am Sa., 30. Sept. 2023 um 13:45 Uhr schrieb Kornel Benko: > Am Sat, 30 Sep 2023 09:35:57 +0200 > schrieb Yu Jin: > > > Am So., 17. Sept. 2023 um 07:24 Uhr schrieb Yu Jin: > > > > > Am So., 17. Sept. 2023 um 07:23 Uhr schrieb Yu Jin > > > >: > > > > > >> When I configure for the first time (into an

Re: CMake fails on first configure

Am Sat, 30 Sep 2023 09:35:57 +0200 schrieb Yu Jin : > Am So., 17. Sept. 2023 um 07:24 Uhr schrieb Yu Jin : > > > Am So., 17. Sept. 2023 um 07:23 Uhr schrieb Yu Jin > >: > > > >> When I configure for the first time (into an empty folder) I get this > >> error: > >> > >> CMake Error at > >> C:/lyx

Re: CMake fails on first configure

Am So., 17. Sept. 2023 um 07:24 Uhr schrieb Yu Jin : > Am So., 17. Sept. 2023 um 07:23 Uhr schrieb Yu Jin >: > >> When I configure for the first time (into an empty folder) I get this >> error: >> >> CMake Error at >> C:/lyx/master-build-64-qt6/CMakeFiles/CMakeScratch/TryCompile-re0snf/CMakeLists

Re: CMake fails on first configure

Am So., 17. Sept. 2023 um 07:23 Uhr schrieb Yu Jin : > When I configure for the first time (into an empty folder) I get this > error: > > CMake Error at > C:/lyx/master-build-64-qt6/CMakeFiles/CMakeScratch/TryCompile-re0snf/CMakeLists.txt:12 > (include_directories): > Error evaluating generator

Re: cmake build with qt6 (macos) does not include "plugins"

Am Tue, 21 Mar 2023 15:27:41 +0100 schrieb pdv : > On 21/03/2023 11:00, Kornel Benko wrote: > > Am Mon, 20 Mar 2023 20:05:32 +0100 > > schrieb pdv : > > > >> It's within the first if() else(), that's thus for qt6(see below). I > >> suppose this should work for all platforms, but I checked it on

Re: cmake build with qt6 (macos) does not include "plugins"

On 21/03/2023 11:00, Kornel Benko wrote: Am Mon, 20 Mar 2023 20:05:32 +0100 schrieb pdv : It's within the first if() else(), that's thus for qt6(see below). I suppose this should work for all platforms, but I checked it on macos only. Your patch is limited to APPLE and also works for me; If thi

Re: cmake build with qt6 (macos) does not include "plugins"

Am Mon, 20 Mar 2023 20:05:32 +0100 schrieb pdv : > It's within the first if() else(), that's thus for qt6(see below). I > suppose this should work for all platforms, but I checked it on macos > only. Your patch is limited to APPLE and also works for me; If this > problem doesn't occur for other

Re: cmake build with qt6 (macos) does not include "plugins"

On 20/03/2023 10:50, Kornel Benko wrote: Am Sun, 19 Mar 2023 20:45:55 +0100 schrieb pdv : The merge branch killqt4 (commit 9376... on nov 28) broke the cmake install build on macos. The "development/cmake/post_install/CMakeLists.txt' SCRIPT checks for qt5 and copies all plugins if different. T

Re: cmake build with qt6 (macos) does not include "plugins"

Am Sun, 19 Mar 2023 20:45:55 +0100 schrieb pdv : > The merge branch killqt4 (commit 9376... on nov 28) broke the cmake > install build on macos. > > The "development/cmake/post_install/CMakeLists.txt' SCRIPT checks for > qt5 and copies all plugins if different. This did work for qt4 but also >

Re: CMake on Windows

On Sat, 23 Jan 2021 at 09:07, Yu Jin wrote: > Am Fr., 22. Jan. 2021 um 22:33 Uhr schrieb Thibaut Cuvelier < > tcuvel...@lyx.org>: > >> On Thu, 21 Jan 2021 at 19:23, Kornel Benko wrote: >> >>> Am Thu, 21 Jan 2021 18:26:38 +0100 >>> schrieb Thibaut Cuvelier : >>> >>> > Dear list, and Pavel mostly

Re: CMake on Windows

Am Fr., 22. Jan. 2021 um 22:33 Uhr schrieb Thibaut Cuvelier < tcuvel...@lyx.org>: > On Thu, 21 Jan 2021 at 19:23, Kornel Benko wrote: > >> Am Thu, 21 Jan 2021 18:26:38 +0100 >> schrieb Thibaut Cuvelier : >> >> > Dear list, and Pavel mostly :) >> > >> > I'm starting again to configure LyX on Windo

Re: CMake on Windows

On Thu, 21 Jan 2021 at 19:23, Kornel Benko wrote: > Am Thu, 21 Jan 2021 18:26:38 +0100 > schrieb Thibaut Cuvelier : > > > Dear list, and Pavel mostly :) > > > > I'm starting again to configure LyX on Windows, and the CMake files do > not behave as > > expected. > > > > I am setting -DLYX_DEPENDEN

Re: CMake on Windows

On Thu, Jan 21, 2021 at 06:26:38PM +0100, Thibaut Cuvelier wrote: > Dear list, and Pavel mostly :) I do not know how I earned it, given that I don't even know how to run cmake :) Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: CMake on Windows

On Thu, 21 Jan 2021 at 19:23, Kornel Benko wrote: > Am Thu, 21 Jan 2021 18:26:38 +0100 > schrieb Thibaut Cuvelier : > > > Dear list, and Pavel mostly :) > > > > I'm starting again to configure LyX on Windows, and the CMake files do > not behave as > > expected. > > > > I am setting -DLYX_DEPENDEN

Re: CMake on Windows

Am Thu, 21 Jan 2021 18:26:38 +0100 schrieb Thibaut Cuvelier : > Dear list, and Pavel mostly :) > > I'm starting again to configure LyX on Windows, and the CMake files do not > behave as > expected. > > I am setting -DLYX_DEPENDENCIES_DOWNLOAD=1 on the command line, but this is > what it > outp

Re: CMake: cofigure failure (Windows)

Am Di., 17. Nov. 2020 um 21:51 Uhr schrieb Kornel Benko : > Am Tue, 17 Nov 2020 19:01:29 +0100 > schrieb Yu Jin : > > > Am Mo., 16. Nov. 2020 um 23:01 Uhr schrieb Kornel Benko >: > > > > > Am Mon, 16 Nov 2020 22:16:22 +0100 > > > schrieb Yu Jin : > > > ... > > > > >> In master it is called before

Re: CMake: cofigure failure (Windows)

Am Tue, 17 Nov 2020 19:01:29 +0100 schrieb Yu Jin : > Am Mo., 16. Nov. 2020 um 23:01 Uhr schrieb Kornel Benko : > > > Am Mon, 16 Nov 2020 22:16:22 +0100 > > schrieb Yu Jin : > > ... > > > >> In master it is called before the options, > > > >> while in branch it is called after the options specs.

Re: CMake: cofigure failure (Windows)

Am Mo., 16. Nov. 2020 um 23:01 Uhr schrieb Kornel Benko : > Am Mon, 16 Nov 2020 22:16:22 +0100 > schrieb Yu Jin : > ... > > >> In master it is called before the options, > > >> while in branch it is called after the options specs. > > >> > > > > > > Yeah, thought so. I tried to move it behind the

Re: CMake: cofigure failure (Windows)

Am Mon, 16 Nov 2020 22:16:22 +0100 schrieb Yu Jin : ... > >> In master it is called before the options, > >> while in branch it is called after the options specs. > >> > > > > Yeah, thought so. I tried to move it behind the options which end at line > > 250 something. But then I get this error in

Re: CMake: cofigure failure (Windows)

Am Mo., 16. Nov. 2020 um 22:15 Uhr schrieb Yu Jin : > Am Mo., 16. Nov. 2020 um 21:34 Uhr schrieb Kornel Benko : > >> Am Mon, 16 Nov 2020 19:45:15 +0100 >> schrieb Yu Jin : >> > Ok then, I guess I can try to make a patch, I just don't understand one >> > thing. In 2.3.x when I initially run configu

Re: CMake: cofigure failure (Windows)

Am Mo., 16. Nov. 2020 um 21:34 Uhr schrieb Kornel Benko : > Am Mon, 16 Nov 2020 19:45:15 +0100 > schrieb Yu Jin : > > Ok then, I guess I can try to make a patch, I just don't understand one > > thing. In 2.3.x when I initially run configure, it gives me an error that > > the GNUWIN32_DIR is missin

Re: CMake: cofigure failure (Windows)

Am Mon, 16 Nov 2020 19:45:15 +0100 schrieb Yu Jin : > Am So., 15. Nov. 2020 um 22:47 Uhr schrieb Kornel Benko : > > > Am Sun, 15 Nov 2020 22:01:16 +0100 > > schrieb Yu Jin : > > > > > Am So., 15. Nov. 2020 um 21:28 Uhr schrieb Kornel Benko > >: > > > > > > > Am Sun, 15 Nov 2020 20:16:49 +0100 >

Re: CMake: cofigure failure (Windows)

Am So., 15. Nov. 2020 um 22:47 Uhr schrieb Kornel Benko : > Am Sun, 15 Nov 2020 22:01:16 +0100 > schrieb Yu Jin : > > > Am So., 15. Nov. 2020 um 21:28 Uhr schrieb Kornel Benko >: > > > > > Am Sun, 15 Nov 2020 20:16:49 +0100 > > > schrieb Yu Jin : > > > > > > > Am So., 15. Nov. 2020 um 20:15 Uhr s

Re: CMake: cofigure failure (Windows)

Am Sun, 15 Nov 2020 22:01:16 +0100 schrieb Yu Jin : > Am So., 15. Nov. 2020 um 21:28 Uhr schrieb Kornel Benko : > > > Am Sun, 15 Nov 2020 20:16:49 +0100 > > schrieb Yu Jin : > > > > > Am So., 15. Nov. 2020 um 20:15 Uhr schrieb Yu Jin : > > > > I agree with CMAKE_PREFIX_PATH. I think that GNUWIN32

Re: CMake: cofigure failure (Windows)

Am So., 15. Nov. 2020 um 21:28 Uhr schrieb Kornel Benko : > Am Sun, 15 Nov 2020 20:16:49 +0100 > schrieb Yu Jin : > > > Am So., 15. Nov. 2020 um 20:15 Uhr schrieb Yu Jin : > > > I agree with CMAKE_PREFIX_PATH. I think that GNUWIN32_DIR was a good > way > > > of handling that (I assume it was that

Re: CMake: cofigure failure (Windows)

Am Sun, 15 Nov 2020 20:16:49 +0100 schrieb Yu Jin : > Am So., 15. Nov. 2020 um 20:15 Uhr schrieb Yu Jin : > > > Am So., 15. Nov. 2020 um 18:20 Uhr schrieb Thibaut Cuvelier < > > tcuvel...@lyx.org>: > > > >> On Sun, 15 Nov 2020 at 16:59, Kornel Benko wrote: > >> > >>> Am Sun, 15 Nov 2020 16:47:36

Re: CMake: cofigure failure (Windows)

Am So., 15. Nov. 2020 um 20:15 Uhr schrieb Yu Jin : > Am So., 15. Nov. 2020 um 18:20 Uhr schrieb Thibaut Cuvelier < > tcuvel...@lyx.org>: > >> On Sun, 15 Nov 2020 at 16:59, Kornel Benko wrote: >> >>> Am Sun, 15 Nov 2020 16:47:36 +0100 >>> schrieb Yu Jin : >>> >>> > Am So., 15. Nov. 2020 um 16:34

Re: CMake: cofigure failure (Windows)

Am So., 15. Nov. 2020 um 18:20 Uhr schrieb Thibaut Cuvelier < tcuvel...@lyx.org>: > On Sun, 15 Nov 2020 at 16:59, Kornel Benko wrote: > >> Am Sun, 15 Nov 2020 16:47:36 +0100 >> schrieb Yu Jin : >> >> > Am So., 15. Nov. 2020 um 16:34 Uhr schrieb Yu Jin : >> > >> > > Am So., 15. Nov. 2020 um 16:03

Re: CMake: cofigure failure (Windows)

On Sun, 15 Nov 2020 at 16:59, Kornel Benko wrote: > Am Sun, 15 Nov 2020 16:47:36 +0100 > schrieb Yu Jin : > > > Am So., 15. Nov. 2020 um 16:34 Uhr schrieb Yu Jin : > > > > > Am So., 15. Nov. 2020 um 16:03 Uhr schrieb Kornel Benko < > kor...@lyx.org>: > > > > > >> Am Sun, 15 Nov 2020 15:08:43 +010

Re: CMake: cofigure failure (Windows)

Am Sun, 15 Nov 2020 16:47:36 +0100 schrieb Yu Jin : > Am So., 15. Nov. 2020 um 16:34 Uhr schrieb Yu Jin : > > > Am So., 15. Nov. 2020 um 16:03 Uhr schrieb Kornel Benko : > > > >> Am Sun, 15 Nov 2020 15:08:43 +0100 > >> schrieb Yu Jin : > >> > >> > > You have to investigate the cmake module FomdPe

Re: CMake: cofigure failure (Windows)

Am Sun, 15 Nov 2020 16:34:59 +0100 schrieb Yu Jin : > Am So., 15. Nov. 2020 um 16:03 Uhr schrieb Kornel Benko : > > > Am Sun, 15 Nov 2020 15:08:43 +0100 > > schrieb Yu Jin : > > > > > > You have to investigate the cmake module FomdPerl.cmake. > > > > It may help, if you use HINTS, for instance fo

Re: CMake: cofigure failure (Windows)

Am So., 15. Nov. 2020 um 16:34 Uhr schrieb Yu Jin : > Am So., 15. Nov. 2020 um 16:03 Uhr schrieb Kornel Benko : > >> Am Sun, 15 Nov 2020 15:08:43 +0100 >> schrieb Yu Jin : >> >> > > You have to investigate the cmake module FomdPerl.cmake. >> > > It may help, if you use HINTS, for instance for path

Re: CMake: cofigure failure (Windows)

Am So., 15. Nov. 2020 um 16:03 Uhr schrieb Kornel Benko : > Am Sun, 15 Nov 2020 15:08:43 +0100 > schrieb Yu Jin : > > > > You have to investigate the cmake module FomdPerl.cmake. > > > It may help, if you use HINTS, for instance for path D:\ > > > find_package(Perl REQUIRED PATHS "D:\\

Re: CMake: cofigure failure (Windows)

Am Sun, 15 Nov 2020 15:08:43 +0100 schrieb Yu Jin : > > You have to investigate the cmake module FomdPerl.cmake. > > It may help, if you use HINTS, for instance for path D:\ > >         find_package(Perl REQUIRED PATHS "D:\\") > > > > At least, this one works on linux too. > > > Uhm, ist

Re: CMake: cofigure failure (Windows)

Am So., 15. Nov. 2020 um 12:57 Uhr schrieb Kornel Benko : > Am Sun, 15 Nov 2020 11:32:34 +0100 > schrieb Yu Jin : > > > I can not configure master with CMake currently, it says: > > > > CMake Error at C:/Program > > > Files/CMake/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:146 > >

Re: CMake: cofigure failure (Windows)

Am Sun, 15 Nov 2020 11:32:34 +0100 schrieb Yu Jin : > I can not configure master with CMake currently, it says: > > CMake Error at C:/Program > Files/CMake/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:146 > (message): > Could NOT find Perl (missing: PERL_EXECUTABLE) > Call Stack

Re: Cmake Package Building

Am Sun, 25 Oct 2020 16:23:16 -0400 schrieb Richard Kimberly Heck : > On 10/25/20 4:14 PM, Richard Kimberly Heck wrote: > > At the moment, 'make package' via cmake produces .gz and .Z files. We > > now distribute gz and xz files. Can this be updated? > > Actually, never mind. It's only 'make pa

Re: Cmake Package Building

On 10/25/20 4:14 PM, Richard Kimberly Heck wrote: At the moment, 'make package' via cmake produces .gz and .Z files. We now distribute gz and xz files. Can this be updated? Actually, never mind. It's only 'make package' that does that. If I use 'make package_source', then I get .Z, .gz, .bz2,

Re: CMake deb: support "python3 | python2" dependency

On Tue, Oct 20, 2020 at 11:51:58AM +0200, Kornel Benko wrote: > Am Mon, 19 Oct 2020 15:33:24 -0400 > schrieb Scott Kostyshak : > > > "make package" is convenient for making a .deb. Currently the .deb > > depends on the "python" package but in 20.04 it makes things > > complicated. Does anyone else

Re: CMake deb: support "python3 | python2" dependency

Am Mon, 19 Oct 2020 15:33:24 -0400 schrieb Scott Kostyshak : > "make package" is convenient for making a .deb. Currently the .deb > depends on the "python" package but in 20.04 it makes things > complicated. Does anyone else install LyX with locally built debs? I do regularly > The attached patc

Re: CMake file and Visual C++ choking on LYX_WALL

On Wed, Sep 02, 2020 at 03:06:56PM +0200, Thibaut Cuvelier wrote: > On Wed, 2 Sep 2020 at 09:14, Kornel Benko wrote: > > > Am Wed, 2 Sep 2020 00:44:03 +0200 > > schrieb Thibaut Cuvelier : > > > > > Dear list, > > > > > > I just tried to enable more warnings with Visual C++. According to > > > INS

Re: CMake file and Visual C++ choking on LYX_WALL

Am Wed, 2 Sep 2020 15:06:56 +0200 schrieb Thibaut Cuvelier : > On Wed, 2 Sep 2020 at 09:14, Kornel Benko wrote: > > > Am Wed, 2 Sep 2020 00:44:03 +0200 > > schrieb Thibaut Cuvelier : > > > > > Dear list, > > > > > > I just tried to enable more warnings with Visual C++. According to > > > INSTALL

Re: CMake file and Visual C++ choking on LYX_WALL

On Wed, 2 Sep 2020 at 09:14, Kornel Benko wrote: > Am Wed, 2 Sep 2020 00:44:03 +0200 > schrieb Thibaut Cuvelier : > > > Dear list, > > > > I just tried to enable more warnings with Visual C++. According to > > INSTALL.cmake, it should be enough to set LYX_WALL to 1, but I get these > > warnings f

Re: CMake file and Visual C++ choking on LYX_WALL

Am Wed, 2 Sep 2020 00:44:03 +0200 schrieb Thibaut Cuvelier : > Dear list, > > I just tried to enable more warnings with Visual C++. According to > INSTALL.cmake, it should be enough to set LYX_WALL to 1, but I get these > warnings from the compiler: > > cl : Command line warning D9002 : ignoring

Re: CMake Install Failure

On 8/9/20 3:23 AM, Kornel Benko wrote: > Am Sun, 9 Aug 2020 02:48:03 -0400 > schrieb Richard Kimberly Heck : > >> Sorry, I omitted the cmake step. Here's what I did this time: >> >> mkdir build/ # from the LyX directory >> cd build/ >> cmake .. >> make >> sudo make install >> >> This used to work j

Re: CMake Install Failure

Am Sun, 9 Aug 2020 02:48:03 -0400 schrieb Richard Kimberly Heck : > Sorry, I omitted the cmake step. Here's what I did this time: > > mkdir build/ # from the LyX directory > cd build/ > cmake .. > make > sudo make install > > This used to work just fine but now doesn't. If instead I do: > > cma

Re: CMake Install Failure

On 8/8/20 7:18 PM, Kornel Benko wrote: > Am Sat, 8 Aug 2020 18:59:43 -0400 > schrieb Richard Kimberly Heck : > >> On 8/8/20 3:10 PM, Scott Kostyshak wrote: >>> On Sat, Aug 08, 2020 at 07:31:44AM +0200, Kornel Benko wrote: Am Sat, 8 Aug 2020 00:33:47 -0400 schrieb Richard Kimberly Heck :

Re: CMake Install Failure

Am Sat, 8 Aug 2020 18:59:43 -0400 schrieb Richard Kimberly Heck : > On 8/8/20 3:10 PM, Scott Kostyshak wrote: > > On Sat, Aug 08, 2020 at 07:31:44AM +0200, Kornel Benko wrote: > >> Am Sat, 8 Aug 2020 00:33:47 -0400 > >> schrieb Richard Kimberly Heck : > >> > >>> On Linux: > >>> > >>> ./autogen

Re: CMake Install Failure

On 8/8/20 3:10 PM, Scott Kostyshak wrote: > On Sat, Aug 08, 2020 at 07:31:44AM +0200, Kornel Benko wrote: >> Am Sat, 8 Aug 2020 00:33:47 -0400 >> schrieb Richard Kimberly Heck : >> >>> On Linux: >>> >>> ./autogen.sh >>> mkdir build >>> cd build >>> make -j4 >>> sudo make install >>> >>> CMake Error

Re: CMake Install Failure

On Sat, Aug 08, 2020 at 07:31:44AM +0200, Kornel Benko wrote: > Am Sat, 8 Aug 2020 00:33:47 -0400 > schrieb Richard Kimberly Heck : > > > On Linux: > > > > ./autogen.sh > > mkdir build > > cd build > > make -j4 > > sudo make install > > > > CMake Error at po/cmake_install.cmake:45 (file): > >  

Re: CMake Install Failure

Am Sat, 8 Aug 2020 00:33:47 -0400 schrieb Richard Kimberly Heck : > On Linux: > > ./autogen.sh > mkdir build > cd build > make -j4 > sudo make install > > CMake Error at po/cmake_install.cmake:45 (file): >   file INSTALL cannot find "/cvs/lyx/lyx-pristine/build/po/ar.gmo": No such >   file or di

Re: CMake install path for dtl

Am Mon, 13 Apr 2020 21:57:00 +0200 schrieb Yu Jin : > Am Mo., 13. Apr. 2020 um 20:12 Uhr schrieb Kornel Benko : > > > Am Mon, 13 Apr 2020 19:38:52 +0200 > > schrieb Kornel Benko : > > > You could protokoll (in the CMakeLists.txt) > > > message(STATUS "CMAKE_INSTALL_PREFIX ${CMAKE_INSTALL_PR

Re: CMake install path for dtl

Am Mo., 13. Apr. 2020 um 20:12 Uhr schrieb Kornel Benko : > Am Mon, 13 Apr 2020 19:38:52 +0200 > schrieb Kornel Benko : > > You could protokoll (in the CMakeLists.txt) > > message(STATUS "CMAKE_INSTALL_PREFIX ${CMAKE_INSTALL_PREFIX}") > > message(STATUS "dest_data ${dest_data}") > > so

Re: CMake install path for dtl

Am Mon, 13 Apr 2020 19:38:52 +0200 schrieb Kornel Benko : > Am Mon, 13 Apr 2020 19:13:55 +0200 > schrieb Yu Jin : > > > For me on windows when I build INSTALL target, the newly added dtl > > executables get copied to > > C:\lyx\masterbuild32\LYX_INSTALLED\LYX_INSTALLED\Resources\extratools. > > L

Re: CMake install path for dtl

Am Mon, 13 Apr 2020 19:13:55 +0200 schrieb Yu Jin : > For me on windows when I build INSTALL target, the newly added dtl > executables get copied to > C:\lyx\masterbuild32\LYX_INSTALLED\LYX_INSTALLED\Resources\extratools. > LYX_INSTALLED is doubled. As far as I can see its in this line > (C:\lyx\m

Re: cmake install missing help documentation

On Tue, Oct 29, 2019 at 01:40:06PM +0100, Kornel Benko wrote: > Am Tue, 29 Oct 2019 07:57:51 -0400 > schrieb Vincent Lucarelli : > > > Hi Scott, > > > > Happy to propose a patch. > > > > Couple of questions: > > > > - Are both autotools and cmake build systems fully supported for lyx or is > >

Re: CMake Build Problem

Am Mon, 16 Dec 2019 20:36:58 -0500 schrieb Scott Kostyshak : > On Mon, Dec 16, 2019 at 08:11:16PM -0500, Richard Kimberly Heck wrote: > > I'm getting a repeatable error when building the master branch of LyX > > with cmake on Fedora 30. What I've done is: > > > > ./autogen.sh > > mkdir build-cmak

Re: CMake Build Problem

On Mon, Dec 16, 2019 at 08:11:16PM -0500, Richard Kimberly Heck wrote: > I'm getting a repeatable error when building the master branch of LyX > with cmake on Fedora 30. What I've done is: > > ./autogen.sh > mkdir build-cmake > cd build-cmake > cmake .. > make > > Result: Kornel can advise, but

Re: CMake install (of LyX) on MacOS

On 30/11/2019 11:03, Kornel Benko wrote: Am Fri, 29 Nov 2019 19:46:13 +0100 schrieb pdv : I wonder if someone uses CMake on MacOS to make a LyX application bundle. Don't know. At the moment you are the only one who cares. One has at least to switch `LYX_INSTALL` ON but it did not work right

Re: CMake install (of LyX) on MacOS

Am Sat, 30 Nov 2019 11:03:45 +0100 schrieb Kornel Benko : > Am Fri, 29 Nov 2019 19:46:13 +0100 > schrieb pdv : > > > I wonder if someone uses CMake on MacOS to make a LyX application > > bundle. > > Don't know. At the moment you are the only one who cares. > > > One has at least to switch `L

Re: CMake install (of LyX) on MacOS

Am Fri, 29 Nov 2019 19:46:13 +0100 schrieb pdv : > I wonder if someone uses CMake on MacOS to make a LyX application > bundle. Don't know. At the moment you are the only one who cares. > One has at least to switch `LYX_INSTALL` ON but it did not work > right away for me. Basically all icons we

Re: CMake FindPythonInterp deprecated

On 29/11/2019 15:22, Kornel Benko wrote: Am Fri, 29 Nov 2019 14:39:23 +0100 schrieb pdv : On 28/11/2019 13:36, Kornel Benko wrote: Yes I see. At 2) one could drop the LYX_PYTHON_EXECUTABLE. Are the LYX_ variables not supposed to be set by the developer/user? Good point. LYX_ prefix is used o

Re: CMake FindPythonInterp deprecated

Am Fri, 29 Nov 2019 14:39:23 +0100 schrieb pdv : > On 28/11/2019 13:36, Kornel Benko wrote: > >> Yes I see. At 2) one could drop the LYX_PYTHON_EXECUTABLE. > >> Are the LYX_ variables not supposed to be set by the developer/user? > > > > Good point. LYX_ prefix is used only to distinguish with

Re: CMake FindPythonInterp deprecated

On 28/11/2019 13:36, Kornel Benko wrote: Yes I see. At 2) one could drop the LYX_PYTHON_EXECUTABLE. Are the LYX_ variables not supposed to be set by the developer/user? Good point. LYX_ prefix is used only to distinguish with any other variables used in e.g. underlying projects like 3rdparty ..

Re: CMake FindPythonInterp deprecated

Am Thu, 28 Nov 2019 13:08:53 +0100 schrieb pdv : > On 28/11/2019 10:43, Kornel Benko wrote: > > Am Wed, 27 Nov 2019 22:25:16 +0100 > > schrieb pdv : > > > >>> BTW, I never saw any deprecated message ... only looking into > >>> FindPythonInterp.cmake > >>> there is a hint. > >>> > >>> Kornel

Re: CMake FindPythonInterp deprecated

On 28/11/2019 10:43, Kornel Benko wrote: Am Wed, 27 Nov 2019 22:25:16 +0100 schrieb pdv : BTW, I never saw any deprecated message ... only looking into FindPythonInterp.cmake there is a hint. Kornel I thought that a user might want to define LYX_PYTHON_EXECUTABLE and this will n

Re: CMake FindPythonInterp deprecated

Am Wed, 27 Nov 2019 22:25:16 +0100 schrieb pdv : > > BTW, I never saw any deprecated message ... only looking into > > FindPythonInterp.cmake > > there is a hint. > > > > Kornel > > > > > I thought that a user might want to define LYX_PYTHON_EXECUTABLE and > this will now be overwritten

Re: CMake FindPythonInterp deprecated

On 27/11/2019 19:54, Kornel Benko wrote: Am Wed, 27 Nov 2019 18:09:44 +0100 schrieb pdv : find_package(PythonInterp ...) is deprecated since CMake 3.12. With the current master build on MacOS CMake returns `Python3_EXECUTABLE=Python3.5` although Python3.7 is selected with macports. Using the

  1   2   3   4   5   6   7   8   9   >