Mailing list for all users of the OCaml language and system.
 help / color / mirror / Atom feed
From: "Daniel Bünzli" <daniel.buenzli@epfl.ch>
To: Christophe Raffalli <Christophe.Raffalli@univ-savoie.fr>
Cc: caml-list caml-list <caml-list@inria.fr>
Subject: Re: [Caml-list] OS X and camlimages
Date: Tue, 7 Dec 2004 00:12:49 +0100	[thread overview]
Message-ID: <59134186-47DC-11D9-9DB0-000393DBC266@epfl.ch> (raw)
In-Reply-To: <200412062157.iB6LvtpX025619@post.bourget.univ-savoie.fr>


Le 6 déc. 04, à 22:57, Christophe Raffalli a écrit :


> * I failed to compile cleanly camlimages on OS X (with fink) (I had to 
> add -L/
> sw/lib and -I/sw/include at the proper places ...

Maybe this should be documented in the INSTALL file :

 > ./configure --help
[...]
Some influential environment variables:
   CC          C compiler command
   CFLAGS      C compiler flags
   LDFLAGS     linker flags, e.g. -L<lib dir> if you have libraries in a
               nonstandard directory <lib dir>
   CPPFLAGS    C/C++ preprocessor flags, e.g. -I<include dir> if you have
               headers in a nonstandard directory <include dir>
   CPP         C preprocessor



> * By the way, do you know if and what part of camlimages can be 
> compiled on
> OS X without any fink library.

Here, with X11 and ghostscript installed, configure ends with :

External libraries: lablgl bmp ppm xpm freetype(2) ps

So I think that if you have a standard installation (which does _not_ 
include X11 by default) then you get only the minimum listed in the 
INSTALL files, that is BMP, PPM, PGM, PBM.

> Finally, when linking with GlSurf, I got the following problem which 
> tend to
> prove that libpng is already in the standard OS X library (but I could 
> not find
> the headers, may be I am missing some SDK in xcode):
[...]

> ld: warning multiple definitions of symbol _png_get_uint_31
> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit(single
> module) definition of _png_get_uint_31
> /sw/lib/libpng.dylib(pngrutil.pic.o) definition of _png_get_uint_31

I don't think libpng is present on the system, it is not in /usr/lib. 
And if you look at
the output of

 > otool -L /System/Library/Frameworks/AppKit.framework/AppKit

you will see that the AppKit is not dynamically linked against any 
libpng. If you grep for 'png' in the output of

 > nm /System/Library/Frameworks/AppKit.framework/AppKit

you'll see the symbols of png's api so it must be statically linked in 
the Appkit.

Greetings,

Daniel

P.S. More about that warning in man ld

  reply	other threads:[~2004-12-06 23:13 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-06 21:57 Christophe Raffalli
2004-12-06 23:12 ` Daniel Bünzli [this message]
2004-12-07 17:15   ` [Caml-list] " Christophe Raffalli

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=59134186-47DC-11D9-9DB0-000393DBC266@epfl.ch \
    --to=daniel.buenzli@epfl.ch \
    --cc=Christophe.Raffalli@univ-savoie.fr \
    --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