Re: LyX 2.4.0-alpha1
On 1/31/21, José Abílio Matos wrote: > On Sunday, January 31, 2021 12:12:41 PM WET Enrico Forestieri wrote: >> Does the attached patch work for you? > > Yes. Without the patch "make check" fails, with the patch it works. > Thanks José and Enrico for looking into this. I can confirm that the patch fixes compilation on Ubuntu as well. Liviu -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On 1/31/21, José Abílio Matos wrote: > On Sunday, January 31, 2021 12:12:41 PM WET Enrico Forestieri wrote: >> Does the attached patch work for you? > > Yes. Without the patch "make check" fails, with the patch it works. > Thanks José and Enrico for looking into this. I can confirm that the patch fixes compilation on Ubuntu as well. Liviu -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Sun, Jan 31, 2021 at 01:33:21PM +, José Abílio Matos wrote: > On Sunday, January 31, 2021 12:12:41 PM WET Enrico Forestieri wrote: > > Does the attached patch work for you? > > Yes. Without the patch "make check" fails, with the patch it works. Committed. > Thank you. :-) Thanks for checking. -- Enrico -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Sunday, January 31, 2021 12:12:41 PM WET Enrico Forestieri wrote: > Does the attached patch work for you? Yes. Without the patch "make check" fails, with the patch it works. Thank you. :-) -- José Abílio-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Sun, Jan 31, 2021 at 10:20:20AM +, José Abílio Matos wrote: > > So I suspect that to fix this in the autotools framework we need to link with > libz on the check stage. How to this is out of my abilities. :-) Does the attached patch work for you? -- Enrico diff --git a/src/support/Makefile.am b/src/support/Makefile.am index 3dedf57fea..fb833573f3 100644 --- a/src/support/Makefile.am +++ b/src/support/Makefile.am @@ -173,28 +173,28 @@ ADD_FRAMEWORKS = \ -Wl,-headerpad_max_install_names endif -check_convert_LDADD = liblyxsupport.a $(LIBICONV) $(QT_CORE_LIBS) $(LIBSHLWAPI) @LIBS@ +check_convert_LDADD = liblyxsupport.a $(LIBICONV) $(QT_CORE_LIBS) $(LIBSHLWAPI) @LIBS@ -lz check_convert_LDFLAGS = $(QT_CORE_LDFLAGS) $(ADD_FRAMEWORKS) check_convert_SOURCES = \ tests/check_convert.cpp \ tests/dummy_functions.cpp \ tests/boost.cpp -check_filetools_LDADD = liblyxsupport.a $(LIBICONV) $(QT_CORE_LIBS) $(LIBSHLWAPI) @LIBS@ +check_filetools_LDADD = liblyxsupport.a $(LIBICONV) $(QT_CORE_LIBS) $(LIBSHLWAPI) @LIBS@ -lz check_filetools_LDFLAGS = $(QT_CORE_LDFLAGS) $(ADD_FRAMEWORKS) check_filetools_SOURCES = \ tests/check_filetools.cpp \ tests/dummy_functions.cpp \ tests/boost.cpp -check_lstrings_LDADD = liblyxsupport.a $(LIBICONV) $(QT_CORE_LIBS) $(LIBSHLWAPI) @LIBS@ +check_lstrings_LDADD = liblyxsupport.a $(LIBICONV) $(QT_CORE_LIBS) $(LIBSHLWAPI) @LIBS@ -lz check_lstrings_LDFLAGS = $(QT_CORE_LDFLAGS) $(ADD_FRAMEWORKS) check_lstrings_SOURCES = \ tests/check_lstrings.cpp \ tests/dummy_functions.cpp \ tests/boost.cpp -check_trivstring_LDADD = liblyxsupport.a $(LIBICONV) $(QT_CORE_LIBS) $(LIBSHLWAPI) @LIBS@ +check_trivstring_LDADD = liblyxsupport.a $(LIBICONV) $(QT_CORE_LIBS) $(LIBSHLWAPI) @LIBS@ -lz check_trivstring_LDFLAGS = $(QT_CORE_LDFLAGS) $(ADD_FRAMEWORKS) check_trivstring_SOURCES = \ tests/check_trivstring.cpp \ -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Sunday, January 31, 2021 10:04:13 AM WET José Abílio Matos wrote: > So the summary is that the compile only fails on the "make check" stage. The > package built fine. After this clue I searched on the logs of all architectures and the error is also present there. Comparing the output with the latest build of lyx-2.3 with gcc-11 I see that the problem is not present there: https://kojipkgs.fedoraproject.org//packages/lyx/2.3.6.1/2.fc34/data/logs/ x86_64/build.log So you are right that we only find this issue in lyx-2.4 and not in lyx-2.3. Although the warning are scarier there like the violation of the "One Definition Rule" in C++. So I suspect that to fix this in the autotools framework we need to link with libz on the check stage. How to this is out of my abilities. :-) Best regards, -- José Abílio-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Sunday, January 31, 2021 6:56:31 AM WET Liviu Andronic wrote: > I've tried building Alpha 1 on Bionic but compilation ends up with this > error: > > g++ -fPIC -O2 -std=c++17 -std=c++17 -g -O2 > -fdebug-prefix-map=/<>=. -fstack-protector-strong > -Wformat -Werror=format-security -Wl,-z,defs -Wl,--as-needed > -Wl,-Bsymbolic-functions -Wl,-z,relro -o check_convert > tests/check_convert.o tests/dummy_functions.o tests/boost.o > liblyxsupport.a -lQt5Core -lmythes-1.2 -laspell -lmagic > /usr/bin/ld: liblyxsupport.a(checksum.o): undefined reference to symbol > 'crc32' //lib/x86_64-linux-gnu/libz.so.1: error adding symbols: DSO missing > from command line > collect2: error: ld returned 1 exit status This fails because there is a missing -lz in the g++ call. This is strange because it is missing in support but is present in tex2lyx (immediately above). Even more stranger I also get this error while compiling in: https://download.copr.fedorainfracloud.org/results/jamatos/lyx-devel/epel-7-x86_64/01858213-lyx-devel/build.log.gz All the build logs can be found at: https://download.copr.fedorainfracloud.org/results/jamatos/lyx-devel/epel-7-x86_64/01858213-lyx-devel/ I get the error and yet the compile does not stop as the error is ignored... (scratch head) OK, I found it. We (purposely) ignore errors in the test stage, this is why the build proceeds. This is probably a remnant from previous versions. So the summary is that the compile only fails on the "make check" stage. The package built fine. -- José Abílio-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Sunday, January 31, 2021 6:56:31 AM WET Liviu Andronic wrote: > Any idea what's wrong? I'm not sure if maybe there are some new > dependencies for 2.4 I should take into account or if maybe a specific > compiler flag is needed. > > > Thank you, > Liviu I am looking into it. Note that I am building LyX with RHEL-7 that predates Bionic. I have reviewed the spec files and there are no changes in the build requirements between 2.3 and 2.4. I will look in the log file you referred to see if I get any clue and I will report it later. -- José Abílio-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
Hi all, On 12/29/20, Richard Kimberly Heck wrote: > I've built tarballs for LyX 2.4.0-alpha1 and placed them here: > > http://ftp.lyx.org/ftp/pub/lyx/devel/lyx-2.4/ > I've tried building Alpha 1 on Bionic but compilation ends up with this error: g++ -fPIC -O2 -std=c++17 -std=c++17 -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,defs -Wl,--as-needed -Wl,-Bsymbolic-functions -Wl,-z,relro -o check_convert tests/check_convert.o tests/dummy_functions.o tests/boost.o liblyxsupport.a -lQt5Core -lmythes-1.2 -laspell -lmagic /usr/bin/ld: liblyxsupport.a(checksum.o): undefined reference to symbol 'crc32' //lib/x86_64-linux-gnu/libz.so.1: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status Here's the complete build log: https://launchpadlibrarian.net/519618154/buildlog_ubuntu-bionic-amd64.lyx2.4pre_2.4.0~alpha1-1~bionic~ppa1_BUILDING.txt.gz Any idea what's wrong? I'm not sure if maybe there are some new dependencies for 2.4 I should take into account or if maybe a specific compiler flag is needed. Thank you, Liviu > Please prepare binaries. Sorry for doing this right on top of 2.3.6.1, > but it seemed worth doing while I had a few moments! > > Further info to come on moves toward 2.4.0. > > Riki > > > -- > lyx-devel mailing list > lyx-devel@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-devel > -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
Am Mo., 11. Jan. 2021 um 13:48 Uhr schrieb Pavel Sanda : > On Sat, Jan 02, 2021 at 07:37:13AM +0100, Yu Jin wrote: > > Since there were no other proposals I just compiled in C++17 mode. I > didn't > > increase the Version Build number (still Installer-1), because I thought > > that makes the most sense for testing releases, also for the registry. > > Uploaded as usual. > > Yu, > > do you plan to release win installer for this alpha? > I have uploaded them to my GDrive folder, from here on Riki takes action usually, because I have no access to the ftp server afaik. -- Eugene -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Sat, Jan 02, 2021 at 07:37:13AM +0100, Yu Jin wrote: > Since there were no other proposals I just compiled in C++17 mode. I didn't > increase the Version Build number (still Installer-1), because I thought > that makes the most sense for testing releases, also for the registry. > Uploaded as usual. Yu, do you plan to release win installer for this alpha? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Monday, January 4, 2021 5:02:24 PM WET Jean-Marc Lasgouttes wrote: > It should be fixed now at 69eb262721b445, a wildcard was missing. > > Please test when you have the occasion. > > JMarc Actually I went the other way, I brought the big brother to the fight. :-) I am now using gcc9 to compile the code in epel7. :-) -- José Abílio-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
Le 04/01/2021 à 16:44, José Abílio Matos a écrit : [root@centos7 ~]# g++ -dumpfullversion g++: fatal error: no input files compilation terminated. [root@centos7 ~]# rpm -qf /usr/bin/g++ gcc-c++-4.8.5-44.el7.x86_64 It should be fixed now at 69eb262721b445, a wildcard was missing. Please test when you have the occasion. JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
Le 04/01/2021 à 16:44, José Abílio Matos a écrit : On Monday, January 4, 2021 2:02:30 PM WET Jean-Marc Lasgouttes wrote: > Strangely enough, the test is present. Assuming your configure script is > updated, could you send the output of > g++ -dumpversion > and > g++ -dumpfullversion > ? [root@centos7 ~]# g++ -dumpversion 4.8.5 [root@centos7 ~]# g++ -dumpfullversion g++: fatal error: no input files compilation terminated. [root@centos7 ~]# rpm -qf /usr/bin/g++ gcc-c++-4.8.5-44.el7.x86_64 Thanks, I will fix the issue. JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Monday, January 4, 2021 2:02:30 PM WET Jean-Marc Lasgouttes wrote: > Strangely enough, the test is present. Assuming your configure script is > updated, could you send the output of >g++ -dumpversion > and >g++ -dumpfullversion > ? > > JMarc [root@centos7 ~]# g++ -dumpversion 4.8.5 [root@centos7 ~]# g++ -dumpfullversion g++: fatal error: no input files compilation terminated. [root@centos7 ~]# rpm -qf /usr/bin/g++ gcc-c++-4.8.5-44.el7.x86_64 -- José Abílio-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Monday, January 4, 2021 2:02:30 PM WET Jean-Marc Lasgouttes wrote: > > Strangely enough, the test is present. Assuming your configure script is > updated, I will answer this in two parts. :-) I would assume that the configure script is updated as I am compiling from the tar balls created by Riki for alpha 1. > could you send the output of >g++ -dumpversion > and >g++ -dumpfullversion > ? > > JMarc I asked in the Fedora EPEL's list for this output as I do not have CentOS or RHEL installed (either version 7 or any other). As soon as I have a feedback I will answer this part. Thank you. :-) -- José Abílio-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
Le 02/01/2021 à 07:37, Yu Jin a écrit : Since there were no other proposals I just compiled in C++17 mode. I didn't increase the Version Build number (still Installer-1), because I thought that makes the most sense for testing releases, also for the registry. Uploaded as usual. Wise decision. There is no point to compile in C++20 now since we do not support any of it yet. JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
Le 30/12/2020 à 10:18, José Abílio Matos a écrit : On Wednesday, December 30, 2020 8:47:51 AM WET Richard Kimberly Heck wrote: > I am fairly clueless about such things. Fortunately, there are other people > who know more. JMarc? Enrico? Yuriy? Anyone? > > Riki To be clear, we decided that the minimum requirement for compiling LyX is gcc 4.9 and that is clearly stated in the README: " What do I need to compile LyX from the source distribution? * A C++11 compiler. Development is being done mainly with gcc/g++, but clang and MSVC are known to work too. As of LyX 2.4.0, you need at least gcc 4.9." My point was about the configure part where there is no warning. Strangely enough, the test is present. Assuming your configure script is updated, could you send the output of g++ -dumpversion and g++ -dumpfullversion ? JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Sat, 2 Jan 2021 at 07:37, Yu Jin wrote: > Am Mi., 30. Dez. 2020 um 20:40 Uhr schrieb Yu Jin : > >> Am Mi., 30. Dez. 2020 um 20:33 Uhr schrieb Thibaut Cuvelier < >> tcuvel...@lyx.org>: >> >>> On Wed, 30 Dec 2020 at 20:26, Yu Jin wrote: >>> Am Mi., 30. Dez. 2020 um 20:02 Uhr schrieb Thibaut Cuvelier < tcuvel...@lyx.org>: > This error is already the topic of another discussion on the list: > http://lists.lyx.org/pipermail/lyx-devel/2020-December/004984.html. > For now, you can use the patch at > http://lists.lyx.org/pipermail/lyx-devel/2020-December/004991.html, > but it's probably not its final form: a better solution would be to add > the > right flag when calling MSVC. > Aha, I see, that patch resolves only 1 bug though, the other one remain: Severity Code Description Project File Line Suppression State Error C2446 ':': no conversion from 'const _Ty' to 'std::_List_const_iterator>>' LyX (applications\LyX\LyX) C:\lyx\master\src\support\RandomAccessList.h 299 Reverting 86a10281da8dfd3e0892c368476dc867d5bfd852 helped with both. So should I leave it reversed and compile with C++17 for the alpha1? Or what would you propose to do? >>> > Since there were no other proposals I just compiled in C++17 mode. I > didn't increase the Version Build number (still Installer-1), because I > thought that makes the most sense for testing releases, also for the > registry. Uploaded as usual. > > Compiling with C++17 didn't help in my case. Here is the version I'm using >>> (Visual C++ Build Tools): 16.7.1 (19.27.29111 according to cl.exe). Maybe >>> it's version-dependent? >>> >> >> I'm using 16.8.2 (cl.exe says 19.28.29334), I always try to update it >> asap. >> > I pushed the corresponding patch: adf62c31843c94bc5bbb3531bfe66a28ca9ee3be -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
Am Mi., 30. Dez. 2020 um 20:40 Uhr schrieb Yu Jin : > Am Mi., 30. Dez. 2020 um 20:33 Uhr schrieb Thibaut Cuvelier < > tcuvel...@lyx.org>: > >> On Wed, 30 Dec 2020 at 20:26, Yu Jin wrote: >> >>> Am Mi., 30. Dez. 2020 um 20:02 Uhr schrieb Thibaut Cuvelier < >>> tcuvel...@lyx.org>: >>> This error is already the topic of another discussion on the list: http://lists.lyx.org/pipermail/lyx-devel/2020-December/004984.html. For now, you can use the patch at http://lists.lyx.org/pipermail/lyx-devel/2020-December/004991.html, but it's probably not its final form: a better solution would be to add the right flag when calling MSVC. >>> >>> Aha, I see, that patch resolves only 1 bug though, the other one remain: >>> >>> Severity Code Description Project File Line Suppression State >>> Error C2446 ':': no conversion from 'const _Ty' to >>> 'std::_List_const_iterator>>' >>> LyX (applications\LyX\LyX) C:\lyx\master\src\support\RandomAccessList.h 299 >>> >>> Reverting 86a10281da8dfd3e0892c368476dc867d5bfd852 helped with both. >>> So should I leave it reversed and compile with C++17 for the alpha1? Or >>> what would you propose to do? >>> >> Since there were no other proposals I just compiled in C++17 mode. I didn't increase the Version Build number (still Installer-1), because I thought that makes the most sense for testing releases, also for the registry. Uploaded as usual. Compiling with C++17 didn't help in my case. Here is the version I'm using >> (Visual C++ Build Tools): 16.7.1 (19.27.29111 according to cl.exe). Maybe >> it's version-dependent? >> > > I'm using 16.8.2 (cl.exe says 19.28.29334), I always try to update it asap. > -- Eugene -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
Am Mi., 30. Dez. 2020 um 20:33 Uhr schrieb Thibaut Cuvelier < tcuvel...@lyx.org>: > On Wed, 30 Dec 2020 at 20:26, Yu Jin wrote: > >> Am Mi., 30. Dez. 2020 um 20:02 Uhr schrieb Thibaut Cuvelier < >> tcuvel...@lyx.org>: >> >>> This error is already the topic of another discussion on the list: >>> http://lists.lyx.org/pipermail/lyx-devel/2020-December/004984.html. For >>> now, you can use the patch at >>> http://lists.lyx.org/pipermail/lyx-devel/2020-December/004991.html, but >>> it's probably not its final form: a better solution would be to add the >>> right flag when calling MSVC. >>> >> >> Aha, I see, that patch resolves only 1 bug though, the other one remain: >> >> Severity Code Description Project File Line Suppression State >> Error C2446 ':': no conversion from 'const _Ty' to >> 'std::_List_const_iterator>>' >> LyX (applications\LyX\LyX) C:\lyx\master\src\support\RandomAccessList.h 299 >> >> Reverting 86a10281da8dfd3e0892c368476dc867d5bfd852 helped with both. >> So should I leave it reversed and compile with C++17 for the alpha1? Or >> what would you propose to do? >> > > Compiling with C++17 didn't help in my case. Here is the version I'm using > (Visual C++ Build Tools): 16.7.1 (19.27.29111 according to cl.exe). Maybe > it's version-dependent? > I'm using 16.8.2 (cl.exe says 19.28.29334), I always try to update it asap. -- Eugene -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Wed, 30 Dec 2020 at 20:26, Yu Jin wrote: > Am Mi., 30. Dez. 2020 um 20:02 Uhr schrieb Thibaut Cuvelier < > tcuvel...@lyx.org>: > >> This error is already the topic of another discussion on the list: >> http://lists.lyx.org/pipermail/lyx-devel/2020-December/004984.html. For >> now, you can use the patch at >> http://lists.lyx.org/pipermail/lyx-devel/2020-December/004991.html, but >> it's probably not its final form: a better solution would be to add the >> right flag when calling MSVC. >> > > Aha, I see, that patch resolves only 1 bug though, the other one remain: > > Severity Code Description Project File Line Suppression State > Error C2446 ':': no conversion from 'const _Ty' to > 'std::_List_const_iterator>>' > LyX (applications\LyX\LyX) C:\lyx\master\src\support\RandomAccessList.h 299 > > Reverting 86a10281da8dfd3e0892c368476dc867d5bfd852 helped with both. > So should I leave it reversed and compile with C++17 for the alpha1? Or > what would you propose to do? > Compiling with C++17 didn't help in my case. Here is the version I'm using (Visual C++ Build Tools): 16.7.1 (19.27.29111 according to cl.exe). Maybe it's version-dependent? -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
Am Mi., 30. Dez. 2020 um 20:02 Uhr schrieb Thibaut Cuvelier < tcuvel...@lyx.org>: > This error is already the topic of another discussion on the list: > http://lists.lyx.org/pipermail/lyx-devel/2020-December/004984.html. For > now, you can use the patch at > http://lists.lyx.org/pipermail/lyx-devel/2020-December/004991.html, but > it's probably not its final form: a better solution would be to add the > right flag when calling MSVC. > Aha, I see, that patch resolves only 1 bug though, the other one remain: Severity Code Description Project File Line Suppression State Error C2446 ':': no conversion from 'const _Ty' to 'std::_List_const_iterator>>' LyX (applications\LyX\LyX) C:\lyx\master\src\support\RandomAccessList.h 299 Reverting 86a10281da8dfd3e0892c368476dc867d5bfd852 helped with both. So should I leave it reversed and compile with C++17 for the alpha1? Or what would you propose to do? -- Eugene -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Wed, 30 Dec 2020 at 19:32, Yu Jin wrote: > Am Mi., 30. Dez. 2020 um 18:40 Uhr schrieb Scott Kostyshak < > skost...@lyx.org>: > >> On Wed, Dec 30, 2020 at 06:32:35PM +0100, Yu Jin wrote: >> > Am Di., 29. Dez. 2020 um 18:13 Uhr schrieb Richard Kimberly Heck < >> > rikih...@lyx.org>: >> > >> > > Hi, all, >> > > >> > > I've built tarballs for LyX 2.4.0-alpha1 and placed them here: >> > > >> > > http://ftp.lyx.org/ftp/pub/lyx/devel/lyx-2.4/ >> > > >> > > Please prepare binaries. Sorry for doing this right on top of 2.3.6.1, >> > > but it seemed worth doing while I had a few moments! >> > > >> > > Further info to come on moves toward 2.4.0. >> > > >> > >> > These tarballs don't work for me, CMake configure says >> > CMake Error at development/cmake/modules/LyXMacros.cmake:469 (message): >> > "C:/lyx/lyx-2.4.0-alpha1/configure.ac": Unable to determine >> build-type >> > from >> > suffix "" in AC_INIT macro >> > Call Stack (most recent call first): >> > CMakeLists.txt:120 (determineversionandbuildtype) >> > >> > Can you help me out with a fix here so I can test everything else >> before we >> > go into the second round or so? >> >> Kornel fixed it here: c07278a45c1d23d1ff8a2ed67e3cd8603680df12. >> > > Ah thank you. Unfortunately I can't compile LyX, i get these errors: > > Severity Code Description Project File Line Suppression State > Error MSB3073 The command "setlocal > "C:\Program Files\CMake\bin\cmake.exe" -DBUILD_TYPE=Release -P > cmake_install.cmake > if %errorlevel% neq 0 goto :cmEnd > :cmEnd > endlocal & call :cmErrorLevel %errorlevel% & goto :cmDone > :cmErrorLevel > exit /b %1 > :cmDone > if %errorlevel% neq 0 goto :VCEnd > :VCEnd" exited with code 1. INSTALL C:\Program Files (x86)\Microsoft > Visual > Studio\2019\Community\MSBuild\Microsoft\VC\v160\Microsoft.CppCommon.targets > 153 > Error C2039 'result_of': is not a member of 'std' LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2653 'result_of': is not a class or namespace name LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2146 syntax error: missing ';' before identifier 'type' LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C4430 missing type specifier - int assumed. Note: C++ does not > support default-int LyX (applications\LyX\LyX) > C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2039 'result_of': is not a member of 'std' LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2653 'result_of': is not a class or namespace name LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2146 syntax error: missing ';' before identifier 'type' LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C4430 missing type specifier - int assumed. Note: C++ does not > support default-int LyX (applications\LyX\LyX) > C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2446 ':': no conversion from 'const _Ty' to > 'std::_List_const_iterator>>' > LyX (applications\LyX\LyX) > C:\lyx\lyx-2.4.0-alpha1\src\support\RandomAccessList.h 299 > Error C2039 'result_of': is not a member of 'std' LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2653 'result_of': is not a class or namespace name LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2146 syntax error: missing ';' before identifier 'type' LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C4430 missing type specifier - int assumed. Note: C++ does not > support default-int LyX (applications\LyX\LyX) > C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2446 ':': no conversion from 'const _Ty' to > 'std::_List_const_iterator>>' > LyX (applications\LyX\LyX) > C:\lyx\lyx-2.4.0-alpha1\src\support\RandomAccessList.h 299 > Error C2039 'result_of': is not a member of 'std' LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2653 'result_of': is not a class or namespace name LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2146 syntax error: missing ';' before identifier 'type' LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C4430 missing type specifier - int assumed. Note: C++ does not > support default-int LyX (applications\LyX\LyX) > C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2446 ':': no conversion from 'const _Ty' to > 'std::_List_const_iterator>>' > LyX (applications\LyX\LyX) > C:\lyx\lyx-2.4.0-alpha1\src\support\RandomAccessList.h 299 > Error C2446 ':': no conversion from 'const _Ty' to > 'std::_List_const_iterator>>' > LyX (applications\LyX\LyX) > C:\lyx\lyx-2.4.0-alpha1\src\support\RandomAccessList.h 299 > Error C2446 ':': no conversion from 'const _Ty' to > 'std::_List_const_iterator>>' > LyX (applications\LyX\LyX) > C:\lyx\lyx-2.4.0-alpha1\src
Re: LyX 2.4.0-alpha1
On Wed, Dec 30, 2020 at 07:31:43PM +0100, Yu Jin wrote: > Am Mi., 30. Dez. 2020 um 18:40 Uhr schrieb Scott Kostyshak >: > > > On Wed, Dec 30, 2020 at 06:32:35PM +0100, Yu Jin wrote: > > > Am Di., 29. Dez. 2020 um 18:13 Uhr schrieb Richard Kimberly Heck < > > > rikih...@lyx.org>: > > > > > > > Hi, all, > > > > > > > > I've built tarballs for LyX 2.4.0-alpha1 and placed them here: > > > > > > > > http://ftp.lyx.org/ftp/pub/lyx/devel/lyx-2.4/ > > > > > > > > Please prepare binaries. Sorry for doing this right on top of 2.3.6.1, > > > > but it seemed worth doing while I had a few moments! > > > > > > > > Further info to come on moves toward 2.4.0. > > > > > > > > > > These tarballs don't work for me, CMake configure says > > > CMake Error at development/cmake/modules/LyXMacros.cmake:469 (message): > > > "C:/lyx/lyx-2.4.0-alpha1/configure.ac": Unable to determine build-type > > > from > > > suffix "" in AC_INIT macro > > > Call Stack (most recent call first): > > > CMakeLists.txt:120 (determineversionandbuildtype) > > > > > > Can you help me out with a fix here so I can test everything else before > > we > > > go into the second round or so? > > > > Kornel fixed it here: c07278a45c1d23d1ff8a2ed67e3cd8603680df12. > > > > Ah thank you. Unfortunately I can't compile LyX, i get these errors: > > Severity Code Description Project File Line Suppression State > Error MSB3073 The command "setlocal > "C:\Program Files\CMake\bin\cmake.exe" -DBUILD_TYPE=Release -P > cmake_install.cmake > if %errorlevel% neq 0 goto :cmEnd > :cmEnd > endlocal & call :cmErrorLevel %errorlevel% & goto :cmDone > :cmErrorLevel > exit /b %1 > :cmDone > if %errorlevel% neq 0 goto :VCEnd > :VCEnd" exited with code 1. INSTALL C:\Program Files (x86)\Microsoft Visual > Studio\2019\Community\MSBuild\Microsoft\VC\v160\Microsoft.CppCommon.targets > 153 > Error C2039 'result_of': is not a member of 'std' LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2653 'result_of': is not a class or namespace name LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2146 syntax error: missing ';' before identifier 'type' LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C4430 missing type specifier - int assumed. Note: C++ does not > support default-int LyX (applications\LyX\LyX) > C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2039 'result_of': is not a member of 'std' LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2653 'result_of': is not a class or namespace name LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2146 syntax error: missing ';' before identifier 'type' LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C4430 missing type specifier - int assumed. Note: C++ does not > support default-int LyX (applications\LyX\LyX) > C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2446 ':': no conversion from 'const _Ty' to > 'std::_List_const_iterator>>' > LyX (applications\LyX\LyX) > C:\lyx\lyx-2.4.0-alpha1\src\support\RandomAccessList.h 299 > Error C2039 'result_of': is not a member of 'std' LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2653 'result_of': is not a class or namespace name LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2146 syntax error: missing ';' before identifier 'type' LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C4430 missing type specifier - int assumed. Note: C++ does not > support default-int LyX (applications\LyX\LyX) > C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2446 ':': no conversion from 'const _Ty' to > 'std::_List_const_iterator>>' > LyX (applications\LyX\LyX) > C:\lyx\lyx-2.4.0-alpha1\src\support\RandomAccessList.h 299 > Error C2039 'result_of': is not a member of 'std' LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2653 'result_of': is not a class or namespace name LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2146 syntax error: missing ';' before identifier 'type' LyX > (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C4430 missing type specifier - int assumed. Note: C++ does not > support default-int LyX (applications\LyX\LyX) > C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 > Error C2446 ':': no conversion from 'const _Ty' to > 'std::_List_const_iterator>>' > LyX (applications\LyX\LyX) > C:\lyx\lyx-2.4.0-alpha1\src\support\RandomAccessList.h 299 > Error C2446 ':': no conversion from 'const _Ty' to > 'std::_List_const_iterator>>' > LyX (applications\LyX\LyX) > C:\lyx\lyx-2.4.0-alpha1\src\support\RandomAccessList.h 299 > Error C2446 ':': no conversion from 'const _Ty' to > 'std::_List_const_iterator>>' > LyX (applications\LyX\LyX) > C:\lyx\l
Re: LyX 2.4.0-alpha1
Am Mi., 30. Dez. 2020 um 18:40 Uhr schrieb Scott Kostyshak : > On Wed, Dec 30, 2020 at 06:32:35PM +0100, Yu Jin wrote: > > Am Di., 29. Dez. 2020 um 18:13 Uhr schrieb Richard Kimberly Heck < > > rikih...@lyx.org>: > > > > > Hi, all, > > > > > > I've built tarballs for LyX 2.4.0-alpha1 and placed them here: > > > > > > http://ftp.lyx.org/ftp/pub/lyx/devel/lyx-2.4/ > > > > > > Please prepare binaries. Sorry for doing this right on top of 2.3.6.1, > > > but it seemed worth doing while I had a few moments! > > > > > > Further info to come on moves toward 2.4.0. > > > > > > > These tarballs don't work for me, CMake configure says > > CMake Error at development/cmake/modules/LyXMacros.cmake:469 (message): > > "C:/lyx/lyx-2.4.0-alpha1/configure.ac": Unable to determine build-type > > from > > suffix "" in AC_INIT macro > > Call Stack (most recent call first): > > CMakeLists.txt:120 (determineversionandbuildtype) > > > > Can you help me out with a fix here so I can test everything else before > we > > go into the second round or so? > > Kornel fixed it here: c07278a45c1d23d1ff8a2ed67e3cd8603680df12. > Ah thank you. Unfortunately I can't compile LyX, i get these errors: Severity Code Description Project File Line Suppression State Error MSB3073 The command "setlocal "C:\Program Files\CMake\bin\cmake.exe" -DBUILD_TYPE=Release -P cmake_install.cmake if %errorlevel% neq 0 goto :cmEnd :cmEnd endlocal & call :cmErrorLevel %errorlevel% & goto :cmDone :cmErrorLevel exit /b %1 :cmDone if %errorlevel% neq 0 goto :VCEnd :VCEnd" exited with code 1. INSTALL C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\MSBuild\Microsoft\VC\v160\Microsoft.CppCommon.targets 153 Error C2039 'result_of': is not a member of 'std' LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 Error C2653 'result_of': is not a class or namespace name LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 Error C2146 syntax error: missing ';' before identifier 'type' LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 Error C4430 missing type specifier - int assumed. Note: C++ does not support default-int LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 Error C2039 'result_of': is not a member of 'std' LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 Error C2653 'result_of': is not a class or namespace name LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 Error C2146 syntax error: missing ';' before identifier 'type' LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 Error C4430 missing type specifier - int assumed. Note: C++ does not support default-int LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 Error C2446 ':': no conversion from 'const _Ty' to 'std::_List_const_iterator>>' LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\src\support\RandomAccessList.h 299 Error C2039 'result_of': is not a member of 'std' LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 Error C2653 'result_of': is not a class or namespace name LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 Error C2146 syntax error: missing ';' before identifier 'type' LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 Error C4430 missing type specifier - int assumed. Note: C++ does not support default-int LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 Error C2446 ':': no conversion from 'const _Ty' to 'std::_List_const_iterator>>' LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\src\support\RandomAccessList.h 299 Error C2039 'result_of': is not a member of 'std' LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 Error C2653 'result_of': is not a class or namespace name LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 Error C2146 syntax error: missing ';' before identifier 'type' LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 Error C4430 missing type specifier - int assumed. Note: C++ does not support default-int LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\3rdparty\nod\nod.hpp 272 Error C2446 ':': no conversion from 'const _Ty' to 'std::_List_const_iterator>>' LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\src\support\RandomAccessList.h 299 Error C2446 ':': no conversion from 'const _Ty' to 'std::_List_const_iterator>>' LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\src\support\RandomAccessList.h 299 Error C2446 ':': no conversion from 'const _Ty' to 'std::_List_const_iterator>>' LyX (applications\LyX\LyX) C:\lyx\lyx-2.4.0-alpha1\src\support\RandomAccessList.h 299 Error LNK1181 cannot open input file '..\..\bin\Release\support.lib' check_ExternalTransforms C:\lyx\lyx-2.4.0-alpha1-build-64\src\tests\LINK 1 Error LNK1181 cannot open input file '..\..\bin\Release\support.lib' chec
Re: LyX 2.4.0-alpha1
On Tue, Dec 29, 2020 at 12:13:48PM -0500, Richard Kimberly Heck wrote: > Hi, all, > > I've built tarballs for LyX 2.4.0-alpha1 and placed them here: > > http://ftp.lyx.org/ftp/pub/lyx/devel/lyx-2.4/ > > Please prepare binaries. Sorry for doing this right on top of 2.3.6.1, but > it seemed worth doing while I had a few moments! Compiles fine with debian 8/9/10. Attempts to run and compile simple document did not show any problem. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Wed, Dec 30, 2020 at 06:32:35PM +0100, Yu Jin wrote: > Am Di., 29. Dez. 2020 um 18:13 Uhr schrieb Richard Kimberly Heck < > rikih...@lyx.org>: > > > Hi, all, > > > > I've built tarballs for LyX 2.4.0-alpha1 and placed them here: > > > > http://ftp.lyx.org/ftp/pub/lyx/devel/lyx-2.4/ > > > > Please prepare binaries. Sorry for doing this right on top of 2.3.6.1, > > but it seemed worth doing while I had a few moments! > > > > Further info to come on moves toward 2.4.0. > > > > These tarballs don't work for me, CMake configure says > CMake Error at development/cmake/modules/LyXMacros.cmake:469 (message): > "C:/lyx/lyx-2.4.0-alpha1/configure.ac": Unable to determine build-type > from > suffix "" in AC_INIT macro > Call Stack (most recent call first): > CMakeLists.txt:120 (determineversionandbuildtype) > > Can you help me out with a fix here so I can test everything else before we > go into the second round or so? Kornel fixed it here: c07278a45c1d23d1ff8a2ed67e3cd8603680df12. Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
Am Di., 29. Dez. 2020 um 18:13 Uhr schrieb Richard Kimberly Heck < rikih...@lyx.org>: > Hi, all, > > I've built tarballs for LyX 2.4.0-alpha1 and placed them here: > > http://ftp.lyx.org/ftp/pub/lyx/devel/lyx-2.4/ > > Please prepare binaries. Sorry for doing this right on top of 2.3.6.1, > but it seemed worth doing while I had a few moments! > > Further info to come on moves toward 2.4.0. > These tarballs don't work for me, CMake configure says CMake Error at development/cmake/modules/LyXMacros.cmake:469 (message): "C:/lyx/lyx-2.4.0-alpha1/configure.ac": Unable to determine build-type from suffix "" in AC_INIT macro Call Stack (most recent call first): CMakeLists.txt:120 (determineversionandbuildtype) Can you help me out with a fix here so I can test everything else before we go into the second round or so? -- Eugene -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Wed, Dec 30, 2020 at 01:00:01PM +0100, Jean-Marc Lasgouttes wrote: > >If this is the only trouble adding include could help. Can you try > >it? > >If there are more troubles ban for gcc 4.8 is perhaps the best solution > >indeed. > > > >Pavel > > I thought that the issue was working std::regex. Yes, regex might be broken, I do not know to which degree. If you think it's better to ban 4.8 altogether I am not going to fight it. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
Le 30 décembre 2020 11:50:41 GMT+01:00, Pavel Sanda a écrit :
>On Tue, Dec 29, 2020 at 11:32:39PM +, José Abílio Matos wrote:
>> There is just one note in here.
>> I tried to compile the code using RHEL 7 that ships with gcc 4.8.5 and
>> naturally the compilation fails here:
>>
>> insets/InsetListings.cpp: In member function 'virtual void
>> lyx::InsetListings::latex(lyx::otexstream&, const lyx::OutputParams&) const':
>> insets/InsetListings.cpp:230:31: error: 'strlen' was not declared in this
>> scope
>> start += strlen("language=");
>
>If this is the only trouble adding include could help. Can you try
>it?
>If there are more troubles ban for gcc 4.8 is perhaps the best solution indeed.
>
>Pavel
I thought that the issue was working std::regex.
Jmarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Wednesday, December 30, 2020 11:31:16 AM WET Pavel Sanda wrote: > If it's only question of one include I think it is worth it > (I have deep understanding of folk who are forced to work with outdated > systems...). I understand your point and I support it. As long as the work is small. :-) > What is impressive is that you compile against qt5 though That dichotomy comes from the origin of the packages. gcc is a system package while qt5 is not part of the base system and thus comes from epel (the layer of Fedora packages that comes from Fedora and is maintained by volunteers - whether they are employed by RH not). > Pavel -- José Abílio-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Wed, Dec 30, 2020 at 11:19:15AM +, José Abílio Matos wrote:
> In that particular compile, as you can see e.g. in
> https://download.copr.fedorainfracloud.org/results/jamatos/lyx-devel/epel-7-x86_64/01850643-lyx-devel/build.log.gz
>
>
> probably because it is using a parallel make there is another error:
This is harmless warning not error, the error in your log is caused only by
strlen.
> insets/InsetListingsParams.cpp: In constructor 'lyx::
> {anonymous}::ParValidator::ParValidator()':
> insets/InsetListingsParams.cpp:323:1: note: variable tracking size limit
> exceeded with -fvar-tracking-assignments, retrying without
> ParValidator::ParValidator()
>
> So honestly I am not sure if it worth the time. :-)
If it's only question of one include I think it is worth it
(I have deep understanding of folk who are forced to work with outdated
systems...).
What is impressive is that you compile against qt5 though :)
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Wednesday, December 30, 2020 10:50:41 AM WET Pavel Sanda wrote:
> If this is the only trouble adding include could help. Can you try
> it? If there are more troubles ban for gcc 4.8 is perhaps the best solution
> indeed.
>
> Pavel
In that particular compile, as you can see e.g. in
https://download.copr.fedorainfracloud.org/results/jamatos/lyx-devel/epel-7-x86_64/01850643-lyx-devel/build.log.gz
probably because it is using a parallel make there is another error:
insets/InsetListingsParams.cpp: In constructor 'lyx::
{anonymous}::ParValidator::ParValidator()':
insets/InsetListingsParams.cpp:323:1: note: variable tracking size limit
exceeded with -fvar-tracking-assignments, retrying without
ParValidator::ParValidator()
So honestly I am not sure if it worth the time. :-)
On a related note gcc 8.2 that ships with RHEL 8 already supports C++17...
--
José Abílio--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Tue, Dec 29, 2020 at 11:32:39PM +, José Abílio Matos wrote:
> There is just one note in here.
> I tried to compile the code using RHEL 7 that ships with gcc 4.8.5 and
> naturally the compilation fails here:
>
> insets/InsetListings.cpp: In member function 'virtual void
> lyx::InsetListings::latex(lyx::otexstream&, const lyx::OutputParams&) const':
> insets/InsetListings.cpp:230:31: error: 'strlen' was not declared in this
> scope
> start += strlen("language=");
If this is the only trouble adding include could help. Can you try it?
If there are more troubles ban for gcc 4.8 is perhaps the best solution indeed.
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
Le 30 décembre 2020 10:48:56 GMT+01:00, "José Abílio Matos" a écrit : >On Wednesday, December 30, 2020 9:32:21 AM WET Jean-Marc Lasgouttes wrote: >> I thought that I did it. I can do it when I return in January. > >FWIW I also thought that, that was why I become surprised with the outcome. >There is no hurry, I just did not want this issue to be forgotten. Actually at the time I thought the test for regret would fail, but it get removed instead... Jmarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Wednesday, December 30, 2020 9:32:21 AM WET Jean-Marc Lasgouttes wrote: > I thought that I did it. I can do it when I return in January. FWIW I also thought that, that was why I become surprised with the outcome. There is no hurry, I just did not want this issue to be forgotten. > Riki, congrats for the alpha, BTW. +1 > JMarc -- José Abílio-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
Le 30 décembre 2020 10:18:17 GMT+01:00, "José Abílio Matos" a écrit : >>" What do I need to compile LyX from the source distribution? > >* A C++11 compiler. Development is being done mainly with gcc/g++, > but clang and MSVC are known to work too. As of LyX 2.4.0, you > need at least gcc 4.9." > >My point was about the configure part where there is no warning. I thought that I did it. I can do it when I return in January. Riki, congrats for the alpha, BTW. JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Wednesday, December 30, 2020 8:47:51 AM WET Richard Kimberly Heck wrote: > I am fairly clueless about such things. Fortunately, there are other people > who know more. JMarc? Enrico? Yuriy? Anyone? > > Riki To be clear, we decided that the minimum requirement for compiling LyX is gcc 4.9 and that is clearly stated in the README: " What do I need to compile LyX from the source distribution? * A C++11 compiler. Development is being done mainly with gcc/g++, but clang and MSVC are known to work too. As of LyX 2.4.0, you need at least gcc 4.9." My point was about the configure part where there is no warning. Regarding EPEL7 (associated with RHEL 7) it should be possible to use another gcc other than the system one. I will not pursue this route unless there is interest. RHEL 7 is supported for one more year (unless you pay for an extension of the support and only for a limited subset) and so by now it is old. Although I do not use it I made LyX available in EPEL8 this month. There the limitations do not apply the tool set is new enough. I hope that this is clear now. :-) -- José Abílio-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Tuesday, December 29, 2020 11:32:39 PM WET José Abílio Matos wrote:
> There is just one note in here.
>
> I tried to compile the code using RHEL 7 that ships with gcc 4.8.5 and
> naturally the compilation fails here:
>
>
> insets/InsetListings.cpp: In member function 'virtual void
> lyx::InsetListings::latex(lyx::otexstream&, const lyx::OutputParams&)
> const':
>
> insets/InsetListings.cpp:230:31: error: 'strlen' was not declared in
this
> scope
>
> start += strlen("language=");
In case you want the full details they can be found here:
x86_64:
https://download.copr.fedorainfracloud.org/results/jamatos/lyx-devel/epel-7-x86_64/01850643-lyx-devel/build.log.gz
aarch64:
https://download.copr.fedorainfracloud.org/results/jamatos/lyx-devel/epel-7-aarch64/01850643-lyx-devel/build.log.gz
I am fairly clueless about such things. Fortunately, there are other
people who know more. JMarc? Enrico? Yuriy? Anyone?
Riki
I've updated only cmake check for GCC>=4.9. Seems like José uses
autotools. And Jean-Marc updated GCC version check in 3093789e8d, so he
is definitely the one who know more.
Yuriy
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On 12/29/20 6:35 PM, José Abílio Matos wrote:
>
> On Tuesday, December 29, 2020 11:32:39 PM WET José Abílio Matos wrote:
>
> > There is just one note in here.
>
> >
>
> > I tried to compile the code using RHEL 7 that ships with gcc 4.8.5 and
>
> > naturally the compilation fails here:
>
> >
>
> >
>
> > insets/InsetListings.cpp: In member function 'virtual void
>
> > lyx::InsetListings::latex(lyx::otexstream&, const lyx::OutputParams&)
>
> > const':
>
> >
>
> > insets/InsetListings.cpp:230:31: error: 'strlen' was not declared in
> this
>
> > scope
>
> >
>
> > start += strlen("language=");
>
>
> In case you want the full details they can be found here:
>
> x86_64:
>
> https://download.copr.fedorainfracloud.org/results/jamatos/lyx-devel/epel-7-x86_64/01850643-lyx-devel/build.log.gz
>
>
>
> aarch64:
>
> https://download.copr.fedorainfracloud.org/results/jamatos/lyx-devel/epel-7-aarch64/01850643-lyx-devel/build.log.gz
>
>
>
I am fairly clueless about such things. Fortunately, there are other
people who know more. JMarc? Enrico? Yuriy? Anyone?
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Tuesday, December 29, 2020 11:32:39 PM WET José Abílio Matos wrote:
> There is just one note in here.
>
> I tried to compile the code using RHEL 7 that ships with gcc 4.8.5 and
> naturally the compilation fails here:
>
>
> insets/InsetListings.cpp: In member function 'virtual void
> lyx::InsetListings::latex(lyx::otexstream&, const lyx::OutputParams&)
> const':
>
> insets/InsetListings.cpp:230:31: error: 'strlen' was not declared in this
> scope
>
> start += strlen("language=");
In case you want the full details they can be found here:
x86_64:
https://download.copr.fedorainfracloud.org/results/jamatos/lyx-devel/epel-7-x86_64/01850643-lyx-devel/build.log.gz
aarch64:
https://download.copr.fedorainfracloud.org/results/jamatos/lyx-devel/epel-7-aarch64/01850643-lyx-devel/build.log.gz
The messages seem identical FWIW.
--
José Abílio--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0-alpha1
On Tuesday, December 29, 2020 5:13:48 PM WET Richard Kimberly Heck wrote:
> Hi, all,
>
> I've built tarballs for LyX 2.4.0-alpha1 and placed them here:
>
> http://ftp.lyx.org/ftp/pub/lyx/devel/lyx-2.4/
>
> Please prepare binaries. Sorry for doing this right on top of 2.3.6.1,
> but it seemed worth doing while I had a few moments!
>
> Further info to come on moves toward 2.4.0.
>
> Riki
I have updated the package in Fedora's copr:
https://copr.fedorainfracloud.org/coprs/jamatos/lyx-devel/
There is just one note in here.
I tried to compile the code using RHEL 7 that ships with gcc 4.8.5 and
naturally the compilation fails here:
insets/InsetListings.cpp: In member function 'virtual void
lyx::InsetListings::latex(lyx::otexstream&, const lyx::OutputParams&) const':
insets/InsetListings.cpp:230:31: error: 'strlen' was not declared in this scope
start += strlen("language=");
That is OK. The reason why I am bringing this is that I would have expected for
configure to complain about a non-supported gcc version.
Should configure or cmake BTW complain about an ancient version of the compiler?
Best regards,
--
José Abílio--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
