On Sun, May 04, 2025 at 12:20:57PM +0200, Jürgen Spitzmüller wrote:
> Am Sonntag, dem 04.05.2025 um 12:13 +0200 schrieb Scott Kostyshak:
> > I now get (with -Werror):
> >
> > /home/scott/lyxbuilds/master-
> > master/repo/src/insets/InsetRef.cpp:1005:55: error: left operand of
> > comma operator ha
Am Sonntag, dem 04.05.2025 um 12:13 +0200 schrieb Scott Kostyshak:
> I now get (with -Werror):
>
> /home/scott/lyxbuilds/master-
> master/repo/src/insets/InsetRef.cpp:1005:55: error: left operand of
> comma operator has no effect [-Werror,-Wunused-value]
> 1005 | || (cmd == "forma
I now get (with -Werror):
/home/scott/lyxbuilds/master-master/repo/src/insets/InsetRef.cpp:1005:55:
error: left operand of comma operator has no effect [-Werror,-Wunused-value]
1005 | || (cmd == "formatted" &&
!(buffer().masterParams().xref_package, "prettyref"))
|
Le 12/07/2024 à 21:25, Richard Kimberly Heck a écrit :
On 7/12/24 11:13 AM, Jean-Marc Lasgouttes wrote:
Le 12/07/2024 à 17:02, Jürgen Spitzmüller a écrit :
Am Freitag, dem 12.07.2024 um 16:18 +0200 schrieb Jean-Marc Lasgouttes:
It is the fault of autoconf 2.72, actually. Try the patch below.
On 7/12/24 11:13 AM, Jean-Marc Lasgouttes wrote:
Le 12/07/2024 à 17:02, Jürgen Spitzmüller a écrit :
Am Freitag, dem 12.07.2024 um 16:18 +0200 schrieb Jean-Marc Lasgouttes:
It is the fault of autoconf 2.72, actually. Try the patch below.
Thanks, this works!
Very good. It is in master now.
Le 12/07/2024 à 17:02, Jürgen Spitzmüller a écrit :
Am Freitag, dem 12.07.2024 um 16:18 +0200 schrieb Jean-Marc Lasgouttes:
It is the fault of autoconf 2.72, actually. Try the patch below.
Thanks, this works!
Very good. It is in master now.
Riki, this is candidate for branch.
A workaround
Am Freitag, dem 12.07.2024 um 16:18 +0200 schrieb Jean-Marc Lasgouttes:
> It is the fault of autoconf 2.72, actually. Try the patch below.
Thanks, this works!
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Le 12/07/2024 à 15:56, Jean-Marc Lasgouttes a écrit :
Le 12/07/2024 à 15:47, Jürgen Spitzmüller a écrit :
Am Freitag, dem 12.07.2024 um 15:28 +0200 schrieb Jean-Marc Lasgouttes:
Do you see a mention of grep and egrep in the configure output?
yes:
checking for grep that handles long lines an
Le 12/07/2024 à 15:47, Jürgen Spitzmüller a écrit :
Am Freitag, dem 12.07.2024 um 15:28 +0200 schrieb Jean-Marc Lasgouttes:
Do you see a mention of grep and egrep in the configure output?
yes:
checking for grep that handles long lines and -e... /usr/bin/grep
I get nothing like the above, b
Am Freitag, dem 12.07.2024 um 15:28 +0200 schrieb Jean-Marc Lasgouttes:
> Do you see a mention of grep and egrep in the configure output?
yes:
> checking for grep that handles long lines and -e... /usr/bin/grep
I get nothing like the above, but
> checking for egrep... /usr/bin/grep -E
checking
Le 12/07/2024 à 14:16, Jürgen Spitzmüller a écrit :
Am Freitag, dem 12.07.2024 um 11:31 +0200 schrieb Pavel Sanda:
Can you share the exact autogen/configure sequence and params so I
can try to reproduce your workflow?
./autogen.sh
./configure --enable-build-type=rel
The issue shows up in the
Am Freitag, dem 12.07.2024 um 11:31 +0200 schrieb Pavel Sanda:
> Can you share the exact autogen/configure sequence and params so I
> can try to reproduce your workflow?
./autogen.sh
./configure --enable-build-type=rel
The issue shows up in the make install step.
--
Jürgen
--
lyx-devel mailing
On Fri, Jul 12, 2024 at 09:35:23AM +0200, Jürgen Spitzmüller wrote:
> Am Donnerstag, dem 11.07.2024 um 17:53 +0200 schrieb Pavel Sanda:
> > What does line EGREP in your config.log says?
> > Here I see EGREP='/usr/bin/grep -E'
>
> Don't have this. I have in config.log
>
> configure:9394: checking
Am Donnerstag, dem 11.07.2024 um 17:53 +0200 schrieb Pavel Sanda:
> What does line EGREP in your config.log says?
> Here I see EGREP='/usr/bin/grep -E'
Don't have this. I have in config.log
configure:9394: checking for egrep -e
configure:9524: result: /usr/bin/grep -E
and
ac_cv_path_EGREP_TRADI
On Thu, Jul 11, 2024 at 01:51:03PM +0200, Jürgen Spitzmüller wrote:
> If I understand the scrips correctly (which I very likely do not) the
> command that is missing here is egrep.
What does line EGREP in your config.log says?
Here I see EGREP='/usr/bin/grep -E'
Pavel
--
lyx-devel mailing list
l
When compiling stable (probably also master), I am getting this:
[...]
%28LyXified%29.lyx examples/Example_%28raw%29.lyx examples/Welcome.lyx
templates/EPS_%28cropped%29.lyx templates/PDF_%28cropped%29.lyx
templates/README.new_templates; do \
if -q "^origin " "/usr/local/share/lyx/$i"
On Fri, 27 Nov 2020 at 12:18, Kornel Benko wrote:
> /usr2/src/lyx/lyx-git/src/output_docbook.cpp: In function ‘void
> lyx::docbookParagraphs(const lyx::Text&, const lyx::Buffer&,
> lyx::XMLStream&, const
> lyx::OutputParams&)’:
> /usr2/src/lyx/lyx-git/src/output_docbook.cpp:1087:7: warning: varia
/usr2/src/lyx/lyx-git/src/output_docbook.cpp: In function ‘void
lyx::docbookParagraphs(const lyx::Text&, const lyx::Buffer&, lyx::XMLStream&,
const
lyx::OutputParams&)’:
/usr2/src/lyx/lyx-git/src/output_docbook.cpp:1087:7: warning: variable
‘currentlyInAppendix’ set but not used [-Wunused-but-set-
On Mon, 29 Jun 2020 at 20:58, Scott Kostyshak wrote:
> On Mon, Jun 29, 2020 at 05:36:52PM +0200, Pavel Sanda wrote:
> > On Mon, Jun 29, 2020 at 10:48:04AM -0400, Scott Kostyshak wrote:
> > > I get the following warning on current master:
> > >
> > > [ 93%] Building CXX object
> src/CMakeFiles/l
On Mon, Jun 29, 2020 at 05:36:52PM +0200, Pavel Sanda wrote:
> On Mon, Jun 29, 2020 at 10:48:04AM -0400, Scott Kostyshak wrote:
> > I get the following warning on current master:
> >
> > [ 93%] Building CXX object src/CMakeFiles/lyx.dir/output_docbook.cpp.o
> > 44:19: warning: ???const string
On Mon, Jun 29, 2020 at 10:48:04AM -0400, Scott Kostyshak wrote:
> I get the following warning on current master:
>
> [ 93%] Building CXX object src/CMakeFiles/lyx.dir/output_docbook.cpp.o
> 44:19: warning: ???const string
> lyx::{anonymous}::fontToDocBookTag(lyx::xml::FontTypes)??? defined b
I get the following warning on current master:
[ 93%] Building CXX object src/CMakeFiles/lyx.dir/output_docbook.cpp.o
44:19: warning: ‘const string
lyx::{anonymous}::fontToDocBookTag(lyx::xml::FontTypes)’ defined but not used
[-Wunused-function]
44 | std::string const fontToDocBookTag(x
Le 14/03/2017 à 22:44, Uwe Stöhr a écrit :
With current master I get:
D:\LyXGit\Master\src\DepTable.cpp(46): warning C4244: '=': conversion
from 'time_t' to 'long', possible loss of data
[D:\LyXGit\Master\compile-2015\src\LyX.vcxproj]
Thanks Uwe for the report. It should be gone now.
JMarc
With current master I get:
D:\LyXGit\Master\src\DepTable.cpp(46): warning C4244: '=': conversion
from 'time_t' to 'long', possible loss of data
[D:\LyXGit\Master\compile-2015\src\LyX.vcxproj]
JMarc, could you please have a look?
thanks and regards
Uwe
Yes definitely.
JMarc
Le 26 juillet 2016 19:33:57 GMT+02:00, Richard Heck a écrit :
>In this case, it looks as if it really should be a double: I.e., I can
>make
>it a double, and it still compiles.
On 07/25/2016 09:58 PM, Guillaume Munch wrote:
> Le 26/07/2016 à 00:15, Uwe Stöhr a écrit :
>> I found time to compile today's 2.2.x branch. I get this warning that
>> could and should be avoided:
>>
>> TextMetrics.cpp
>> D:\LyXGit\2.2.x\src\RowPainter.cpp(590): warning C4244: 'initializing':
>>
Le 26/07/2016 à 00:15, Uwe Stöhr a écrit :
I found time to compile today's 2.2.x branch. I get this warning that
could and should be avoided:
TextMetrics.cpp
D:\LyXGit\2.2.x\src\RowPainter.cpp(590): warning C4244: 'initializing':
conversion from 'double' to 'int', possible loss of data
[D:\LyX
I found time to compile today's 2.2.x branch. I get this warning that
could and should be avoided:
TextMetrics.cpp
D:\LyXGit\2.2.x\src\RowPainter.cpp(590): warning C4244: 'initializing':
conversion from 'double' to 'int', possible loss of data
[D:\LyXGit\2.2.x\compile-2015\src\LyX.vcxproj]
Am 01.07.2016 um 05:02 schrieb Richard Heck:
Harmless but fixed.
Thanks.
regards Uwe
On 06/30/2016 07:34 PM, Uwe Stöhr wrote:
Compiling today's master I get this warning:
InsetSeparator.cpp
D:\LyXGit\Master\src\insets\InsetSeparator.cpp(213): warning C4244:
'+=': conversion from 'double' to 'int', possible loss of data
[D:\LyXGit\Master\compile-2015\src\insets\insets.vcxproj
Compiling today's master I get this warning:
InsetSeparator.cpp
D:\LyXGit\Master\src\insets\InsetSeparator.cpp(213): warning C4244:
'+=': conversion from 'double' to 'int', possible loss of data
[D:\LyXGit\Master\compile-2015\src\insets\insets.vcxproj]
regards Uwe
Am 22.05.2015 um 16:32 schrieb Jean-Marc Lasgouttes
:
> Hi,
>
> There is a compilation warning with clang related to the new splash stuff:
>
> ../../../../master/src/frontends/qt4/GuiView.cpp: In member function ‘QSize
> lyx::frontend::{anonymous}::Background
Hi,
There is a compilation warning with clang related to the new splash stuff:
../../../../master/src/frontends/qt4/GuiView.cpp: In member function
‘QSize lyx::frontend::{anonymous}::BackgroundWidget::splashSize()’:
../../../../master/src/frontends/qt4/GuiView.cpp:248:61: warning:
conversion
2015-05-19 10:54 GMT+02:00 Jean-Marc Lasgouttes:
>
> I get this when compiling today:
>
> GENui_AboutUi.h
> ../../../../master/src/frontends/qt4/ui/AboutUi.ui: Warning: The name
> 'gridLayout' (QGridLayout) is already in use, defaulting to 'gridLayout4'.
>
Should be fixed.
Jürgen
>
>
> J
I get this when compiling today:
GENui_AboutUi.h
../../../../master/src/frontends/qt4/ui/AboutUi.ui: Warning: The name
'gridLayout' (QGridLayout) is already in use, defaulting to 'gridLayout4'.
Juergen?
JMarc
Le 09/01/15 02:40, Richard Heck a écrit :
Yes, that's fine by me.
Done.
JMarc
Yes, that's fine by me.
Richard Heck
Stable Branch Maintainer
Sent From My Droid 4
On Jan 8, 2015 2:45 AM, "Jean-Marc Lasgouttes" wrote:
> Le 08/01/2015 01:17, Uwe Stöhr a écrit :
>
>> Am 07.01.2015 um 21:26 schrieb Jean-Marc Lasgouttes:
>>
>>> Are you sure of the line number?
>>>
>>
>> Yes, th
Le 08/01/2015 01:17, Uwe Stöhr a écrit :
Am 07.01.2015 um 21:26 schrieb Jean-Marc Lasgouttes:
Are you sure of the line number?
Yes, this line reads
if (pos < from + lyxrc.completion_minlength)
Note that this is branch-only. In master Georg added this comment:
Ahh. Branch-only. I missed tha
Am 07.01.2015 um 21:26 schrieb Jean-Marc Lasgouttes:
Le 07/01/2015 02:33, Uwe Stöhr a écrit :
compiling today's branch I get this compilation warning:
..\..\src\Paragraph.cpp(3869): warning C4018: '<': conflict between
'signed' and 'unsigned' [D:\LyXGi
Le 07/01/2015 02:33, Uwe Stöhr a écrit :
compiling today's branch I get this compilation warning:
..\..\src\Paragraph.cpp(3869): warning C4018: '<': conflict between
'signed' and 'unsigned' [D:\LyXGit\2.1.x\compile-result\src\LyX.vcxproj]
Are you sure of the line number?
JMarc
compiling today's branch I get this compilation warning:
..\..\src\Paragraph.cpp(3869): warning C4018: '<': conflict between
'signed' and 'unsigned' [D:\LyXGit\2.1.x\compile-result\src\LyX.vcxproj]
regards Uwe
When compiling the current branch with debug flags I get this warning::
> ..\..\src\Paragraph.cpp(3869): warning C4018: '<': conflict between
'signed' and 'unsigned'
(Strange that it doesn't appear when compiling for a release.)
regards Uwe
Am 08.07.2010 um 12:33 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> Am 08.07.2010 um 03:09 schrieb Uwe Stöhr:
>>
>>> Am 08.07.2010 03:06, schrieb Uwe Stöhr:
Compiling todays' SVN trunk pops up this warning:
D:\LyXSVN\lyx-devel\src\LyXRC.cpp(289) : warning C4067: unexpected
t
Stephan Witt wrote:
> Am 08.07.2010 um 03:09 schrieb Uwe Stöhr:
>
> > Am 08.07.2010 03:06, schrieb Uwe Stöhr:
> >> Compiling todays' SVN trunk pops up this warning:
> >>
> >> D:\LyXSVN\lyx-devel\src\LyXRC.cpp(289) : warning C4067: unexpected
> >> tokens following preprocessor directive - expected
Am 08.07.2010 um 03:09 schrieb Uwe Stöhr:
> Am 08.07.2010 03:06, schrieb Uwe Stöhr:
>> Compiling todays' SVN trunk pops up this warning:
>>
>> D:\LyXSVN\lyx-devel\src\LyXRC.cpp(289) : warning C4067: unexpected
>> tokens following preprocessor directive - expected a newline
>
> Another occurence:
Am 08.07.2010 03:06, schrieb Uwe Stöhr:
Compiling todays' SVN trunk pops up this warning:
D:\LyXSVN\lyx-devel\src\LyXRC.cpp(289) : warning C4067: unexpected
tokens following preprocessor directive - expected a newline
Another occurence:
LyX.cpp(1331) : warning C4067: unexpected tokens followi
Compiling todays' SVN trunk pops up this warning:
D:\LyXSVN\lyx-devel\src\LyXRC.cpp(289) : warning C4067: unexpected tokens following preprocessor
directive - expected a newline
Can this be ignored as MAC-specific?
regards Uwe
> There are nevertheless 2 issues left:
>
>> - the files in LyX's lib folder are not copied to a "Resources" folder in the
>> folder where I have
>> build LyX. LyX therefore won't start when double-clicking on the lyx.exe.
>> (SCons automatically creates the Resources folder and update its content
Am Freitag, den 26.03.2010, 03:50 +0100 schrieb Uwe Stöhr:
> Am 25.03.2010 22:17, schrieb Peter Kümmel:
>
> >> -G "Visual Studio 9.0" -Dnls=1 -DGNUWIN32_DIR="..." -Dmerge=0
>
> This doesn't work, but this one:
>
> -G"Visual Studio 9 2008" -Dnls=1 -DGNUWIN32_DIR="..." -Dmerge=0
Calling cmake
Am 25.03.2010 22:17, schrieb Peter Kümmel:
-G "Visual Studio 9.0" -Dnls=1 -DGNUWIN32_DIR="..." -Dmerge=0
This doesn't work, but this one:
-G"Visual Studio 9 2008" -Dnls=1 -DGNUWIN32_DIR="..." -Dmerge=0
And then open lyx.sln.
I found now out how to decide if a debug or release build is
Am Donnerstag, den 25.03.2010, 17:00 +0100 schrieb Abdelrazak Younes:
> On 03/25/2010 03:38 PM, Uwe Stöhr wrote:
> >>> Btw. After I run CMake, I opened the lyx.sln file. I then used the
> >>> MSVC menu named "build". This successfully compiled LyX, but a debug
> >>> version. What do have to chan
On 03/25/2010 03:38 PM, Uwe Stöhr wrote:
Btw. After I run CMake, I opened the lyx.sln file. I then used the
MSVC menu named "build". This successfully compiled LyX, but a debug
version. What do have to change to compile a release version?
There is a combo box at the top to select "Release" or
Btw. After I run CMake, I opened the lyx.sln file. I then used the
MSVC menu named "build". This successfully compiled LyX, but a debug
version. What do have to change to compile a release version?
There is a combo box at the top to select "Release" or "Debug"
Hmm, the combo box has here onl
>I compiled with "-Dmerge=1" as suggested in the
>"Install.CMake" file and also the "build.bat"
>file in the "cmake" folder in trunk.
>
This is not really practical to use when developing. Every change will
then trigger a full rebuild. Moreover, clicking a compile error won't
bring you to the orig
On 03/25/2010 03:18 PM, Uwe Stöhr wrote:
Abdelrazak Younes schrieb:
On 03/25/2010 03:42 AM, Uwe Stöhr wrote:
Compilation via CMake and MSVC2008 shows this warning:
d:\lyxsvn\lyx-devel\src\frontends\qt4\guihyperlink.cpp(28) : warning
C4717: 'lyx::operator==' : recursive on all control paths,
Abdelrazak Younes schrieb:
On 03/25/2010 03:42 AM, Uwe Stöhr wrote:
Compilation via CMake and MSVC2008 shows this warning:
d:\lyxsvn\lyx-devel\src\frontends\qt4\guihyperlink.cpp(28) : warning
C4717: 'lyx::operator==' : recursive on all control paths, function
will cause runtime stack overflo
On 03/25/2010 03:42 AM, Uwe Stöhr wrote:
Compilation via CMake and MSVC2008 shows this warning:
d:\lyxsvn\lyx-devel\src\frontends\qt4\guihyperlink.cpp(28) : warning
C4717: 'lyx::operator==' : recursive on all control paths, function
will cause runtime stack overflow
I suggest that you don't
Uwe Stöhr wrote:
> Compilation via CMake and MSVC2008 shows this warning:
>
> d:\lyxsvn\lyx-devel\src\frontends\qt4\guihyperlink.cpp(28) : warning C4717:
> 'lyx::operator==' : recursive on all control paths, function will cause
> runtime stack overflow
this comes from here http://www.lyx.org/tra
Compilation via CMake and MSVC2008 shows this warning:
d:\lyxsvn\lyx-devel\src\frontends\qt4\guihyperlink.cpp(28) : warning C4717: 'lyx::operator==' :
recursive on all control paths, function will cause runtime stack overflow
regards Uwe
On 12-Jul-2000 Angus Leeming wrote:
> Of use to someone perhaps:
>
> cxx: Warning: BufferView2.C, line 284: non-void function
> "BufferView::open_new_inset" (declared at line 275) should return a
> value
> }
Fixed!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-
Of use to someone perhaps:
cxx: Warning: BufferView2.C, line 284: non-void function
"BufferView::open_new_inset" (declared at line 275) should return a
value
}
^
61 matches
Mail list logo
