caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Alan Schmitt <alan.schmitt@polytechnique.org>
To: caml-list@inria.fr
Subject: [Caml-list] static linking and ocaml 3.07 beta 1
Date: Mon, 4 Aug 2003 10:29:16 -0400	[thread overview]
Message-ID: <20030804142916.GV3049@alan-schm1p> (raw)

I have had the following strange message when doing a static link:

ocamlopt unix.cmxa str.cmxa  -ccopt -static  sysconf.cmx  abort.cmx  debug.cmx  timeout.cmx  bufrw.cmx  ftp.cmx  config.cmx  utils.cmx  crypt.cmx  future.cmx  timed_events.cmx  dns.cmx  http.cmx  commands.cmx  event.cmx  maingrenouille.cmx -o camlgrenouille.static 
/usr/local/lib/ocaml/libunix.a(getgr.o)(.text+0x10c): In function `unix_getgrgid':
: Using 'getgrgid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/local/lib/ocaml/libunix.a(getgr.o)(.text+0xd1): In function `unix_getgrnam':
: Using 'getgrnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/local/lib/ocaml/libunix.a(getpw.o)(.text+0x11d): In function `unix_getpwnam':
: Using 'getpwnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/local/lib/ocaml/libunix.a(getpw.o)(.text+0x158): In function `unix_getpwuid':
: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/local/lib/ocaml/libunix.a(gethost.o)(.text+0x16e): In function `unix_gethostbyaddr':
: Using 'gethostbyaddr_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/local/lib/ocaml/libunix.a(gethost.o)(.text+0x213): In function `unix_gethostbyname':
: Using 'gethostbyname_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/local/lib/ocaml/libunix.a(getproto.o)(.text+0xeb): In function `unix_getprotobynumber':
: Using 'getprotobynumber' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/local/lib/ocaml/libunix.a(getproto.o)(.text+0xb0): In function `unix_getprotobyname':
: Using 'getprotobyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/local/lib/ocaml/libunix.a(getserv.o)(.text+0xe3): In function `unix_getservbyname':
: Using 'getservbyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/local/lib/ocaml/libunix.a(getserv.o)(.text+0x12a): In function `unix_getservbyport':
: Using 'getservbyport' in statically linked applications requires at runtime the shared libraries from the glibc version used for link

The program seems to run fine, but according to the messages, there will 
be no point in having the static link.

Here is some additional info:
schmitta@alan-schm1p:~/devel/camlgrenouille/camlgrenouille> ocamlopt -v
The Objective Caml native-code compiler, version 3.07+beta 1
Standard library directory: /usr/local/lib/ocaml
schmitta@alan-schm1p:~/devel/camlgrenouille/camlgrenouille> rpm -q glibc
glibc-2.3.2-10mdk
schmitta@alan-schm1p:~/devel/camlgrenouille/camlgrenouille> rpm -q gcc  
gcc-3.3.1-0.7mdk

Does someone else has this problem ?

Alan

-- 
The hacker: someone who figured things out and made something cool happen.

-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners


             reply	other threads:[~2003-08-04 14:31 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-08-04 14:29 Alan Schmitt [this message]
2003-08-06 12:02 ` Michal Moskal
2003-10-08 19:25   ` Sven Luther
2003-10-09 12:09     ` Alan Schmitt
2003-10-09 12:51       ` Sven Luther

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030804142916.GV3049@alan-schm1p \
    --to=alan.schmitt@polytechnique.org \
    --cc=caml-list@inria.fr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).