Jean-Marc Lasgouttes wrote:
> Le 05/07/2016 ? 18:34, Pavel Sanda a écrit :
>> Jean-Marc Lasgouttes wrote:
>>> Comments welcome. My plan is to use that for both Qt4 and Qt5 (for
>>> simplicity). Seeing the different behavior of Qt 4.8.1 and 4.8.7 (albeit
>>> different machines), I suspect that the p
Jean-Marc Lasgouttes wrote:
> Le 05/07/2016 ? 18:34, Pavel Sanda a écrit :
>> Jean-Marc Lasgouttes wrote:
>>> Comments welcome. My plan is to use that for both Qt4 and Qt5 (for
>>> simplicity). Seeing the different behavior of Qt 4.8.1 and 4.8.7 (albeit
>>> different machines), I suspect that the p
On Wed, Jul 06, 2016 at 09:13:16AM +0200, Stephan Witt wrote:
> Am 05.07.2016 um 18:40 schrieb Pavel Sanda :
> >
> > Guillaume Munch wrote:
> >> I am really curious to know Pavel's configure line given that he uses
> >> gcc. If I could reproduce the problems then I would be able to test
> >> befor
On 6/07/2016 9:14 p.m., José Abílio Matos wrote:
Could you try the following:
*) go to Tools->Preferences->File Handling->Converters
*) choose in the Converter Definition "LyX -> LyX 2.1.x"
*) change the converter from
"python -tt $$s/lyx2lyx/lyx2lyx -t 474 $$i > $$o"
to
"python -tt $$s
Am 05.07.2016 um 21:39 schrieb Georg Baum :
>
> Guillaume Munch wrote:
>
>> I have split the patch in two for you, and already committed the part
>> that does not introduce lambda expressions. Attached is the remainder of
>> the patch that replaces all remaining std::bind with lambda expressions.
Am Mittwoch, 6. Juli 2016 um 21:52:42, schrieb Enrico Forestieri
> Rather, there is now another problem with Qt5. Until now it was not
> mandatory having the Qt5 binaries in the PATH. Indeed, specifying
> --with-qt-dir sufficed for finding them. For example, on solaris I
> have everything in /opt
On Wed, Jul 06, 2016 at 02:28:45PM +0200, Jean-Marc Lasgouttes wrote:
> Le 06/07/2016 à 14:24, Jean-Marc Lasgouttes a écrit :
> >commit 23dbcb59d2e861921677b3ce99d95c77c1ceec02
> >Author: Jean-Marc Lasgouttes
> >Date: Wed Jul 6 14:03:22 2016 +0200
> >
> >New test to determine correct -std op
Le 05/07/2016 18:25, Jean-Marc Lasgouttes a écrit :
Le 05/07/2016 à 17:52, Guillaume Munch a écrit :
Le 05/07/2016 17:23, Jean-Marc Lasgouttes a écrit :
We have compiled for ages in gnu++98 mode forever when not using C++11.
And currently gcc 6 uses gnu++14 by default. Do you want me to force
On 07/03/2016 05:36 PM, Guillaume Munch wrote:
Le 03/07/2016 20:52, Richard Heck a écrit :
One might wonder in such cases why things are being copied or passed
by reference, for example.
Unfortunately, while producing equivalent code is easy (or so it seems
so far), fully understanding the o
Le 05/07/2016 à 20:14, Kornel Benko a écrit :
Am Dienstag, 5. Juli 2016 um 18:17:40, schrieb Jean-Marc Lasgouttes
Le 05/07/2016 à 17:47, Kornel Benko a écrit :
Cmake tries to use -std=c++14 first, then c++11, gnu++11, gnu++0x
See development/cmake/modules/FindCXX11Compiler.cmake:50
Very i
Am Mittwoch, 6. Juli 2016 um 10:55:34, schrieb Jean-Marc Lasgouttes
> Le 05/07/2016 à 21:21, Kornel Benko a écrit :
> > I suppose this change makes my gcc5.3 unusable.
> > This are the errors I get when linking lyx
> >
> > /usr/bin/ld: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_in
Le 06/07/2016 à 14:24, Jean-Marc Lasgouttes a écrit :
commit 23dbcb59d2e861921677b3ce99d95c77c1ceec02
Author: Jean-Marc Lasgouttes
Date: Wed Jul 6 14:03:22 2016 +0200
New test to determine correct -std option for CXX compiler
The test file is stolen from cmake. The options tested are
Le 05/07/2016 à 18:34, Pavel Sanda a écrit :
Jean-Marc Lasgouttes wrote:
Comments welcome. My plan is to use that for both Qt4 and Qt5 (for
simplicity). Seeing the different behavior of Qt 4.8.1 and 4.8.7 (albeit
different machines), I suspect that the problem is elsewhere in the
configuration.
On Wednesday, July 6, 2016 10:31:45 AM WEST Andrew Parsloe wrote:
> LyX 2.1.5 has no trouble saving and reading its own compressed files.
That is good, I was being thoroughly in order to not to discart any
possibility.
> If I save a compressed file in 2.2.0, LyX 2.1.5 can read it. If I export
>
Le 05/07/2016 à 21:21, Kornel Benko a écrit :
I suppose this change makes my gcc5.3 unusable.
This are the errors I get when linking lyx
/usr/bin/ld: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info):
relocation 0 has invalid symbol index 11
/usr/bin/ld: /usr/lib/debug/usr/lib/x86
Le 05/07/2016 à 18:34, Pavel Sanda a écrit :
Jean-Marc Lasgouttes wrote:
Comments welcome. My plan is to use that for both Qt4 and Qt5 (for
simplicity). Seeing the different behavior of Qt 4.8.1 and 4.8.7 (albeit
different machines), I suspect that the problem is elsewhere in the
configuration.
On 06.07.2016 09:32, racoon wrote:
On 05.07.2016 21:46, Georg Baum wrote:
racoon wrote:
On 04.07.2016 09:11, racoon wrote:
"Compile the INSTALL project to get a LyX installation in
C:\LyX\lyx-23-install"
I guess it means opening "INSTALL.vcxproj" and STRG-F5. Getting
"Build: 14 succeeded, 1
On 05.07.2016 21:46, Georg Baum wrote:
racoon wrote:
On 04.07.2016 09:11, racoon wrote:
"Compile the INSTALL project to get a LyX installation in
C:\LyX\lyx-23-install"
I guess it means opening "INSTALL.vcxproj" and STRG-F5. Getting
"Build: 14 succeeded, 12 failed, 0 up-to-date, 0 skipped"
On 07/04/2016 08:51 PM, Stephan Witt wrote:
Am 04.07.2016 um 12:44 schrieb Michael Berger :
Dear LyX friends,
Richard Heck suggested to post this to the list.
This is my sandbox PC
Mageia5 x86_64 KDE (performing since months without any problem)
No older Lyx version installed
TexL
Am 05.07.2016 um 18:40 schrieb Pavel Sanda :
>
> Guillaume Munch wrote:
>> I am really curious to know Pavel's configure line given that he uses
>> gcc. If I could reproduce the problems then I would be able to test
>> beforehand more thoroughly when useful.
>
> wrote in the other mail, but to be
20 matches
Mail list logo
