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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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:
>>>
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
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
>
y 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/
>> > >
>> &
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/
> > > >
> > > >
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,
> > >
> > &g
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,
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:
> >
> >
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 t
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
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:
>>
>>
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. :-)
>
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
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
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
>
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.
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,
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
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
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
>
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:
>
> >
>
> >
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
>
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
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
44 matches
Mail list logo
