Re: trunk does no compile

2011-01-29 Thread Stephan Witt
Am 30.01.2011 um 02:23 schrieb Enrico Forestieri: > On Sun, Jan 30, 2011 at 01:28:49AM +0100, Tommaso Cucinotta wrote: > >> Il 29/01/2011 19:12, Enrico Forestieri ha scritto: just don't even try it: my own brand new automated tests just started to fail because, with that template-ish t

Re: trunk does no compile

2011-01-29 Thread Enrico Forestieri
On Sun, Jan 30, 2011 at 01:28:49AM +0100, Tommaso Cucinotta wrote: > Il 29/01/2011 19:12, Enrico Forestieri ha scritto: > >>just don't even try it: my own brand new automated tests just started > >>to fail because, with that template-ish thing, at the first attempt of > >>typing a character in tex

Re: trunk does no compile

2011-01-29 Thread Tommaso Cucinotta
Il 30/01/2011 01:28, Tommaso Cucinotta ha scritto: If it is the same currently committed, then it is sufficient to: -) create a new file -) type any letter and kaboom! So, on my system, I need the patch below in order to be able to use LyX trunk again (r37368): Index: src/Paragraph.cpp

Re: trunk does no compile

2011-01-29 Thread Tommaso Cucinotta
Il 29/01/2011 19:12, Enrico Forestieri ha scritto: just don't even try it: my own brand new automated tests just started to fail because, with that template-ish thing, at the first attempt of typing a character in text-mode LyX was asserting :-). I'm using the Enrico's patch that works fine (at

Re: trunk does no compile

2011-01-29 Thread Kornel
Am Samstag, 29. Januar 2011 schrieb Guillaume Pothier: > >> I don't get it. You mean TeX-mode? Cannot see any crash here. > > > > Same here. > > I'm getting the crash when loading a file: Not here. "Insert->File->Plain Text..." is ok, and so is "...->Plain Text, Join Lines...". Kornel

Re: trunk does no compile

2011-01-29 Thread Guillaume Pothier
On 29 January 2011 16:49, Enrico Forestieri wrote: > On Sat, Jan 29, 2011 at 07:39:19PM +0100, Kornel wrote: > >> Tommaso: >> > Ok, apart from compiling, is it only me who's experience a crash when >> > typing any character in text mode (seems it was not at all due to my >> > template-based patch

Re: trunk does no compile

2011-01-29 Thread Enrico Forestieri
On Sat, Jan 29, 2011 at 07:39:19PM +0100, Kornel wrote: > overload-2.diff: > > Compiles fine too. Thanks for testing. > Tommaso: > > Ok, apart from compiling, is it only me who's experience a crash when > > typing any character in text mode (seems it was not at all due to my > > template-based

Re: trunk does no compile

2011-01-29 Thread Enrico Forestieri
On Sat, Jan 29, 2011 at 08:06:37PM +0100, Stephan Witt wrote: > Am 29.01.2011 um 19:12 schrieb Enrico Forestieri: > > > On Sat, Jan 29, 2011 at 05:52:08PM +0100, Tommaso Cucinotta wrote: > > > >> Il 29/01/2011 17:13, Tommaso Cucinotta ha scritto: > >>> > I can also share my template-based

Re: trunk does no compile

2011-01-29 Thread Stephan Witt
Am 29.01.2011 um 19:12 schrieb Enrico Forestieri: > On Sat, Jan 29, 2011 at 05:52:08PM +0100, Tommaso Cucinotta wrote: > >> Il 29/01/2011 17:13, Tommaso Cucinotta ha scritto: >>> I can also share my template-based one, that avoids code replication and actually turns this burden over th

Re: trunk does no compile

2011-01-29 Thread Kornel
Am Samstag, 29. Januar 2011 schrieb Enrico Forestieri: > > just don't even try it: my own brand new automated tests just started > > to fail because, with that template-ish thing, at the first attempt of > > typing a character in text-mode LyX was asserting :-). > > > > > > > > I'm using the Enric

Re: trunk does no compile

2011-01-29 Thread Enrico Forestieri
On Sat, Jan 29, 2011 at 06:37:44PM +0100, Kornel wrote: > Am Samstag, 29. Januar 2011 schrieb Enrico Forestieri: > > > > Yes, the cast isn't nice. Does attached patch also fix the problem? > > > > If yes, I think you could commit it. > > > > Please, don't. It breaks compilation if size_t is typed

Re: trunk does no compile

2011-01-29 Thread Enrico Forestieri
On Sat, Jan 29, 2011 at 05:52:08PM +0100, Tommaso Cucinotta wrote: > Il 29/01/2011 17:13, Tommaso Cucinotta ha scritto: > > > >>I can also share my template-based one, that avoids code replication > >>and actually turns this burden over the odocstream class itself. > >>Assuming > >>the latter work

Re: trunk does no compile

2011-01-29 Thread Tommaso Cucinotta
Il 29/01/2011 18:37, Kornel ha scritto: Am Samstag, 29. Januar 2011 schrieb Enrico Forestieri: > > > Yes, the cast isn't nice. Does attached patch also fix the problem? > > > If yes, I think you could commit it. > > Please, don't. It breaks compilation if size_t is typedef'd to unsigned > i

Re: trunk does no compile

2011-01-29 Thread Kornel
Am Samstag, 29. Januar 2011 schrieb Enrico Forestieri: > > > Yes, the cast isn't nice. Does attached patch also fix the problem? > > > If yes, I think you could commit it. > > Please, don't. It breaks compilation if size_t is typedef'd to unsigned > int. > > > Yes, it compiles now. > > Kornel, d

Re: trunk does no compile

2011-01-29 Thread Tommaso Cucinotta
Il 29/01/2011 17:13, Tommaso Cucinotta ha scritto: I can also share my template-based one, that avoids code replication and actually turns this burden over the odocstream class itself. Assuming the latter works fine on all architectures, this one should as well :-). Forgot to attach. just

Re: trunk does no compile

2011-01-29 Thread Tommaso Cucinotta
Il 29/01/2011 17:07, Tommaso Cucinotta ha scritto: Il 29/01/2011 15:54, Enrico Forestieri ha scritto: Please, don't. It breaks compilation if size_t is typedef'd to unsigned int. I can also share my template-based one, that avoids code replication and actually turns this burden over the odo

Re: trunk does no compile

2011-01-29 Thread Tommaso Cucinotta
Il 29/01/2011 15:54, Enrico Forestieri ha scritto: Please, don't. It breaks compilation if size_t is typedef'd to unsigned int. I can also share my template-based one, that avoids code replication and actually turns this burden over the odocstream class itself. Assuming the latter works fine o

Re: trunk does no compile

2011-01-29 Thread Enrico Forestieri
On Sat, Jan 29, 2011 at 02:23:04PM +0100, Kornel wrote: > Am Samstag, 29. Januar 2011 schrieb Peter Kümmel: > > > This cured it for me, but I fear it is not the proper c++ patch. > > > > > > > > > > > > Kornel > > > > Yes, the cast isn't nice. Does attached patch also fix the problem? > >

Re: trunk does no compile

2011-01-29 Thread Jose Quesada
I can confim that trunk doesn't compile for me either: insets/InsetTabular.cpp:2259: error: ambiguous overload for ‘operator<<’ in ‘lyx::operator<<(((lyx::otexstream&)((lyx::otexstream*)os)), ((const char*)"\\multirow{")) << lyx::Tabular::rowSpan(cell)’ ./support/docstream.h:154: note: candidates

Re: trunk does no compile

2011-01-29 Thread Kornel
Am Samstag, 29. Januar 2011 schrieb Peter Kümmel: > > This cured it for me, but I fear it is not the proper c++ patch. > > > > > > > > Kornel > > Yes, the cast isn't nice. Does attached patch also fix the problem? > If yes, I think you could commit it. > > Peter Yes, it compiles now.

Re: trunk does no compile

2011-01-29 Thread Peter Kümmel
On 29.01.2011 13:24, Kornel wrote: > Am Samstag, 29. Januar 2011 schrieb Tommaso Cucinotta: >> insets/InsetTabular.cpp: In member function ‘int >> lyx::Tabular::TeXTopHLine(lyx::otexstream&, size_t, std::string) const’: >> insets/InsetTabular.cpp:2068: error: ambiguous overload for ‘operator<<’ >

Re: trunk does no compile

2011-01-29 Thread Kornel
Am Samstag, 29. Januar 2011 schrieb Tommaso Cucinotta: > insets/InsetTabular.cpp: In member function ‘int > lyx::Tabular::TeXTopHLine(lyx::otexstream&, size_t, std::string) const’: > insets/InsetTabular.cpp:2068: error: ambiguous overload for ‘operator<<’ > in > ‘lyx::operator<<(((lyx::otexstrea

trunk does no compile

2011-01-29 Thread Tommaso Cucinotta
As in the subject: insets/InsetTabular.cpp: In member function ‘int lyx::Tabular::TeXTopHLine(lyx::otexstream&, size_t, std::string) const’: insets/InsetTabular.cpp:2068: error: ambiguous overload for ‘operator<<’ in ‘lyx::operator<<(((lyx::otexstream&)((lyx::otexstream*)lyx::operator<<(((lyx: