Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>>>>> "Thomas" == Thomas Anders <[EMAIL PROTECTED]> writes:
>
| Thomas> Jean-Marc Lasgouttes wrote: Jean-Marc Lasgouttes wrote: Is
| Thomas> there a way around this? FWIW, linking also fails on a decent
| Thomas> Tru64 Unix 5.1A machine (ld 5.1 while 4.0D has ld 3.11).
>>>
>>>>> As I said, --with-included-string helps.
| Thomas> Has this changed recently? As reported for 1.2.0pre5 on
| Thomas> 2002-05-21, linking also failed with --with-included-string.
| Thomas> Okay, I will try again for 1.2.0 now.
>>> Sorry, I missed your message because I was away for some time.
>
| Thomas> Nevertheless I gave it a try again (Tru64 4.0D, gcc 3.1), but
| Thomas> it fails even worse:
>
| Thomas> .deps/lyxstring.TPlo lyxstring.C: In function `std::istream&
| Thomas> operator>>(std::istream&, lyxstring&)': lyxstring.C:1764: no
| Thomas> matching function for call to `std::basic_istream<char,
| Thomas> std::char_traits<char> >::ipfx0()' lyxstring.C:1786: no
| Thomas> matching function for call to `std::basic_istream<char,
| Thomas> std::char_traits<char> >::isfx()'
>
| Lars, would it be possible to get rid of these ipfx0() and isfx()?
Yes, we then should use one of the functions Dekel had instead.
Dekel do you still have them?
| What are they good for?
Making it work... they are both sentries and does the "remove all
whitespace before extracting" stuff.
| I thought we used to have a working >>
| operator a few months ago?
Well it just seemed to be ok... it had a serious bug.
--
Lgb
