> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> I forward to the list the message I just got from Ben. It
Jean-Marc> seems that RH7.1 sstream wants to use lyxstring::replace
Jean-Marc> (size_t &, const size_t &, int &) and this does not exist.
Jean-Marc> Are we su
Jean-Marc Lasgouttes wrote:
>I forward to the list the message I just got from Ben. It seems that
>RH7.1 sstream wants to use
> lyxstring::replace (size_t &, const size_t &, int &)
>and this does not exist. Are we supposed to implement this? This seems
>strange to me.
>
>Ben, what is the relevan
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> So he wants to use RH 7.1 with lyxstring... why?
Maybe to get a small executable, or small compile times, or ???
Lars> as far as I can see std::string does not have a replace method
Lars> like this. (for the standard)
That's
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I forward to the list the message I just got from Ben. It seems that
| RH7.1 sstream wants to use
| lyxstring::replace (size_t &, const size_t &, int &)
| and this does not exist. Are we supposed to implement this? This seems
| strange to me.
und line 194)?
JMarc
--- Start of forwarded message ---
Date: Wed, 23 May 2001 08:31:01 +1000
From: Ben Stanley <[EMAIL PROTECTED]>
To: Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
Subject: Re: [PATCH] Compiling lyx-1.1.6fix1 on RH 7.1
Jean-Marc Lasgouttes wrote:
>>>>>
> "Ben" == Ben Stanley <[EMAIL PROTECTED]> writes:
Ben> Content-Type: text/plain; charset="iso-8859-1"
Ben> Content-Transfer-Encoding: 8bit
Ben> Hi,
Ben> I ran into some trouble with when compiling on RH 7.1.
Ben> It seems that on this platform, configure decides that it is OK
Ben> to use
Ben Stanley <[EMAIL PROTECTED]> writes:
| Hi,
|
| I ran into some trouble with when compiling on RH 7.1.
|
| It seems that on this platform, configure decides that it is OK to use
| , but that it is not OK to use .
both should be ok on RH 7.1
and I have been running/compiling/developing on
Hi,
I ran into some trouble with when compiling on RH 7.1.
It seems that on this platform, configure decides that it is OK to use
, but that it is not OK to use .
Subsequently, in formula.C, is indirectly included before
"LString.h", thereby including as well, causing the #error in
"LStr
