It is not installed on the system I'm on, and I don't have permission to install it, so I put it in my staging area with everything else.
Either way, though, it's clear that the LDFLAGS and CFLAGS passed into the configure script are not being used during compilation. On Wed, Apr 16, 2014 at 1:58 PM, Piotr Stanczyk <piotr.stanc...@gmail.com>wrote: > Hey, > > I don't have a linux box to hand, I'll need to reinstall the autoconf tool > on this Mac first. However, a quick glance at the configure.ac doesn't > seem to indicate that you could set the location of zlib explicitly, rather > it assumes it is on the system path. Is it not in your case? > > Piotr > > > > On 16 April 2014 13:09, Christopher Horvath <blackenc...@gmail.com> wrote: > >> Howdy folks. >> >> I'm building openexr-2.1.0 in a non-standard location, on ubuntu 12.0.4 >> LTS. I have an environment variable, EMLDNEEDS_ROOT, which is set to the >> install location for everything, using --prefix. I have a build of libz in >> this location as well. Here's my config line: >> >> ./configure --prefix=$EMLDNEEDS_ROOT >> --with-ilmbase-prefix=$EMLDNEEDS_ROOT --with-pic --enable-static >> --disable-shared LDFLAGS=-L$EMLDNEEDS_ROOT/lib >> CFLAGS=-I$EMLDNEEDS_ROOT/include >> >> The bug is that it doesn't seem to be respecting LDFLAGS or CFLAGS when >> building, specifically with respect to libz. An example error: >> >> encino@chorvath:~/depot/bundles/EmldNeeds-1.0.2-Apr16_2014/sandbox/openexr/openexr-2.1.0$ >> make >> Making all in config >> make[1]: Entering directory >> `/home/encino/depot/bundles/EmldNeeds-1.0.2-Apr16_2014/sandbox/openexr/openexr-2.1.0/config' >> make all-am >> make[2]: Entering directory >> `/home/encino/depot/bundles/EmldNeeds-1.0.2-Apr16_2014/sandbox/openexr/openexr-2.1.0/config' >> make[2]: Leaving directory >> `/home/encino/depot/bundles/EmldNeeds-1.0.2-Apr16_2014/sandbox/openexr/openexr-2.1.0/config' >> make[1]: Leaving directory >> `/home/encino/depot/bundles/EmldNeeds-1.0.2-Apr16_2014/sandbox/openexr/openexr-2.1.0/config' >> Making all in IlmImf >> make[1]: Entering directory >> `/home/encino/depot/bundles/EmldNeeds-1.0.2-Apr16_2014/sandbox/openexr/openexr-2.1.0/IlmImf' >> make all-am >> make[2]: Entering directory >> `/home/encino/depot/bundles/EmldNeeds-1.0.2-Apr16_2014/sandbox/openexr/openexr-2.1.0/IlmImf' >> /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. >> -I../config >> -I/home/encino/depot/bundles/EmldNeeds-1.0.2-Apr16_2014//include/OpenEXR >> -I.. -I../config -pipe -g -O2 -MT ImfZipCompressor.lo -MD -MP -MF >> .deps/ImfZipCompressor.Tpo -c -o ImfZipCompressor.lo ImfZipCompressor.cpp >> libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../config >> -I/home/encino/depot/bundles/EmldNeeds-1.0.2-Apr16_2014//include/OpenEXR >> -I.. -I../config -pipe -g -O2 -MT ImfZipCompressor.lo -MD -MP -MF >> .deps/ImfZipCompressor.Tpo -c ImfZipCompressor.cpp -fPIC -DPIC -o >> ImfZipCompressor.o >> ImfZipCompressor.cpp:46:18: fatal error: zlib.h: No such file or directory >> #include <zlib.h> >> ^ >> compilation terminated. >> >> I can fix this by futzing with the makefiles directly, but it does seem >> like a build bug. >> >> Chris >> >> -- >> I think this situation absolutely requires that a really futile and >> stupid gesture be done on somebody's part. And we're just the guys to do >> it. >> >> _______________________________________________ >> Openexr-devel mailing list >> Openexr-devel@nongnu.org >> https://lists.nongnu.org/mailman/listinfo/openexr-devel >> >> > -- I think this situation absolutely requires that a really futile and stupid gesture be done on somebody's part. And we're just the guys to do it.
_______________________________________________ Openexr-devel mailing list Openexr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/openexr-devel
