> How difficult would that be.
Not difficult. I could try to come up with one... shall I?
> I'd really like to avoid all these
> #ifdefs too. A wrapper around strstream should be possible, wouldn't it?
Sure.
Andre'
--
It'll take a long time to eat 63.000 peanuts.
André Pönitz ..
Hello,
I have uploaded CJK-LyX-1.1.4fix3 at
"ftp://stone.phys.pusan.ac.ke/pub/CJK-LyX".
CJK-LyX-1.1.4fix3 is a patched version of lyx-1.1.4fix3 for
multibyte language users, especially for Chinese, Japanese and Korean
users.
CJK-LyX homepage (http://cellular.phys.pusan.ac.kr/cjk.html) has a
On 25 Apr 2000, Jean-Marc Lasgouttes wrote:
> > "mgx" == mgx <[EMAIL PROTECTED]> writes:
>
> mgx> ok, i've found the archives and the -fpermissive option. i'll try
> mgx> that now. -- michael
>
> mgx> On Thu, Apr 20, [EMAIL PROTECTED] wrote:
> >> good day all
> >>
> >> i'm trying to
On Tue, 25 Apr 2000, Angus Leeming wrote:
> Allan, this one is for you I think.
>
> Attempting to compile the rae branch of CVS with gcc-2.95.2 and
> lyxstring I get the follwing at linking:
>
> Unresolved:
> overflow_error::overflow_error(lyxstring const &)
>
> This makes sense. In xtl/objio.
In case you don't know, there is a project in cosource where
a substantial amount of money is offered ($7620) for writting
a editor of SGML structured documents, much similar in spirit
to LyX.
It is quite likely that you have the expertise needed for that
project.
URL is
http://www.cosource.com
On Tue, Apr 25, 2000 at 06:39:21PM +0200, Jean-Marc Lasgouttes wrote:
> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> The following patch allows using the URL inset inside the
> Dekel> \thanks{} command (it adds \protect to the LaTeX file).
>
> I am not sure about the follow
gcc 2.96 has trouble with the test inset too. I am sure this is a bug but not
sure what the correct fix actually is, as ignoring const is not nescarily
safe. Could someone who knows the coed better determine whether a cast,
prototype twiddle or massive code change is appropiate here?
make[3]
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> I attach a patch that should fix the current compilation
Andre> problems for figinset.C
I have come up with something similar...
Andre> Moreover, I have to say that I am not happy with the use of
Andre> conditional compilation de
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii
Dekel> The following patch allows using the URL inset inside the
Dekel> \thanks{} command (it adds \protect to the LaTeX file).
I am not sure about the following:
@@ -22
> "mgx" == mgx <[EMAIL PROTECTED]> writes:
mgx> ok, i've found the archives and the -fpermissive option. i'll try
mgx> that now. -- michael
mgx> On Thu, Apr 20, [EMAIL PROTECTED] wrote:
>> good day all
>>
>> i'm trying to build lyx 1.1.4fix3 on solaris 8. i'm using gcc
>> 2.95.2, xfor
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> On Sat, 22 Apr 2000, Garst R. Reese wrote:
>> "Asger K. Alstrup Nielsen" wrote: > > > My feeling at this point is
>> that the dots are justified to solve the > direction problem, but I
>> still think they are too intrusive to solve > t
On Tue, Apr 18, 2000 at 10:52:24AM +0200, Jean-Marc Lasgouttes wrote:
> I thought KLyX was using KSpell (KDE spellcheck class), but an
> inspection of the code showed that this is not the case. Inspecting
> the differences in code source may be useful, then.
>
I've discovered why the spellchecki
Allan, this one is for you I think.
Attempting to compile the rae branch of CVS with gcc-2.95.2 and lyxstring I get
the follwing at linking:
Unresolved:
overflow_error::overflow_error(lyxstring const &)
This makes sense. In xtl/objio.h we have:
class mem_buffer {
...
public:
The following patch allows using the URL inset inside the \thanks{} command
(it adds \protect to the LaTeX file).
patch.gz
Allan, some notes on compiles on an Alpha machine. I have done nothing except
see if LyX compiles "out of the box".
With gcc-2.95.2
* code compiles fine with lyxstring but doesn't link. (I'm pretty sure now that
this bug in gcc-2.95.2 can be overcome by adding explicit "inline" statements t
I attach a patch that should fix the current compilation problems for
figinset.C
Although I started messing around with that file I am fairly sure
that the current state is not my fault.
Moreover, I have to say that I am not happy with the use of conditional
compilation depending on whether s
16 matches
Mail list logo
