On Thu Dec 14 08:27:13 2017, ondrej wrote:
> On Thu Dec 14 06:30:12 2017, marka wrote:
> > On Wed Dec 13 19:54:54 2017, ondrej wrote:
> > > Or we can use pkg-config like it's 2017...
> > >
> > > $ pkg-config --libs zlib
> > > -lz
> > > $ pkg-config --cflags zlib
> > > $
> >
> > Which doesn't exist in the MacOS.
> >
> > Now if you install macports (and presumably home-brew) it does but
> > that doesn't give you the native instance.
>
> So doesn't libjson nor libxml nor openssl >= 1.0 (it's either openssl
> 0.9.8 or libressl on High Sierra). And pkg-config is very lightweight
> in terms of dependencies - only libc is really required as it uses
> internal glib on Mac OS X.
=> I have pkg-config (I brewed my macOS :-) but as Mark said
it does not help because it returns nothing for zlib.
BTW the zlib.pc file is:
/Homebrew/Library/Homebrew/os/mac/pkgconfig/10.13/zlib.pc
with
prefix=/usr
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
sharedlibdir=${libdir}
includedir=${prefix}/include
Name: zlib
Description: zlib compression library
Version: 1.2.11
Requires:
Libs: -L${libdir} -L${sharedlibdir} -lz
Cflags: -I${includedir}
which is correct for the library but assumes
there is a /usr/include directory.
Finally I found on the web the answer by
Ondřej Čertík: you have to install the command
line tools (by Xcode-select --install) and
this effectively (i.e. I tried with success)
installs /usr/include...
So I redirect the ticket about what we should do:
- add something in the FAQ?
- detect /usr/include does not exist in configure?
BTW it means too in cross-compiling you have to
give full paths but this was already the case (i.e.
it is just another proof of this).