On Sat, Sep 19, 2020 at 10:01:19PM +0200, Kornel Benko wrote:
> Am Sat, 19 Sep 2020 21:33:56 +0200
> schrieb Pavel Sanda <sa...@lyx.org>:
>
> > /usr/lib/gcc/i686-pc-linux-gnu/4.9.4/include/g++-v4/streambuf:810:7: error:
> > 'std::basic_streambuf<_CharT, _Traits>& std::basic_streambuf<_CharT,
> > _Traits>::operator=(const std::basic_streambuf<_CharT, _Traits>&) [with
> > _CharT =
> > wchar_t; _Traits = std::char_traits<wchar_t>]' is private operator=(const
> > basic_streambuf&) { return *this; }; ^ In file included from
> > support/docstream.h:18:0,
> > from output_latex.h:17, from Paragraph.cpp:37:
> > /usr/lib/gcc/i686-pc-linux-gnu/4.9.4/include/g++-v4/sstream:64:11: error:
> > within this
> > context class basic_stringbuf : public basic_streambuf<_CharT, _Traits>
> > ^
> >
> > Pavel
>
> Should we really support this old gcc? I don't see this with gcc 8.4.
Yes we really should. I was housekeeping the code for older gcc during the
whole 2.4
development cycle and dropping support for otherwise functional frameworks just
ahead
of new major release and thus to break the whole stable series for next 2+ years
is not wise. We should drop deps when it's too expensive and in the
begining/middle
of cycle.
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
