Am Thu, 6 Feb 2025 21:56:38 +0100
schrieb Kornel Benko :
> > > Right, committed at ea55792f
> > >
> > > Kornel
> > >
> > >
> > Thanks, but there is a typo in the elseif().
> >
> > pdv
> >
>
> Ouch, bad habit being to used to perl.
>
> Corrected at 0ef5bee5. Now should be time to add
ces on MacOS are instead installed in a separate
> >> "share" folder next to the app.
> >>
> >> In the topmost CMakeLists.txt LYX_DATA_SUBDIR is properly set in line
> >> 506 but subsequently overwritten in line 590, resulting into
> >>
eLists.txt LYX_DATA_SUBDIR is properly set in line
506 but subsequently overwritten in line 590, resulting into
- LYX_ABS_INSTALLED_DATADIR :
.../lyx-qt6-cmake-xcode-build/LyX/share/LyX2.5/
- LYX_ABS_INSTALLED_LOCALEDIR :
.../lyx-qt6-cmake-xcode-build/LyX/share/LyX2.5/locale
causing thi
"share" folder next to the app.
> >
> > In the topmost CMakeLists.txt LYX_DATA_SUBDIR is properly set in line
> > 506 but subsequently overwritten in line 590, resulting into
> >
> > - LYX_ABS_INSTALLED_DATADIR :
> > .../lyx-qt6-cmake-xcode-bui
SUBDIR is properly set in line
> 506 but subsequently overwritten in line 590, resulting into
>
> - LYX_ABS_INSTALLED_DATADIR :
> .../lyx-qt6-cmake-xcode-build/LyX/share/LyX2.5/
> - LYX_ABS_INSTALLED_LOCALEDIR :
> .../lyx-qt6-cmake-xcode-build/LyX/share/LyX2.5/local
n line 590, resulting into
- LYX_ABS_INSTALLED_DATADIR :
.../lyx-qt6-cmake-xcode-build/LyX/share/LyX2.5/
- LYX_ABS_INSTALLED_LOCALEDIR :
.../lyx-qt6-cmake-xcode-build/LyX/share/LyX2.5/locale
causing this behavior.
Probably APPLE must be excluded in this if(WIN32) ... else() ...endif().
p
On 03/02/2025 14:55, pdv wrote:
I didn't build LyX for a long time and got now into this problem:
I use CMake and XCode (on an M3 iMac with MacOS15.3).
The problem is with ImageMagick-6 (provided by macports), the header
file not being found.
CMake does not complain but unfortunately
I didn't build LyX for a long time and got now into this problem:
I use CMake and XCode (on an M3 iMac with MacOS15.3).
The problem is with ImageMagick-6 (provided by macports), the header
file not being found.
CMake does not complain but unfortunately also not when I mangle the
in
Le 05/11/2024 à 09:50, Pavel Sanda a écrit :
Everything compiles fine with gcc 7 and Qt 5.9.5.
Are we happy now?
I think this was good move. Pavel
And we have the possibility to switch to gcc 8 on this platform if the
C++17 support is not sufficient.
JMarc
--
lyx-devel mailing list
lyx-de
On Mon, Nov 04, 2024 at 06:29:12PM +0100, Jean-Marc Lasgouttes wrote:
> Le 25/10/2024 ?? 08:23, Pavel Sanda a écrit :
> > Googling around
> > 16.04 has Qt 5.5.1 & Python 3.5 & gcc 5.4 available even if not default.
> > 18.04 has Qt 5.9.5 & Python 3.6 & gcc 7.5 available
> >
> > We did unnecessaril
latest commits, we now support Ubuntu 18.04, which actually has
> > python 3.8 in its repositories.
> >
> > Everything compiles fine with gcc 7 and Qt 5.9.5.
>
> Kornel, I did not modify CMake stuff for the Qt version (and I do not
> know whether CMake 3.10, which is available with
an require gcc 7 only, but I think you just killed support Qt
5.9.5 anyway?
With my latest commits, we now support Ubuntu 18.04, which actually has
python 3.8 in its repositories.
Everything compiles fine with gcc 7 and Qt 5.9.5.
Kornel, I did not modify CMake stuff for the Qt version (an
Le 25/10/2024 à 08:23, Pavel Sanda a écrit :
Googling around
16.04 has Qt 5.5.1 & Python 3.5 & gcc 5.4 available even if not default.
18.04 has Qt 5.9.5 & Python 3.6 & gcc 7.5 available
We did unnecessarily drastic cut.
We can require gcc 7 only, but I think you just killed support Qt 5.9.5 anyw
Le 24/10/2024 à 15:43, Pavel Sanda a écrit :
On Thu, Oct 24, 2024 at 12:43:49PM +, Kornel Benko wrote:
commit d6fba3b94e54ac58806d7cb65584edfdbe6d515e
Author: Kornel Benko
Date: Thu Oct 24 14:52:22 2024 +0200
Cmake build: Start demanding at least version 5.1 if compiling with gcc
On Fri, Oct 25, 2024 at 12:43:26AM +0200, Jean-Marc Lasgouttes wrote:
> >I thought that distros which have GCC<8 do not ship qt5, but qt4.
> >Am I wrong here? Otherwise how are you going even to test it?
>
> Ubuntu 15.10 is GCC 5.4 and Qt 5.4. Just what we said except for python.
>
> I can almost
On Thu, Oct 24, 2024 at 04:05:37PM +0200, Jean-Marc Lasgouttes wrote:
> It may be that we still compile with gcc 6, which has bits of C++17. I feel
> a bit lazy to check this, but I could in principle. I would say that we
> allow ourselves to use every C++17 feature and see afterward what compiler
On Thu, Oct 24, 2024 at 12:43:49PM +, Kornel Benko wrote:
> commit d6fba3b94e54ac58806d7cb65584edfdbe6d515e
> Author: Kornel Benko
> Date: Thu Oct 24 14:52:22 2024 +0200
>
> Cmake build: Start demanding at least version 5.1 if compiling with gcc
We just agreed on
Am Tue, 25 Jun 2024 14:05:38 +0200
schrieb Jean-Marc Lasgouttes :
> Le 25/06/2024 à 13:45, Kornel Benko a écrit :
> > commit 5ee53450bbef83b60edde401b075f2e1d51ce5b7
> > Author: Kornel Benko
> > Date: Tue Jun 25 13:50:32 2024 +0200
> >
> > Cmake build:
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 a
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
--
ly
If I compile master with cmake
HAVE_HUNSPELL_CXXABI = FALSE
although it should be true (and also is with autotools).
In consequence I get deprecation warning for hunspell commands (which
are surpassed by the above boolean).
This is with external hunspell. With -DLYX_EXTERNAL_HUNSPELL:BOOL=OFF
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
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
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
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:
>
>
(not important for 2.4.0 release)
If I set:
-DLYX_PROGRAM_SUFFIX=OFF
then the created binary is just "lyx" (as opposed to lyx24).
However, the user directory is ~/.lyx2.4. In this case, shouldn't the user
directory be ~/.lyx?
Scott
signature.asc
Description: PGP signature
--
lyx-devel m
Le 28 avril 2024 15:15:30 GMT+02:00, Scott Kostyshak a écrit
:
>commit 23c45f76adf66082851632a28f9c259e0f43a212
>Author: Scott Kostyshak
>Date: Sun Apr 28 09:13:55 2024 -0400
>
>CMake: adapt to new location of Lexer
Thanks!
JMarc
>Lexer is now in supp
On 4/20/24 13:33, Kornel Benko wrote:
commit 10ca66a7fa7455836eda7169cfd288c1ed2364c1
Author: Kornel Benko
Date: Sat Apr 20 19:33:25 2024 +0200
Cmake install: Forgotten to install tabletemplates.
Just for clarity: Anything that goes to 2.4.x does not also need to go
to 2.4.1-devel
> >> I only tested this with Qt6.
> >
> > Unf we are staying out of Qt6 for mac because of serious issues we were not
> > able to
> > solve (see bug https://www.lyx.org/trac/ticket/12641 ).
> >
> > Pavel
>
> That will not be so easy
> >> I only tested this with Qt6.
> >
> > Unf we are staying out of Qt6 for mac because of serious issues we were not
> > able to
> > solve (see bug https://www.lyx.org/trac/ticket/12641 ).
> >
> > Pavel
>
> That will not be so easy
/ticket/12641 ).
Pavel
That will not be so easy (with cmake).
The signing issue also holds for Qt5.
I've done my homework again.
I realized that my previous solution (although it worked for me) was not
ideal. I can't remember why anymore but for Qt6 I copied just all the
plugins, which
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
&g
>> only. Your patch is limited to APPLE and also works for me; If this
> >>>>> problem doesn't occur for other platforms, it's ok for me of course.
> >>>>
> >>>> Probably no one else is using the bundle option (-DLYX_BUN
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
is
problem doesn't occur for other platforms, it's ok for me of
course.
Probably no one else is using the bundle option (-DLYX_BUNDLE=ON).
If you could try to use cmake without this option, I'd be
interested
if it works for
you too.
Apparently no problem. -DLYX_BUNDLE=OFF works t
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.pot
is attached to multiple targets:
translations
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
> >
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.t
> > > > > 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
> >
Am Fri, 10 Nov 2023 14:40:01 +0100
schrieb Jean-Marc Lasgouttes :
> Le 10/11/2023 à 13:24, Kornel Benko a écrit :
> > Thanks, but
> > /usr2/src/lyx/lyx-git/src/Mover.h:18:10: fatal error:
> > support/mute_warning.h: No such
> > file or directory 18 | #include "support/mute_warning.h"
> >|
Le 10/11/2023 à 13:24, Kornel Benko a écrit :
Thanks, but
/usr2/src/lyx/lyx-git/src/Mover.h:18:10: fatal error: support/mute_warning.h:
No such
file or directory 18 | #include "support/mute_warning.h"
| ^~~~
Kornel
Sigh. Fixed now.
JMarc
--
lyx-de
Am Fri, 10 Nov 2023 13:16:35 +0100
schrieb Jean-Marc Lasgouttes :
> Le 10/11/2023 à 12:58, Kornel Benko a écrit :
> >
> > This of course breaks the compilation.
> >
> > Please do not add new stuff at this stage.
> >
> > Would it be possible to add the definitions into some header file instead?
Le 10/11/2023 à 12:58, Kornel Benko a écrit :
This of course breaks the compilation.
Please do not add new stuff at this stage.
Would it be possible to add the definitions into some header file instead?
Sorry, I did not think of this (better) possibility.
Done now.
JMarc
--
lyx-devel mail
This of course breaks the compilation.
Please do not add new stuff at this stage.
Would it be possible to add the definitions into some header file instead?
Kornel
pgpKxQrxIxltt.pgp
Description: Digitale Signatur von OpenPGP
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://li
other platforms, it's ok for me of
course.
Probably no one else is using the bundle option (-DLYX_BUNDLE=ON).
If you could try to use cmake without this option, I'd be interested
if it works for
you too.
Apparently no problem. -DLYX_BUNDLE=OFF works too for me.
In this case we coul
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
f course.
Probably no one else is using the bundle option (-DLYX_BUNDLE=ON).
If you could try to use cmake without this option, I'd be interested
if it works for
you too.
Apparently no problem. -DLYX_BUNDLE=OFF works too for me.
In this case we could get rid of it (probably).
Kor
>> only. Your patch is limited to APPLE and also works for me; If this
> >>>>> problem doesn't occur for other platforms, it's ok for me of course.
> >>>>
> >>>> Probably no one else is using the bundle option (-DLYX_BUN
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 platforms, it's ok for me of course.
Probably no one else is using the bundle option (-DLYX_BUNDLE=ON).
If you co
rk 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 platforms, it's ok for me of course.
Probably no one else is using the bundle option (-DLYX_BUNDLE=ON).
If you could try to use cmake without
;> 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 er
> CMakeCache.txt.
> > > >> Could you compare the first CMakeCache.txt with later created version?
> > > >> Normally I would
> > > >> expect they have same content.
> > > >>
> > > >
> > > > Well the following
gt; 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 com
onfigure 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=0b5a9060c2afc3e68b3b0
>> 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 com
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
gt; Git bisect leads to this
> >
> > https://git.lyx.org/?p=lyx.git;a=commitdiff;h=ebe4834684a523de15f55068a32b487cae251bea
> >
> > I ran cmake with --debug-trycompile and found some more infos, here is
> the error:
>
> -- Looking for C++ include QtGui/qtgui-config
> 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?
>>
>> Git bisect leads to this
>
> https://git.lyx.org/?p=lyx.git;a=commitdiff;h=ebe4834684a523de15f55068a32b487cae251bea
>
>
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
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
Am Mon, 9 Oct 2023 10:14:48 +0200
schrieb Pavel Sanda :
> On Sun, Oct 08, 2023 at 12:56:46PM +0200, Kornel Benko wrote:
> > I was not planing to strip that part. The propose was an example.
> > Plan is:
> > If lyx with cmake is configured with
> > -DLYX_PROGRAM_S
On Sun, Oct 08, 2023 at 12:56:46PM +0200, Kornel Benko wrote:
> I was not planing to strip that part. The propose was an example.
> Plan is:
> If lyx with cmake is configured with
> -DLYX_PROGRAM_SUFFIX:BOOL=ON
> the built executables have all a suffix. Only in this case sh
gt; > >
> > > > Installing without using the suffix should be no problem for you (e.g.
> > > > no change)
> > > > My proposal would rename it to "LyX.metainfo.xml".
> > > >
> > >
> > > This conflict is, I believ
blem for you (e.g. no
> > > change)
> > > My proposal would rename it to "LyX.metainfo.xml".
> > >
> >
> > This conflict is, I believe, also present in autoconf builds. The
> > default there is to build without suffix. If I move to cmak
rename this file on install to be able to install multiple
> >>> lyx-versions?
> >>> Like "org.lyx.LyX.metainfo.xml" -> "LyX2.4.metainfo.xml"
> >>> if using versioned suffixes?
> >>>
> >>> Kornel
> >>
> >
-> "LyX2.4.metainfo.xml"
if using versioned suffixes?
Kornel
Using my blue hat here (Fedora). :-)
Although I am not using cmake (yet!) I prefer to have the simple
version. When I need to take care of another version I prefer to do it
myself.
Looking into the system directory (/usr/sh
fo.xml"
> > if using versioned suffixes?
> >
> > Kornel
>
> Using my blue hat here (Fedora). :-)
>
> Although I am not using cmake (yet!) I prefer to have the simple
> version. When I need to take care of another version I prefer to do it
> myself.
my blue hat here (Fedora). :-)
Although I am not using cmake (yet!) I prefer to have the simple
version. When I need to take care of another version I prefer to do it
myself.
Looking into the system directory (/usr/share/metainfo/) I do not see
any versioned file.
My two ¢.
--
José Ab
Am Fri, 6 Oct 2023 10:30:14 +0200
schrieb Kornel Benko :
> Am Wed, 4 Oct 2023 10:57:08 +0200
> schrieb Cor Blom :
>
> > Hi,
> >
> > autoconf installs org.lyx.LyX.metainfo.xml automatically, but cmake does
> > not. Intention, mistake, ...?
> >
> >
Am Wed, 4 Oct 2023 10:57:08 +0200
schrieb Cor Blom :
> Hi,
>
> autoconf installs org.lyx.LyX.metainfo.xml automatically, but cmake does
> not. Intention, mistake, ...?
>
> This is on openSUSE, building rpms using the buildservice.
>
> Thanks,
>
> Cor
>
Mist
Hi,
autoconf installs org.lyx.LyX.metainfo.xml automatically, but cmake does
not. Intention, mistake, ...?
This is on openSUSE, building rpms using the buildservice.
Thanks,
Cor
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
t;
> > >> 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
> > &
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
> >&
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/CM
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
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 expression:
$
Target "Qt6::ZlibPrivate" not fou
s 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 platforms, it's ok for me of course.
> >
> > Probably no one else is using the bundle opt
for me; If this
problem doesn't occur for other platforms, it's ok for me of course.
Probably no one else is using the bundle option (-DLYX_BUNDLE=ON).
If you could try to use cmake without this option, I'd be interested if it
works for you
too.
Apparently no problem. -DLYX_BU
blem doesn't occur for other platforms, it's ok for me of course.
Probably no one else is using the bundle option (-DLYX_BUNDLE=ON).
If you could try to use cmake without this option, I'd be interested if it
works for you
too.
In this case we could get rid of it (probably).
K
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
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
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
for qt6.
The killqt4 branch removed this els
Am Sat, 19 Nov 2022 21:34:41 +0100
schrieb Kornel Benko :
> > If that doesn't work, do you want me to try to push the commit you made?
> >
> > Scott
>
> Yes please.
>
Thanks.
Kornel
pgpTupO85XP9P.pgp
Description: Digitale Signatur von OpenPGP
--
lyx-devel mailing list
lyx-devel@li
On Sat, Nov 19, 2022 at 09:34:41PM +0100, Kornel Benko wrote:
> Am Sat, 19 Nov 2022 15:13:41 -0500
> schrieb Scott Kostyshak :
>
> > On Sat, Nov 19, 2022 at 07:09:51PM +0100, Kornel Benko wrote:
> > > Am Sat, 19 Nov 2022 11:50:44 -0500
> > > schrieb Scott Kostyshak :
> > >
> > > > git branch ki
Am Sat, 19 Nov 2022 15:13:41 -0500
schrieb Scott Kostyshak :
> On Sat, Nov 19, 2022 at 07:09:51PM +0100, Kornel Benko wrote:
> > Am Sat, 19 Nov 2022 11:50:44 -0500
> > schrieb Scott Kostyshak :
> >
> > > git branch killqt4 --set-upstream-to features/killqt4
> >
> > I get
> > fatal: branch 'k
On Sat, Nov 19, 2022 at 07:09:51PM +0100, Kornel Benko wrote:
> Am Sat, 19 Nov 2022 11:50:44 -0500
> schrieb Scott Kostyshak :
>
> > git branch killqt4 --set-upstream-to features/killqt4
>
> I get
> fatal: branch 'killqt4' does not exist
> Exit 128
>
>
> Sorry, I am lost. I cannot even remove t
Am Sat, 19 Nov 2022 11:50:44 -0500
schrieb Scott Kostyshak :
> git branch killqt4 --set-upstream-to features/killqt4
I get
fatal: branch 'killqt4' does not exist
Exit 128
Sorry, I am lost. I cannot even remove the wrong branch.
$ git branch -r | grep kill
origin/kill-print
origin/kill-tex
t; > at 1a46a146e45984091ef1b3168a7ba7b940a14b09 (commit)
> > > > >
> > > > > - Log
> > > > > -
> > > > >
> > > > > commit 1a46a146e45984091ef1b3168a7ba7b940a14b09
> > > > > Author: Kornel Benko
&g
; > > >
> > > > commit 1a46a146e45984091ef1b3168a7ba7b940a14b09
> > > > Author: Kornel Benko
> > > > Date: Sat Nov 19 14:45:03 2022 +0100
> > > >
> > > > Amend ac248e39, get rid of Qt4 code also in cmake build
> > Date: Sat Nov 19 14:45:03 2022 +0100
> > >
> > > Amend ac248e39, get rid of Qt4 code also in cmake build
> >
> > I seem to be unable to commit to origin/killqt4.
>
> I think it is on the "features" repository: features/killqt4.
>
ommit)
> >
> > - Log -
> >
> > commit 1a46a146e45984091ef1b3168a7ba7b940a14b09
> > Author: Kornel Benko
> > Date: Sat Nov 19 14:45:03 2022 +0100
> >
> > Amend ac248e39, get rid of Qt4 code also in cmake bu
>
> commit 1a46a146e45984091ef1b3168a7ba7b940a14b09
> Author: Kornel Benko
> Date: Sat Nov 19 14:45:03 2022 +0100
>
> Amend ac248e39, get rid of Qt4 code also in cmake build
I seem to be unable to commit to origin/killqt4.
Kornel
pgpyY9FJgHrk9.pgp
Description: Digitale Signatur von
On Sat, Sep 17, 2022 at 01:17:30PM +0200, Kornel Benko wrote:
>
> I got this error:
> /usr2/src/lyx/lyx-git/src/frontends/qt/GuiApplication.h:123:22: error:
> ‘virtual bool
> lyx::frontend::GuiApplication::nativeEventFilter(const QByteArray&, void*,
> long int*)’
> marked ‘override’, but does no
I got this error:
/usr2/src/lyx/lyx-git/src/frontends/qt/GuiApplication.h:123:22: error: ‘virtual
bool
lyx::frontend::GuiApplication::nativeEventFilter(const QByteArray&, void*, long
int*)’
marked ‘override’, but does not override 123 | virtual bool
nativeEventFilter(const QByteArray & e
https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-latest-qt5-cmake/2429/
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Wed, 9 Feb 2022 03:33:43 +0100 (CET)
schrieb ci-...@inria.fr:
> /build/lyx/src/frontends/qt/GuiView.cpp:646: undefined reference to
> `lyx::frontend::GuiView::zoom_min_'
> /build/lyx/src/frontends/qt/GuiView.cpp:646:
> undefined reference to `lyx::frontend::GuiView::zoom_max_'
Works with the
https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-latest-qt5-cmake/2428/--
[...truncated 1717 lines...]
cd /build/lyx/build/src/mathed && /usr/bin/c++
-DBOOST_USER_CONFIG="" -DHUNSPELL_STATIC -DQT_CORE_LIB
-I/build/lyx/build -I
Am Wed, 29 Sep 2021 18:16:44 +0200
schrieb Jean-Marc Lasgouttes :
> Le 29/09/2021 à 17:32, Kornel Benko a écrit :
> > commit c26db650a1e93573e4c09d4612ad45ae1e219854
> > Author: Kornel Benko
> > Date: Wed Sep 29 17:53:50 2021 +0200
> >
> > Cmake buil
On Tue, Sep 21, 2021 at 11:11:11AM +0200, Kornel Benko wrote:
> commit 4f46c22d034b22ca80e906b97a4f0a8021f37611
> Author: Kornel Benko
> Date: Tue Sep 21 11:27:13 2021 +0200
>
> Cmake build: Unify use of sanitizer
>
> The configuration variable is LYX_DEBUG
ad "Re: warning: unknown warning option
> >> '-Wno-deprecated-copy'" (8/10/2020) in this list.
> >>
> >> This was solved for the autotools build with commit 4aee447af1
> >> (13/10/2020).
> >>
> >> I've implemented
1 - 100 of 2432 matches
Mail list logo
