This are the outputs, if try to run on SuSE 9.0.
I test the binary from monotone-0.17-1.i386.rpm:
# monotone-i386 --version
monotone-i386: error while loading shared libraries: libpopt.so.0:
cannot open shared object file: No such file or directory
# ldd monotone-i386
libpopt.so.0 => not found <--- !!!
libdl.so.2 => /lib/libdl.so.2 (0x40029000)
libstdc++.so.6 => not found <--- !!!
libm.so.6 => /lib/i686/libm.so.6 (0x4002d000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40050000)
libc.so.6 => /lib/i686/libc.so.6 (0x40058000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
For libstdc++ have not idea, have only libstdc++.so.5 and can not build
this without building a compiler and, and, and ...
Libpopt is installed, but it's newer in SuSE 9.0.
The package is named popt-1.7-70, the file is libpopt.so.1 ?
I try to link libpopt.so.0 to libpopt.so.1, this works for Monotone
0.16, but 0.17 give a fatal error!
Next:
# bunzip monotone-0.17-linux.bz2
# monotone-0.17-linux --version
monotone-0.17-linux: relocation error: monotone-0.17-linux: undefined
symbol: poptGetContext
Storry ends here.
Greatings,
Henry Nestler
Deliverable Mail wrote:
Yes, yes, yes, yes!
Yes! Static, please! Just some, no need for extra care stuff, for
"linux" would be fine. Darcs static is a godsend -- I got it before I
was interested enough to get a Haskell compiler and compile it. And I
did compile _and_ run it, unlike monotone in C++. So much for
portability...
C++ with multiple g++ versions, different .so's and mangling is a
piece of work. A _lot_ of work.
I spend inordinate amount of time putting .o files and libs into
different places, setting paths, and getting things pack for various
g++ versions. It's the major obstacle to monotone -- I can't even
_try_ it out! (Is there an option to set --db=<smth> as default?
What is the treatment of identical changes conflict?)
The problem is most likely with crypto++ build, which does build and
then fails validation, just like monotone buids and silently, um,
loudly fails to even create a db. I reported the bug to Wei Dai.
BTW, his distro doesn't even build into a separate dir -- had to make
a Makefile for that. And it fails with all the g++'s I got. It
doesn't even compile with good ol' 2.95.3. I believe its flakiness is
a problem for monotone. If monotone chose to use it, it better work
around/with it...
Cheers,
Alexy
On Thu, 24 Mar 2005 12:54:16 +0100, Henry Nestler <Henry.ne@xxxxxxxx> wrote:
Deliverable Mail wrote:
How about a static version then?
Cheers,
Alexy
On Wed, 23 Mar 2005 18:57:15 -0800, Nathaniel Smith <njs@xxxxxxxxx>
wrote:
On Wed, Mar 23, 2005 at 08:34:05PM -0500, Deliverable Mail wrote:
Can someone please precompile a glibc 2.2 binary for all those good
ol' linuxi out there? I think the one available for download should
be marked as glibc 2.3.
It's now so marked. (No 2.2 system here to build on, though, sorry.)
-- Nathaniel
I have alltimes the same problem.
Dan from www.colinux.org have helped me and compiled a full static
binary, but only version 0.16. This works good on all my systems (SuSE
7.1, 9.0, Fedora Core 2, Red Hat).
Please, please, compile with full static!
--
Henry Nestler
Name : popt Relocations: (not relocateable)
Version : 1.7 Vendor: SuSE Linux AG,
Nuernberg, Germany
Release : 70 Build Date: Di 23 Sep 2003 17:10:35
CEST
Install date: Fr 20 Feb 2004 21:40:46 CET Build Host: monteverdi.suse.de
Group : System/Libraries Source RPM: rpm-4.1.1-71.src.rpm
Size : 59543 License: LGPL, Other License(s),
see package
Signature : DSA/SHA1, Di 23 Sep 2003 17:13:09 CEST, Key ID a84edae89c800aca
Packager : http://www.suse.de/feedback
Summary : A C library for parsing command line parameters
Description :
Popt is a C library for parsing command line parameters. Popt was
heavily influenced by the getopt() and getopt_long() functions. It
improves on them by allowing more powerful argument expansion. Popt can
parse arbitrary argv[] style arrays and automatically set variables
based on command line arguments. Popt allows command line arguments to
be aliased via configuration files and includes utility functions for
parsing arbitrary strings into argv[] arrays using shell-like rules.
Authors:
--------
Erik Troan <ewt@xxxxxxxxxx>
Distribution: SuSE Linux 9.0 (i586)
/usr/lib/libpopt.so.1
/usr/lib/libpopt.so.1.0.0
/usr/share/locale/cs/LC_MESSAGES/popt.mo
/usr/share/locale/da/LC_MESSAGES/popt.mo
/usr/share/locale/de/LC_MESSAGES/popt.mo
/usr/share/locale/es/LC_MESSAGES/popt.mo
/usr/share/locale/eu_ES/LC_MESSAGES/popt.mo
/usr/share/locale/fi/LC_MESSAGES/popt.mo
/usr/share/locale/fr/LC_MESSAGES/popt.mo
/usr/share/locale/gl/LC_MESSAGES/popt.mo
/usr/share/locale/hu/LC_MESSAGES/popt.mo
/usr/share/locale/id/LC_MESSAGES/popt.mo
/usr/share/locale/is/LC_MESSAGES/popt.mo
/usr/share/locale/it/LC_MESSAGES/popt.mo
/usr/share/locale/ja/LC_MESSAGES/popt.mo
/usr/share/locale/ko/LC_MESSAGES/popt.mo
/usr/share/locale/no/LC_MESSAGES/popt.mo
/usr/share/locale/pl/LC_MESSAGES/popt.mo
/usr/share/locale/pt/LC_MESSAGES/popt.mo
/usr/share/locale/pt_BR/LC_MESSAGES/popt.mo
/usr/share/locale/ro/LC_MESSAGES/popt.mo
/usr/share/locale/ru/LC_MESSAGES/popt.mo
/usr/share/locale/sk/LC_MESSAGES/popt.mo
/usr/share/locale/sl/LC_MESSAGES/popt.mo
/usr/share/locale/sr/LC_MESSAGES/popt.mo
/usr/share/locale/sv/LC_MESSAGES/popt.mo
/usr/share/locale/tr/LC_MESSAGES/popt.mo
/usr/share/locale/uk/LC_MESSAGES/popt.mo
/usr/share/locale/wa/LC_MESSAGES/popt.mo
/usr/share/locale/zh/LC_MESSAGES/popt.mo
/usr/share/locale/zh_CN.GB2312/LC_MESSAGES/popt.mo
_______________________________________________
Monotone-devel mailing list
Monotone-devel@xxxxxxxxxx
http://lists.nongnu.org/mailman/listinfo/monotone-devel
|
