Re: still bad after another checkout
ahah! fac13ttyp3:/root#objdump -x /usr/X11R6/lib/libforms.so.0.88 | grep lib /usr/X11R6/lib/libforms.so.0.88: file format elf32-i386 /usr/X11R6/lib/libforms.so.0.88 NEEDED libc.so.3 SONAME libforms.so.0.88 0004b2c0 g F .text 00a8 fl_library_version libforms is indeed asking for the old library . . .I'll see if I can find out how to report this as a bug. hawk -- Prof. Richard E. Hawkins, Esq. /"\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: still bad after another checkout
On 11-May-2001 [EMAIL PROTECTED] wrote: > ahh :) #:O) > fac13ttyp3:/root#ldd /usr/X11R6/lib/libforms.so.0.88 > /usr/X11R6/lib/libforms.so.0.88: > ldd: /usr/X11R6/lib/libforms.so.0.88: Permission denied > /usr/X11R6/lib/libforms.so.0.88: exit status 1 > fac13ttyp3:/root#ldd -v /usr/X11R6/lib/libforms.so.0.88 > ldd: /usr/X11R6/lib/libforms.so.0.88: this is an ELF program; use objdump to examine > fac13ttyp3:/root#objdump -T /usr/X11R6/lib/libforms.so.0.88 | grep libc > fac13ttyp3:/root# > > of course, I *really* have no idea what I'm doing here . . . Well I neither :)! You should probably have a look how to use ldd to find out what dynamic libraries a binary is loading (requesting). > I assume libforms. But again, I have no idea how to check this. Well look at the list of files when lyx is linking one of them has to be a libforms or -lforms! Greets, Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Cheese -- milk's leap toward immortality. -- Clifton Fadiman, "Any Number Can Play"
Re: still bad after another checkout
> This is NOT the xforms lib!!! This is libform (note the missing 's'). Have > a look at libforms.so.0.88 on your host, that should be the library we are > searching for! ahh :) fac13ttyp3:/root#ldd /usr/X11R6/lib/libforms.so.0.88 /usr/X11R6/lib/libforms.so.0.88: ldd: /usr/X11R6/lib/libforms.so.0.88: Permission denied /usr/X11R6/lib/libforms.so.0.88: exit status 1 fac13ttyp3:/root#ldd -v /usr/X11R6/lib/libforms.so.0.88 ldd: /usr/X11R6/lib/libforms.so.0.88: this is an ELF program; use objdump to examine fac13ttyp3:/root#objdump -T /usr/X11R6/lib/libforms.so.0.88 | grep libc fac13ttyp3:/root# of course, I *really* have no idea what I'm doing here . . . >One more :) >this seems all very strange. Did you look against what lyx >is linking? Are you linking with libform or libforms? We shouldn't need >libform for linking! I assume libforms. But again, I have no idea how to check this. awk h -- Prof. Richard E. Hawkins, Esq. /"\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: still bad after another checkout
On 11-May-2001 [EMAIL PROTECTED] wrote: > fac13ttyp3:/root>ldd /usr/lib/libform.so.2 > /usr/lib/libform.so.2: One more :) this seems all very strange. Did you look against what lyx is linking? Are you linking with libform or libforms? We shouldn't need libform for linking! Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Try to have as good a life as you can under the circumstances.
Re: still bad after another checkout
On 11-May-2001 [EMAIL PROTECTED] wrote: > fac13ttyp3:/root>ldd /usr/lib/libform.so.2 > /usr/lib/libform.so.2: > ldd: /usr/lib/libform.so.2: Permission denied > /usr/lib/libform.so.2: exit status 1 > fac13ttyp3:/root>ldd -v /usr/lib/libform.so.2 > ldd: /usr/lib/libform.so.2: this is an ELF program; use objdump to examine This is NOT the xforms lib!!! This is libform (note the missing 's'). Have a look at libforms.so.0.88 on your host, that should be the library we are searching for! Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Money can't buy happiness, but it can make you awfully comfortable while you're being miserable. -- C.B. Luce
Re: still bad after another checkout
juergen jeticulated > > ldd /usr/X11R6/lib/libforms.so.0.88 > > I get: > > libc.so.6 => /lib/i686/libc.so.6 (0x40097000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2000) > fac13ttyp3:/root>ldd /usr/lib/libform.so.2 /usr/lib/libform.so.2: ldd: /usr/lib/libform.so.2: Permission denied /usr/lib/libform.so.2: exit status 1 fac13ttyp3:/root>ldd -v /usr/lib/libform.so.2 ldd: /usr/lib/libform.so.2: this is an ELF program; use objdump to examine > So you see that libforms uses libc.so.6 here on this system. IMO that > libforms on your system is linked against a libc.so.3 and so if you link > this xforms library with your lyx-object files you'll need libc.so.3 too. > IMO it is NOT save to link libc.so.4 to libc.so.3 as this can cause segfaults. > You probably should copy a libc.so.3 form an older system to your library dir > so that the really right libc.so.3 could be found (or better you should have > a look if you can find a libforms.so.0.88 which is linked again libc.so.4). I'll bounce this off the freebsd list . . . am I the only one around here using it? I thought there were one or two more . . . hawk -- Prof. Richard E. Hawkins, Esq. /"\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: still bad after another checkout
On 10-May-2001 [EMAIL PROTECTED] wrote: > ok, How do I do this? ldd told me that xforoms is ELF an to do > objdump. I'm guessing that -T is the right option (seems to be the > only one about dynamic symbol tables), and it relates no libc: > > fac13ttyp3:/root>objdump -T /usr/X11R6/lib/libxforms.so.0 | grep libc > fac13ttyp3:/root> Well I don't know how ldd works on your system on Linux if I do: ldd /usr/X11R6/lib/libforms.so.0.88 I get: libc.so.6 => /lib/i686/libc.so.6 (0x40097000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2000) So you see that libforms uses libc.so.6 here on this system. IMO that libforms on your system is linked against a libc.so.3 and so if you link this xforms library with your lyx-object files you'll need libc.so.3 too. IMO it is NOT save to link libc.so.4 to libc.so.3 as this can cause segfaults. You probably should copy a libc.so.3 form an older system to your library dir so that the really right libc.so.3 could be found (or better you should have a look if you can find a libforms.so.0.88 which is linked again libc.so.4). Greets, Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Laugh when you can; cry when you must.
Re: still bad after another checkout
juergen joined, > On 09-May-2001 [EMAIL PROTECTED] wrote: > > symlink the libc.so.4 to libc.so.3? ahh, this gets it running. (I > > don't have a /etc/ld.so.conf . . ) > > But shouldn't configure have figured this out? > This isn't a configure problem, this is purely a linker problem! Do you > have somewhere on your system a libc.so.3 (for backward compatibility)? Nope, not until I added a symlink from libc.so.4 to get lyx to run. I just died an ls -R on /: fac13ttyp3:/root>ls -R / > /tmp/lsr fac13ttyp3:/root>grep libc.so /tmp/lsr libc.so.6 libc.so.5 libc.so.5.3.12 libc.so libc.so libc.so.3 libc.so.4 libc.so libc.so.4 libc.so libc.so.4 libc.so.1.1.gz.uu libc.so.2.2.gz.uu libc.so.3.1.gz.uu libc.so.3.gz.uu > It seems the linker finds a libc.so which is linked to a libc.so.3 and > then the dynamik library loader wants to load obviously the libc.so.3 as > it was that library the program was compiled with. Have a look at the > link line maybe there is some strange -L path or, hmm, ..., let me guess > try to do a ldd of the xforms library I guess this library is wrong, just > a guess but I'm pretty sure it's the right one! ok, How do I do this? ldd told me that xforoms is ELF an to do objdump. I'm guessing that -T is the right option (seems to be the only one about dynamic symbol tables), and it relates no libc: fac13ttyp3:/root>objdump -T /usr/X11R6/lib/libxforms.so.0 | grep libc fac13ttyp3:/root> hawk, baffled -- Prof. Richard E. Hawkins, Esq. /"\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: still bad after another checkout
On 09-May-2001 [EMAIL PROTECTED] wrote: > symlink the libc.so.4 to libc.so.3? ahh, this gets it running. (I > don't have a /etc/ld.so.conf . . ) > > But shouldn't configure have figured this out? This isn't a configure problem, this is purely a linker problem! Do you have somewhere on your system a libc.so.3 (for backward compatibility)? It seems the linker finds a libc.so which is linked to a libc.so.3 and then the dynamik library loader wants to load obviously the libc.so.3 as it was that library the program was compiled with. Have a look at the link line maybe there is some strange -L path or, hmm, ..., let me guess try to do a ldd of the xforms library I guess this library is wrong, just a guess but I'm pretty sure it's the right one! Greets, Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Words must be weighed, not counted.
Re: still bad after another checkout
garst gabbed > [EMAIL PROTECTED] wrote: > > > > fac13ttyp2:hawk>lyx > > /usr/libexec/ld-elf.so.1: Shared object "libc.so.3" not found > > > > How can i *possibly* have an unmet dependency > Which libc do you have? I have no idea how to check that. It's part of the base FreeBSD 4.3 distribution > Is there a libc.so.3.xxx in like /lib ? I have /usr/lib/libc.so.4 > Did you run ldconfig after you did all that compiling? > You might just need a symlink or a line in /etc/ld.so.conf symlink the libc.so.4 to libc.so.3? ahh, this gets it running. (I don't have a /etc/ld.so.conf . . ) But shouldn't configure have figured this out? hawk -- Prof. Richard E. Hawkins, Esq. /"\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: still bad after another checkout
[EMAIL PROTECTED] wrote: > > OK, that last checkout let me compile. I now have an executable. And > a new problem :) One I've never seen before: > > fac13ttyp2:hawk>lyx > /usr/libexec/ld-elf.so.1: Shared object "libc.so.3" not found > > huh? I just compiled this, and *everything* on this system other than > the gtk12 library needed by exmh, and the binaries for realplayer, > netscape, and I assume the xform library have been compiled from > sources still on the system. (Oh, and my fortran compiler). > > How can i *possibly* have an unmet dependency Which libc do you have? Is there a libc.so.3.xxx in like /lib ? Did you run ldconfig after you did all that compiling? You might just need a symlink or a line in /etc/ld.so.conf Garst
Re: still bad after another checkout
OK, that last checkout let me compile. I now have an executable. And a new problem :) One I've never seen before: fac13ttyp2:hawk>lyx /usr/libexec/ld-elf.so.1: Shared object "libc.so.3" not found huh? I just compiled this, and *everything* on this system other than the gtk12 library needed by exmh, and the binaries for realplayer, netscape, and I assume the xform library have been compiled from sources still on the system. (Oh, and my fortran compiler). How can i *possibly* have an unmet dependency? hawk -- Prof. Richard E. Hawkins, Esq. /"\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: still bad after another checkout
> > "dochawk" == dochawk <[EMAIL PROTECTED]> writes: > > dochawk> hmm, I deted Lars message asking "this _is_ GNU make, isn't > dochawk> it" oops :) It was the pmake from bsd. > > dochawk> So I used gmake, cleaned, ./configured again, and type gmake. > dochawk> It runs for a few minutes, and then > > Did you update cvs recently? This problem should be gone. A couple of hours ago. I have it doing it again as I type . . . hmm, I think it passed it this time. thanks -- Prof. Richard E. Hawkins, Esq. /"\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: still bad after another checkout
> "dochawk" == dochawk <[EMAIL PROTECTED]> writes: dochawk> hmm, I deted Lars message asking "this _is_ GNU make, isn't dochawk> it" oops :) It was the pmake from bsd. dochawk> So I used gmake, cleaned, ./configured again, and type gmake. dochawk> It runs for a few minutes, and then Did you update cvs recently? This problem should be gone. JMarc
Re: still bad after another checkout
hmm, I deted Lars message asking "this _is_ GNU make, isn't it" oops :) It was the pmake from bsd. So I used gmake, cleaned, ./configured again, and type gmake. It runs for a few minutes, and then gmake[4]: Entering directory `/usr/local/src/lyx-devel/src/frontends/xforms' /bin/sh ../../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../../s rc -I../../../images -I../../../src/-I../../../src/frontends/ -I../../ ../src/frontends/controllers-I../../.. -I../../.. -I../../../boost -isystem /usr/X11R6/include -g -O -fno-exceptions -W -Wall -c Menubar_pimpl.C g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../images -I../../../src/ -I. ./../../src/frontends/ -I../../../src/frontends/controllers -I../../.. -I../../. . -I../../../boost -isystem /usr/X11R6/include -g -O -fno-exceptions -W -Wall -W p,-MD,.deps/Menubar_pimpl.pp -c Menubar_pimpl.C -o Menubar_pimpl.o In file included from Menubar_pimpl.C:18: ../../../boost/boost/smart_ptr.hpp: In method `void boost::shared_ptr::dispose()': ../../../boost/boost/smart_ptr.hpp:155: instantiated from `boost::shared_ptr::~shared_ptr()' Menubar_pimpl.h:77: instantiated from here ../../../boost/boost/smart_ptr.hpp:272: invalid use of undefined type `class Men uItem' Menubar_pimpl.h:32: forward declaration of `class MenuItem' ../../../boost/boost/smart_ptr.hpp: In method `void boost::shared_ptr::reset(const MenuItem * = 0)': Menubar_pimpl.h:77: instantiated from here ../../../boost/boost/smart_ptr.hpp:218: invalid use of undefined type `class Men uItem' Menubar_pimpl.h:32: forward declaration of `class MenuItem' gmake[4]: *** [Menubar_pimpl.lo] Error 1 gmake[4]: Leaving directory `/usr/local/src/lyx-devel/src/frontends/xforms' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/local/src/lyx-devel/src/frontends' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/local/src/lyx-devel/src' gmake[1]: *** [all-recursive-am] Error 2 gmake[1]: Leaving directory `/usr/local/src/lyx-devel/src' gmake: *** [all-recursive] Error 1 I have xforms .88, which seems to be the only one currently availalbe in the ports collection. hawk -- Prof. Richard E. Hawkins, Esq. /"\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: still bad after another checkout
[EMAIL PROTECTED] writes: | lars labored | | > the config.guess in boost/ is too old. replace it with the one in | > config/ | | This gets it a bit further. Now it bombs at | | | Making all in po | make: don't know how to make cat-id-tbl.c. Stop and this _is_ gnu make? -- Lgb
Re: still bad after another checkout
lars labored > the config.guess in boost/ is too old. replace it with the one in > config/ This gets it a bit further. Now it bombs at Making all in po make: don't know how to make cat-id-tbl.c. Stop fac13ttyp5:lyx-devel>make distclean *** Error code 1 Stop in /usr/local/src/lyx-devel. fac13ttyp5:lyx-devel>make maintainer_clean make: don't know how to make maintainer_clean. Stop fac13ttyp5:lyx-devel> Also, it can't make distclean or maintainer_clean: hmm, it can't even make clean: fac13ttyp5:lyx-devel>make clean *** Error code 1 Stop in /usr/local/src/lyx-devel. -- Prof. Richard E. Hawkins, Esq. /"\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: still bad after another checkout
the config.guess in boost/ is too old. replace it with the one in config/ -- Lgb