I used "-k" instead of "-k0" (my make version does not seem to support "-k0". I
get the following errors with GCC:
/home/vbox/lyxbuilds/master-clang/repo/src/tex2lyx/Parser.cpp:857:34: error:
use of deleted function ‘std::basic_ostream&
std::operator<<(std::basic_ostream&, wchar_t) [with
On Wed, 30 Dec 2020 at 00:52, Thibaut Cuvelier wrote:
> On Tue, 29 Dec 2020 at 23:50, Yuriy Skalko wrote:
>
>> > I just tried to recompile LyX on MSVC 19, this is the error I get:
>> >
>> >
>> > [ 40%] Building CXX object
>> > src/frontends/qt/CMakeFiles/frontend_qt.dir/GuiApplication.cpp.obj
>>
On Tue, 29 Dec 2020 at 23:50, Yuriy Skalko wrote:
> > I just tried to recompile LyX on MSVC 19, this is the error I get:
> >
> >
> > [ 40%] Building CXX object
> > src/frontends/qt/CMakeFiles/frontend_qt.dir/GuiApplication.cpp.obj
> > GuiApplication.cpp
> > D:\LyX\lyx-unstable\3rdparty\nod\nod.hp
On Thursday, December 17, 2020 2:49:54 PM WET Scott Kostyshak wrote:
> More seriously, I will join if I'm free but I don't have a fixed schedule so
> cannot commit to anything.
>
> Scott
Thanks for all the replies.
Then we have to decide the next actions, when and where?
The when is obvious a
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::Inse
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 wor
On Tue, Dec 29, 2020 at 10:37:15PM +0200, Yuriy Skalko wrote:
> > Thanks, Yuriy. I now get the following error with GCC:
> >
> > /home/vbox/lyxbuilds/master-clang/repo/src/Buffer.cpp:1774:27: error:
> > use of deleted function ‘std::basic_ostream&
> > std::operator<<(std::basic_ostream&, wchar_t)
I just tried to recompile LyX on MSVC 19, this is the error I get:
[ 40%] Building CXX object
src/frontends/qt/CMakeFiles/frontend_qt.dir/GuiApplication.cpp.obj
GuiApplication.cpp
D:\LyX\lyx-unstable\3rdparty\nod\nod.hpp(272): error C2653: 'result_of': is
not a class or namespace name
D:\LyX\lyx
Dear list,
I just tried to recompile LyX on MSVC 19, this is the error I get:
[ 40%] Building CXX object
src/frontends/qt/CMakeFiles/frontend_qt.dir/GuiApplication.cpp.obj
GuiApplication.cpp
D:\LyX\lyx-unstable\3rdparty\nod\nod.hpp(272): error C2653: 'result_of': is
not a class or namespace name
On Tue, Dec 29, 2020 at 12:52:20AM +0100, Jean-Marc Lasgouttes wrote:
> > Sorry for letting everyone down. Wrong timing.
Frankly I wouldn't do any better in these times.
On Tue, Dec 29, 2020 at 11:01:51AM -0500, Richard Kimberly Heck wrote:
> What is it that needs doing here? I can probably find
On Tue, Dec 29, 2020 at 10:37:15PM +0200, Yuriy Skalko wrote:
> > Thanks, Yuriy. I now get the following error with GCC:
> >
> > /home/vbox/lyxbuilds/master-clang/repo/src/Buffer.cpp:1774:27: error:
> > use of deleted function ‘std::basic_ostream&
> > std::operator<<(std::basic_ostream&, wchar_t)
Thanks, Yuriy. I now get the following error with GCC:
/home/vbox/lyxbuilds/master-clang/repo/src/Buffer.cpp:1774:27: error: use of
deleted function ‘std::basic_ostream&
std::operator<<(std::basic_ostream&, wchar_t) [with _Traits =
std::char_traits]’
1774 | oss << "0x" << hex << e.failed_c
On Tue, Dec 29, 2020 at 08:28:31PM +0100, Kornel Benko wrote:
> commit c07278a45c1d23d1ff8a2ed67e3cd8603680df12
> Author: Kornel Benko
> Date: Tue Dec 29 20:27:19 2020 +0100
>
> Cmake build: Syntax of AC_INIT() in configure.ac changed, adapted macro
> ---
Thanks, I just ran into this and w
On Tue, Dec 29, 2020 at 12:17:20PM +0200, Yuriy Skalko wrote:
> > I'm not sure how this line compiled at all with earlier standards on
> > Linux (where char_type is wchar_t). How wchar_t was outputted into char
> > stream?
>
> It produced the integer value before C++20:
> https://en.cppreference.c
Am Dienstag, dem 29.12.2020 um 12:00 -0500 schrieb Richard Kimberly
Heck:
> That may be ambitious, but we can try. I can certainly get another
> alpha out ASAP and will do so.
Thanks, much appreciated!
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mail
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
On 12/29/20 11:57 AM, Jürgen Spitzmüller wrote:
Am Dienstag, dem 29.12.2020 um 11:01 -0500 schrieb Richard Kimberly
Heck:
What is it that needs doing here? I can probably find the time.
I think what it needs most urgently is someone telling us: Stop
tinkering with new pet projects (including re
The fix for bug #12056, which prevented inclusion of TeX files, warrants
a quick re-release. I've also included the fix for #11746, which caused
problems on Gnome Wayland on Fedora.
Tarballs here:
http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/
Please prepare binaries.
Riki
--
lyx-devel mailing
Am Dienstag, dem 29.12.2020 um 11:01 -0500 schrieb Richard Kimberly
Heck:
> What is it that needs doing here? I can probably find the time.
I think what it needs most urgently is someone telling us: Stop
tinkering with new pet projects (including refactoring), there will be
no more new feature, we
On 12/28/20 6:52 PM, Jean-Marc Lasgouttes wrote:
> Le 28 décembre 2020 21:29:02 GMT+01:00, Pavel Sanda a écrit :
>> It's hard to believe, but looking back at the archives we had the 2.4
>> release-manager decision in May 2019 and first alpha1 thread in June 2019 :)
>>
>> JMarc, what is your situat
Hi Yuriy,
Apple clang spits this warning now - is it ok?
src/frontends/qt/GuiLyXFiles.cpp:200:16: warning: explicit capture of 'this'
with a capture default of '=' is a C++2a extension [-Wc++2a-extensions]
filesLW, [=, this](){ focusAndHighlight(filesLW); });
These now appea
On Tue, Dec 29, 2020 at 11:55:31AM +0100, Stephan Witt wrote:
> Hi Yuriy,
>
> Apple clang spits this warning now - is it ok?
>
> src/frontends/qt/GuiLyXFiles.cpp:200:16: warning: explicit capture of 'this'
> with a capture default of '=' is a C++2a extension [-Wc++2a-extensions]
>
Hi Yuriy,
Apple clang spits this warning now - is it ok?
src/frontends/qt/GuiLyXFiles.cpp:200:16: warning: explicit capture of 'this'
with a capture default of '=' is a C++2a extension [-Wc++2a-extensions]
filesLW, [=, this](){ focusAndHighlight(filesLW); });
BR, Stephan
> Am 2
I'm not sure how this line compiled at all with earlier standards on Linux (where char_type is wchar_t). How wchar_t was outputted into char stream?
It produced the integer value before C++20:
https://en.cppreference.com/w/cpp/io/basic_ostream/operator_ltlt2
So, the patch attached here should w
Thanks for working on this, Yuriy! I'm not sure if the following is
helpful, but curent master fails for me with GCC and Clang with C++20 on
Ubuntu 20.10. Here are details in case you or anyone else is motivated
to take a look:
/home/vbox/lyxbuilds/master-clang/repo/src/mathed/MathParser.cpp:373:
Could it be that this is why boost::regex was useful after all? Did we rush too
fast in our joy of getting rid of it?
I do not think that solving issues with crappy compilers involves going all the
way in Qt's arms. Qt does have its flaws and bugs, and besides banging our head
against the wall
26 matches
Mail list logo
