On Friday, 21. May 2010, Matt Ebb wrote: > Revision: 28897 > > http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=rev&root=bf-bl > ender&revision=28897 Author: broken > Date: 2010-05-21 05:25:38 +0200 (Fri, 21 May 2010) > > Log Message: > ----------- > Blender TIFF support > > * Removed dynamic linking libTIFF code and change it to static linking > (built into the blender executable). Dynamic linking made things a > fair bit more complicated and wasn't working at all before on OS X - > the dylib didn't exist and wasn't being copied. Since TIFF is more heavily > depended upon now in Blender, it makes sense to make it less 'optional' > and more in line with other libraries. > > I've updated both CMake and scons, and CMake on OS X/64bit works fine. > It's now up to other platform/build system maintainers to enable this for > their respective platforms (Campbell will check it for linux). For windows, > and non-64bit osx, we need static libtiff libraries in /lib. > > I've added options WITH_TIFF for CMake and WITH_BF_TIFF for scons, > so if blender won't build because of this, you should be able to disable > these options until your build system has been updated. > > * Bonus feature: while doing this, I added support for loading 16bit and > 32bit per channel TIFFs - they get converted to Blender's float buffers. > Handy for zbrush displacement maps! >
I've added two variables to the Makefiles: - WITH_TIFF: toggles compilation with tiff support (defaults to true, set to false to disable tiff support) - NAN_TIFF_LIBS: linker flags for tiff libs, defaults to $(NAN_TIFF)/lib/libtiff.a, statically linking against tiff. For dynamically linking against libtiff you can set this to something like "-ltiff" in user- def.mk greetings, stefan _______________________________________________ Bf-committers mailing list [email protected] http://lists.blender.org/mailman/listinfo/bf-committers
