Hi,

I'm bimping this old thread, because the solution provided by this
submission corrected my 64bits macosx build. It should be considered
for merge into the current trunk.

Regards,
Mathieu
O< ascii ribbon campaign - stop html mail - www.asciiribbon.org



On 26 March 2010 21:15, Chuck Seberino <[email protected]> wrote:
> I thought about this a bit more and think I have a good solution.  We
> already do a 64-bit check in FindQuickTime.cmake for OSX, so reordering
> things a little will give us what we need.  Here is the resulting check in
> trunk/CMakeLists.txt
> # Image readers/writers depend on 3rd party libraries except for OS X which
> # can use Quicktime (32-bit only).
> IF(WIN32 OR APPLE)
>     FIND_PACKAGE(QuickTime)
> ENDIF()
> # OS X 64-bit check is done in FindQuickTime.cmake.  If it comes back false,
> # fallback to individual libraries.
> IF(NOT APPLE OR (APPLE AND NOT QUICKTIME_FOUND))
>     FIND_PACKAGE(GIFLIB)
>     FIND_PACKAGE(JPEG)
>     FIND_PACKAGE(PNG)
>     FIND_PACKAGE(TIFF)
> ENDIF()
> I have attached my changes.
> Thanks
> Chuck
> On Mar 26, 2010, at 11:25 AM, Chuck Seberino wrote:
>
> In the toplevel CMakeLists.txt there is this clause(line 497-512) to remove
> the check for certain image libraries on OSX.
> # Image readers/writers depend on 3rd party libraries except for OS X which
> # can use Quicktime.
> IF(NOT APPLE)
>     FIND_PACKAGE(GIFLIB)
>     FIND_PACKAGE(JPEG)
>     FIND_PACKAGE(PNG)
>     FIND_PACKAGE(TIFF)
>
>     # QuickTime is required for OS X, but optional for Windows.
>     IF(WIN32)
>         FIND_PACKAGE(QuickTime)
>     ENDIF()
>
> ELSE()
>     FIND_PACKAGE(QuickTime)
> ENDIF()
> The problem is that when compiling with 64-bit support, we need to use
> imageio instead of quicktime.  There is a comment in there that talks about
> 2 approaches.
> # Platform specific:
> # (We can approach this one of two ways. We can try to FIND everything
> # and simply check if we found the packages before actually building
> # or we can hardcode the cases. The advantage of the former is that
> # packages that are installed on platforms that don't require them
> # will still get built (presuming no compatibility issues). But this
> # also means modules that are redundant may get built. For example,
> # OS X doesn't need GIF, JPEG, PNG, TIFF, etc because it uses QuickTime.
> # Also, it will clutter the CMake menu with "NOT_FOUND".
> # The downside to the latter is that it is harder to build those
> # potentially redundant modules.)
>
> I would like to propose we switch to the former approach.  I can see 64-bit
> compilation being more prevalent going forward.
> Thoughts?
> Chuck
>
> _______________________________________________
> osg-submissions mailing list
> [email protected]
> http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
>
>
_______________________________________________
osg-submissions mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org

Reply via email to