On Fri, 2023-11-10 at 12:18 +0100, Pavel Sanda wrote:
> If it's only about warnings, I wouldn't touch 2.3.
I agree. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
I would like to check with you the changes wrt lib/layouttranslations for PDF
outputs.
With the current .po version I see two changes (see attachment), which look
wrong to me.
Wouldn't be more correct to leave it in the previous version without braces?
Pavel
diff --git a/lib/layouttranslatio
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
Am Fri, 10 Nov 2023 12:13:12 +0100
schrieb Jean-Marc Lasgouttes :
> Le 10/11/2023 à 12:05, Kornel Benko a écrit :
> >
> > On master I get
> > $ git pull
> > error: Could not read 343a9749abe4f32e67ef9aae9554ee4bd8dae1b4
> > remote: Counting objects: 42, done.
> > remote: Compressing objects:
Le 10/11/2023 à 12:18, Pavel Sanda a écrit :
On Fri, Nov 10, 2023 at 10:48:09AM +0100, Jean-Marc Lasgouttes wrote:
The good thing is that removing these patches allowed me to uncover two
smaller-scoped warnings that had not been backported (one was a real issue).
But, well, this is done now, so
Le 10/11/2023 à 12:16, Pavel Sanda a écrit :
On Fri, Nov 10, 2023 at 10:55:56AM +0100, Jean-Marc Lasgouttes wrote:
PS: I have to admit that I have a kink with weird uses of preprocessor
macros: https://gitlab.inria.fr/lasgoutt/parameters
Funny, I found # and ## operators very handy for writing
On Fri, Nov 10, 2023 at 12:05:11PM +0100, Kornel Benko wrote:
> On master I get
> $ git pull
> error: Could not read 343a9749abe4f32e67ef9aae9554ee4bd8dae1b4
> remote: Counting objects: 42, done.
> remote: Compressing objects: 100% (26/26), done.
> remote: Total 26 (delta 22), reused 0 (delta
On Fri, Nov 10, 2023 at 10:48:09AM +0100, Jean-Marc Lasgouttes wrote:
> The good thing is that removing these patches allowed me to uncover two
> smaller-scoped warnings that had not been backported (one was a real issue).
> But, well, this is done now, so the gain is not for the future.
>
> Relea
On Fri, Nov 10, 2023 at 10:55:56AM +0100, Jean-Marc Lasgouttes wrote:
> PS: I have to admit that I have a kink with weird uses of preprocessor
> macros: https://gitlab.inria.fr/lasgoutt/parameters
Funny, I found # and ## operators very handy for writing commandline
parameter parsing via simple inc
Le 10/11/2023 à 12:05, Kornel Benko a écrit :
On master I get
$ git pull
error: Could not read 343a9749abe4f32e67ef9aae9554ee4bd8dae1b4
remote: Counting objects: 42, done.
remote: Compressing objects: 100% (26/26), done.
remote: Total 26 (delta 22), reused 0 (delta 0)
Unpacking objects:
On master I get
$ git pull
error: Could not read 343a9749abe4f32e67ef9aae9554ee4bd8dae1b4
remote: Counting objects: 42, done.
remote: Compressing objects: 100% (26/26), done.
remote: Total 26 (delta 22), reused 0 (delta 0)
Unpacking objects: 100% (26/26), 76.31 KiB | 375.00 KiB/s, done.
fa
Le 09/11/2023 à 21:54, José Matos a écrit :
On Thu, 2023-11-09 at 20:34 +0100, Pavel Sanda wrote:
Looks reasonable. Pavel
I agree.
After so many dark spells I fear for Jean-Marc's sanity. :-D
You mean that I should not rewrite parts of LyX in preprocessor macros
as I intended to?
JMarc
Le 10/11/2023 à 03:38, Richard Kimberly Heck a écrit :
The solution can be divided in two parts :
1/ decide that we do not care about obsolete methods or compatibility
problems with recent C++ versions. The idea is that 2.3 is stuck with
C++11/14 and that what heppens with other versions is no
17 matches
Mail list logo
