Yann MORERE wrote:
crabe:/prof/ymorere/personal/lyx-1.1.3src/lyx
23155:src/lyx: /sbin/loader: Fatal Error: cannot map libforms.so.0.88
crabe:/prof/ymorere/personal/lyx-1.1.3
System doesn't know where to find libforms.so...
If you have root, just copy libforms.so to /usr/local/lib, if no
Try this:
Find "sstream" in configure and configure.in and get rid of it...
Rebuild.
YMMV.
edscott wrote:
Hi,
Before I mail to the developers list, I would like to share some redhat-7.0
problems with LyX, to see if anybody has hacked a way around them. If not,
here is a story for you
I've managed to successfully compile 1.1.5fix1 on my RH7.0 system
(there's a workaround at RH's bugzilla site).
But it coredumps every time I hit "view dvi"...
Anybody else has seen this?
BTW, I tried the same workaround on 1.1.5fix2, but that didn't work,
got an "Internal compiler error"!
This is the infamous g++/glibc problem in RH7.0.
Pls upgrade your gcc, glibc and binutils to the latest one in Rawhide.
ftp://ftp.valinux.com/pub/mirrors/redhat/rawhide/SRPMS/SRPMS/gcc-2.96-69.src.rpm
ftp://ftp.valinux.com/pub/mirrors/redhat/rawhide/SRPMS/SRPMS/glibc-2.2-9.src.rpm
"Lars Gullik Bjønnes" wrote:
FUD, gcc-2.96 works just perfect.
Lars, you're absolutely right. gcc-2.96 are so much better in compiling
C++ stuff (although the one shipped with RH7 is pretty crappy, which I
believed was 2.96-54).
Your XForms dist is too old. Get a newer one.
(but still
Allan is correct.
Stay the hell away from the xform RPM in RH's powertools directory.
Compiling Lyx against that (xform-0.88-15) will bomb! Refer to my
previous email.
What I did was to build my own RPM for 0.89. Here is the .spec file for
your enjoyment...
For the RH newbies:
1. Copy
Ryan McBride wrote:
/usr/include/g++/sstream: In method `class string stringstreambase::str() const':
/usr/include/g++/sstream:102: taking dynamic typeid of object with -fno-rtti
/usr/include/g++/sstream:102: confused by earlier errors, bailing out
Hmm...looks like a combination of gcc and
Hello,
I noticed that if you export docbook, the DTD header is actually for
3.1..
Any work in progress to upgrade the support for Docbook 4.1?
Wai-Sun
Yann MORERE wrote:
crabe:/prof/ymorere/personal/lyx-1.1.3src/lyx
23155:src/lyx: /sbin/loader: Fatal Error: cannot map libforms.so.0.88
crabe:/prof/ymorere/personal/lyx-1.1.3
System doesn't know where to find libforms.so...
If you have root, just copy libforms.so to /usr/local/lib, if no
Try this:
Find "sstream" in configure and configure.in and get rid of it...
Rebuild.
YMMV.
edscott wrote:
Hi,
Before I mail to the developers list, I would like to share some redhat-7.0
problems with LyX, to see if anybody has hacked a way around them. If not,
here is a story for you
I've managed to successfully compile 1.1.5fix1 on my RH7.0 system
(there's a workaround at RH's bugzilla site).
But it coredumps every time I hit "view dvi"...
Anybody else has seen this?
BTW, I tried the same workaround on 1.1.5fix2, but that didn't work,
got an "Internal compiler error"!
This is the infamous g++/glibc problem in RH7.0.
Pls upgrade your gcc, glibc and binutils to the latest one in Rawhide.
ftp://ftp.valinux.com/pub/mirrors/redhat/rawhide/SRPMS/SRPMS/gcc-2.96-69.src.rpm
ftp://ftp.valinux.com/pub/mirrors/redhat/rawhide/SRPMS/SRPMS/glibc-2.2-9.src.rpm
"Lars Gullik Bjønnes" wrote:
FUD, gcc-2.96 works just perfect.
Lars, you're absolutely right. gcc-2.96 are so much better in compiling
C++ stuff (although the one shipped with RH7 is pretty crappy, which I
believed was 2.96-54).
Your XForms dist is too old. Get a newer one.
(but still
Allan is correct.
Stay the hell away from the xform RPM in RH's powertools directory.
Compiling Lyx against that (xform-0.88-15) will bomb! Refer to my
previous email.
What I did was to build my own RPM for 0.89. Here is the .spec file for
your enjoyment...
For the RH newbies:
1. Copy
Ryan McBride wrote:
/usr/include/g++/sstream: In method `class string stringstreambase::str() const':
/usr/include/g++/sstream:102: taking dynamic typeid of object with -fno-rtti
/usr/include/g++/sstream:102: confused by earlier errors, bailing out
Hmm...looks like a combination of gcc and
Hello,
I noticed that if you export docbook, the DTD header is actually for
3.1..
Any work in progress to upgrade the support for Docbook 4.1?
Wai-Sun
Yann MORERE wrote:
>
> crabe:/prof/ymorere/personal/lyx-1.1.3>src/lyx
> 23155:src/lyx: /sbin/loader: Fatal Error: cannot map libforms.so.0.88
> crabe:/prof/ymorere/personal/lyx-1.1.3>
System doesn't know where to find libforms.so...
If you have root, just copy libforms.so to /usr/local/lib, if
Try this:
Find "sstream" in configure and configure.in and get rid of it...
Rebuild.
YMMV.
edscott wrote:
>
> Hi,
>
> Before I mail to the developers list, I would like to share some redhat-7.0
> problems with LyX, to see if anybody has hacked a way around them. If not,
> here is a story
I've managed to successfully compile 1.1.5fix1 on my RH7.0 system
(there's a workaround at RH's bugzilla site).
But it coredumps every time I hit "view dvi"...
Anybody else has seen this?
BTW, I tried the same workaround on 1.1.5fix2, but that didn't work,
got an "Internal compiler error"!
This is the infamous g++/glibc problem in RH7.0.
Pls upgrade your gcc, glibc and binutils to the latest one in Rawhide.
ftp://ftp.valinux.com/pub/mirrors/redhat/rawhide/SRPMS/SRPMS/gcc-2.96-69.src.rpm
ftp://ftp.valinux.com/pub/mirrors/redhat/rawhide/SRPMS/SRPMS/glibc-2.2-9.src.rpm
"Lars Gullik Bjønnes" wrote:
>
> FUD, gcc-2.96 works just perfect.
>
Lars, you're absolutely right. gcc-2.96 are so much better in compiling
C++ stuff (although the one shipped with RH7 is pretty crappy, which I
believed was 2.96-54).
>
> Your XForms dist is too old. Get a newer one.
> (but
Allan is correct.
Stay the hell away from the xform RPM in RH's powertools directory.
Compiling Lyx against that (xform-0.88-15) will bomb! Refer to my
previous email.
What I did was to build my own RPM for 0.89. Here is the .spec file for
your enjoyment...
For the RH newbies:
1. Copy
Ryan McBride wrote:
>
> /usr/include/g++/sstream: In method `class string stringstreambase::str() const':
> /usr/include/g++/sstream:102: taking dynamic typeid of object with -fno-rtti
> /usr/include/g++/sstream:102: confused by earlier errors, bailing out
Hmm...looks like a combination of gcc
Hello,
I noticed that if you export docbook, the DTD header is actually for
3.1..
Any work in progress to upgrade the support for Docbook 4.1?
Wai-Sun
24 matches
Mail list logo