Content-Transfer-Encoding: binary References: In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Disposition: inline X-Mailer: MIME-tools 5.508 (Entity 5.508) X-RT-Interface: Web MIME-Version: 1.0 X-RT-Original-Encoding: utf-8 Message-ID: RT-Send-CC: Content-Length: 1694 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).