[Mldonkey-bugs] [bug #18397] static linking exits with error

[INVALID.NOREPLY]

Follow-up Comment #4, bug #18397 (project mldonkey):

But when I remove those the same error occurs with jpeg:
/usr/bin/ld: cannot find -ljpeg
collect2: ld returned 1 exit status

I already had libjpeg-devel.i386 and thought that would be enough. But I
guess I needed libjpeg-static.i386

For fontconfig I couldn't find a static package. Is that needed?

freetype-static.i386 is needed too.

Final compile command:
ocamlopt.opt -inline 10 -linkall  -ccopt -static -o mlnet.static unix.cmxa
str.cmxa -ccopt " " -cclib "-lz  " -ccopt "-pthread" -cclib "-lgd -ljpeg
-lfreetype -lpng12 -lz -lm" -ccopt "-L/usr/lib"  -cc 'g++ -g -O2' -ccopt
'-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer'   -cclib -lmagic  -I
build    build/cdk.cmxa    build/magic.cmxa    build/common.cmxa   
build/client.cmxa    build/core.cmxa    build/driver.cmxa   
src/daemon/common/commonMain.cmx

This leeds to a core but with a lot of warnings:

/usr/lib/ocaml/libasmrun.a(unix.o): In function `caml_dlopen':
(.text+0x223): warning: Using 'dlopen' in statically linked applications
requires at runtime the shared libraries from the glibc version used for
linking
/usr/lib/ocaml/libunix.a(getgr.o): In function `unix_getgrgid':
(.text+0xdb): warning: Using 'getgrgid' in statically linked applications
requires at runtime the shared libraries from the glibc version used for
linking
/usr/lib/ocaml/libunix.a(getgr.o): In function `unix_getgrnam':
(.text+0x10c): warning: Using 'getgrnam' in statically linked applications
requires at runtime the shared libraries from the glibc version used for
linking
/usr/lib/ocaml/libunix.a(getpw.o): In function `unix_getpwnam':
(.text+0x158): warning: Using 'getpwnam' in statically linked applications
requires at runtime the shared libraries from the glibc version used for
linking
/usr/lib/ocaml/libunix.a(getpw.o): In function `unix_getpwuid':
(.text+0x127): warning: Using 'getpwuid' in statically linked applications
requires at runtime the shared libraries from the glibc version used for
linking
/usr/lib/ocaml/libunix.a(getaddrinfo.o): In function `unix_getaddrinfo':
(.text+0x235): warning: Using 'getaddrinfo' in statically linked applications
requires at runtime the shared libraries from the glibc version used for
linking
/usr/lib/ocaml/libunix.a(gethost.o): In function `unix_gethostbyaddr':
(.text+0x2f7): warning: Using 'gethostbyaddr_r' in statically linked
applications requires at runtime the shared libraries from the glibc version
used for linking
src/utils/lib/stubs_c.o: In function `ml_gethostbyname':
src/utils/lib/stubs_c.c:728: warning: Using 'gethostbyname_r' in statically
linked applications requires at runtime the shared libraries from the glibc
version used for linking
/usr/lib/ocaml/libunix.a(getproto.o): In function `unix_getprotobynumber':
(.text+0xc5): warning: Using 'getprotobynumber' in statically linked
applications requires at runtime the shared libraries from the glibc version
used for linking
/usr/lib/ocaml/libunix.a(getproto.o): In function `unix_getprotobyname':
(.text+0xf6): warning: Using 'getprotobyname' in statically linked
applications requires at runtime the shared libraries from the glibc version
used for linking
/usr/lib/ocaml/libunix.a(getserv.o): In function `unix_getservbyname':
(.text+0x12b): warning: Using 'getservbyname' in statically linked
applications requires at runtime the shared libraries from the glibc version
used for linking
/usr/lib/ocaml/libunix.a(getserv.o): In function `unix_getservbyport':
(.text+0xf0): warning: Using 'getservbyport' in statically linked
applications requires at runtime the shared libraries from the glibc version
used for linking

Guess I don't have to worry about those if I make sure the glibc library is
in the chroot environment.

Thanks

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?18397>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/