Re: compiling devel lyx

1999-02-20 Thread Lars Gullik Bjønnes
>> Allan Rae writes: AR> On 15 Feb 1999, Lars Gullik Bjønnes wrote: >> I have investigated a bit on why it is so hard to compile devel >> lyx. Two reasons: >> >> 1. "class LString;" should not be used in headerfiles. Change it >> to "#include "LString.h" AR> We might be able us

Re: compiling devel lyx

1999-02-20 Thread Lars Gullik Bjønnes
>> Jean-Marc Lasgouttes writes: >> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: JL> gcc 2.8.1 does not have stl/bastring.h, but lyx does not compile JL> there. I have to admit that I have not tried it recently. Lars> ok, my mistake. Try std/bastring.h instead. JL> S

Re: compiling devel lyx

1999-02-19 Thread Jean-Marc Lasgouttes
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: JL> gcc 2.8.1 does not have stl/bastring.h, but lyx does not compile JL> there. I have to admit that I have not tried it recently. Lars> ok, my mistake. Try std/bastring.h instead. So, I just have to check whether this header file

Re: compiling devel lyx

1999-02-19 Thread Jochen Kuepper
On Don, 18 Feb 1999 Lars Gullik Bjønnes wrote: >>> Jochen Kuepper writes: > > JK> On Mon, 15 Feb 1999 Lars Gullik Bjønnes wrote: > >> 2. The string class supplied with gcc and egcs are not compatible > >> with STL string. So the check we use to decide if the included > >> string class should b

Re: compiling devel lyx

1999-02-19 Thread Allan Rae
On 15 Feb 1999, Lars Gullik Bjønnes wrote: > > I have investigated a bit on why it is so hard to compile devel lyx. > Two reasons: > > 1. "class LString;" should not be used in headerfiles. Change > it to "#include "LString.h" We might be able use a #define LString whatever_str

Re: compiling devel lyx

1999-02-18 Thread Lars Gullik Bjønnes
>> Jochen Kuepper writes: JK> On Mon, 15 Feb 1999 Lars Gullik Bjønnes wrote: >> 2. The string class supplied with gcc and egcs are not compatible >> with STL string. So the check we use to decide if the included >> string class should be used of not is wrong. We should try to >> find

Re: compiling devel lyx

1999-02-18 Thread Lars Gullik Bjønnes
>> Jean-Marc Lasgouttes writes: >> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: JL> We should probably make --with-included-string the default and JL> remove the automatic test, then. If even egcs is not good JL> enough, I'm not sure that LyX is ready to use STL strings

Re: compiling devel lyx

1999-02-17 Thread Jean-Marc Lasgouttes
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: JL> We should probably make --with-included-string the default and JL> remove the automatic test, then. If even egcs is not good enough, JL> I'm not sure that LyX is ready to use STL strings. Lars> LyX is ready, LString is a true su

Re: compiling devel lyx

1999-02-16 Thread Jochen Kuepper
On Mon, 15 Feb 1999 Lars Gullik Bjønnes wrote: > 2. The string class supplied with gcc and egcs are not > compatible with STL string. So the check we use to decide > if the included string class should be used of not is > wrong. We should try to find a better chec

Re: compiling devel lyx

1999-02-15 Thread Lars Gullik Bjønnes
>> Jean-Marc Lasgouttes writes: >> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> I have investigated a bit on why it is so hard to compile Lars> devel lyx. Two reasons: Lars> 1. "class LString;" should not be used in headerfiles. Change Lars> it to "#include "LS

Re: compiling devel lyx

1999-02-15 Thread Jean-Marc Lasgouttes
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> I have investigated a bit on why it is so hard to compile devel Lars> lyx. Two reasons: Lars> 1. "class LString;" should not be used in headerfiles. Change Lars> it to "#include "LString.h" Lars> 2. The string class supp

compiling devel lyx

1999-02-15 Thread Lars Gullik Bjønnes
I have investigated a bit on why it is so hard to compile devel lyx. Two reasons: 1. "class LString;" should not be used in headerfiles. Change it to "#include "LString.h" 2. The string class supplied with gcc and egcs are not compatible with STL string. S