On Sat, Jul 9, 2011 at 10:31 PM, Richard Shaw <[email protected]> wrote:
> On Sat, Jul 9, 2011 at 3:14 AM, Chris Foster <[email protected]> wrote:
>> Sounds good, I'm addressing the install directory structure to make it more
>> standard and configurable, just need to find the time to finish it off.  If 
>> you
>> could send your version of the pugixml cmake file that would be handy so 
>> that I
>> can get OIIO building with it.
>
> Patch attached.

Thanks, I'll try to look at this tomorrow

> Works for me. One thing that would be nice is to use LIB_INSTALL_DIR,
> which seems pretty standard. That would take care of where to put the
> library (/usr/lib{,64}, /usr/local/lib{,64}, etc.).

I spent some time completely revamping the install directory stuff.  We now
have the following cmake variables to specify paths:

BIN_INSTALL_DIR     - replaces BINDIR, renamed for clarity
LIB_INSTALL_DIR     - replaces LIBDIR
PYLIB_INSTALL_DIR   - replaces PYLIBDIR
INCLUDE_INSTALL_DIR - new
DOC_INSTALL_DIR     - new
MAN_INSTALL_DIR     - new

> Since pretty much all of my packaging experience is with RPM I'm not
> sure what the best way to handle documentation is, but currently I
> have to copy "doc" back to the build directory so I can pass it to the
> %doc macro so it get's installed to the correct location
> (/usr/share/doc/OpenImageIO-0.10.0/*). I wonder if a simple cmake
> option, something like INSTALL_DOCS:BOOL=ON could be defaulted so I
> can turn it off for RPM builds.

I've added an INSTALL_DOCS option.


For self-contained unix builds (ie, not installing into the std directory
structure), I've added a variable SELF_CONTAINED_INSTALL_TREE, which can be set
to TRUE.  It is false by default, but is explicitly set in the Makefile, so
anybody doing makefile builds should see very few changes.  Windows builds are
always set up as "self-contained".  There's no special handling for OSX, since
I'm assuming that's unix-like.

I pushed all this to github.
~Chris
_______________________________________________
Oiio-dev mailing list
[email protected]
http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org

Reply via email to