Apologies due. Since Lyx no longer compiles under my native C++ compiler
I cannot distinguish between Lyx requiring gcc tools such as assemblers
and linkers and gcc requiring them. Given Lyx's passed independence of
gccisms I am happy to accept that my use of g++ has produced cascading
gnu
Apologies due. Since Lyx no longer compiles under my native C++ compiler
I cannot distinguish between Lyx requiring gcc tools such as assemblers
and linkers and gcc requiring them. Given Lyx's passed independence of
"gccisms" I am happy to accept that my use of g++ has produced cascading
gnu
Kim,
I saw similar behaviour with Solaris 2.6 and gcc-2.95.2 when compiling
the previous version of Lyx (it is in lyx-bugzilla somewhere). I am
afraid that Lyx seems to have gone rather gnu-centric and you can no
longer use the native assembler. I installed gas (the gnu assembler) and
this solved
Jean-Marc Lasgouttes wrote:
Could you tell us more about specific errors that you get? I do
compile with gcc 2.95.2 on linux.
That is good to hear.
std::basic_string and std::numeric_limits are missing (possibly more - I
did not get past the latter). The former appeared to be in the include
Kim,
I saw similar behaviour with Solaris 2.6 and gcc-2.95.2 when compiling
the previous version of Lyx (it is in lyx-bugzilla somewhere). I am
afraid that Lyx seems to have gone rather gnu-centric and you can no
longer use the native assembler. I installed gas (the gnu assembler) and
this solved
Jean-Marc Lasgouttes wrote:
> Could you tell us more about specific errors that you get? I do
> compile with gcc 2.95.2 on linux.
That is good to hear.
std::basic_string and std::numeric_limits are missing (possibly more - I
did not get past the latter). The former appeared to be in the
Angus Leeming wrote:
A.P.Manners wrote:
Lyx 1.3.0 appears to be unbuildable on Solaris 2.6 because of boost.
Others seem to be reporting problems with boost on Solaris 2.6 although,
cursiously, not the same problems as I am experiencing. Is there a known
work around?
Hello. Kayvan
Angus Leeming wrote:
>
> A.P.Manners wrote:
>
> > Lyx 1.3.0 appears to be unbuildable on Solaris 2.6 because of boost.
> > Others seem to be reporting problems with boost on Solaris 2.6 although,
> > cursiously, not the same problems as I am experiencing. Is th
Lyx 1.3.0 appears to be unbuildable on Solaris 2.6 because of boost.
Others seem to be reporting problems with boost on Solaris 2.6 although,
cursiously, not the same problems as I am experiencing. Is there a known
work around?
Lyx 1.3.0 appears to be unbuildable on Solaris 2.6 because of boost.
Others seem to be reporting problems with boost on Solaris 2.6 although,
cursiously, not the same problems as I am experiencing. Is there a known
work around?
I have had problems sending this to bugzilla and so am posting it here.
SYSTEM: Solaris 2.6, gcc 2.95.2, binutils-2.11
(1) Mathed: Native assembler fails
-
Making all in mathed
gmake[3]: Entering directory `/home1/pub/lyx-1.2.3/src/mathed'
I have had problems sending this to bugzilla and so am posting it here.
SYSTEM: Solaris 2.6, gcc 2.95.2, binutils-2.11
(1) Mathed: Native assembler fails
-
Making all in mathed
gmake[3]: Entering directory `/home1/pub/lyx-1.2.3/src/mathed'
Lyx,
Apologies if this is not the correct place for bugs.
Lyx 1.0.1 failed to make on Solaris 2.6 for the following reason:
po/pt.po has several entries with no space between the word 'msgstr'
and the first quote.
i.e. msgstr"IM|Ff#f#F" instead of msgstr "IM|Ff#f#F"
There were
Lyx,
Apologies if this is not the correct place for bugs.
Lyx 1.0.1 failed to make on Solaris 2.6 for the following reason:
po/pt.po has several entries with no space between the word 'msgstr'
and the first quote.
i.e. msgstr"IM|Ff#f#F" instead of msgstr "IM|Ff#f#F"
There were
Andre' Poenitz wrote:
equation, since part of it becomes invisible, and doesn't wrap. This
would be
cured with WYSIWYG boldface inside equations - a nice Xmas present for
users.
As a writer of vectors I would strongly support the request for C-b to
work in equations. What lyx offers
Thanks for the advice, M-c b is just what I needed for bold in
equations.
I have downloaded the pre4 version of 1 and can see that things are
happening with labels and related items but failed to work out exactly
what. So here is what I would like to do and why but please feel free to
damn me
Andre' Poenitz wrote:
>
> > equation, since part of it becomes invisible, and doesn't wrap. This
> > would be
> > cured with WYSIWYG boldface inside equations - a nice Xmas present for
> > users.
As a writer of vectors I would strongly support the request for C-b to
work in equations. What lyx
Thanks for the advice, M-c b is just what I needed for bold in
equations.
I have downloaded the pre4 version of 1 and can see that things are
happening with labels and related items but failed to work out exactly
what. So here is what I would like to do and why but please feel free to
damn me
18 matches
Mail list logo