hi all.
i have been wondering for some days now how to solve this.
chris clepper wrote:
You have to use the Apple Quicktime API and not libquicktime with GEM on OSX. Delete all instances of libquicktime from the OSX configure scripts and use the -framework Quicktime instead.
that is not the problem. Gem rigtheously tries to use the QuickTime framework and not the libquicktime on OSX (configure detects that correctly).
the problem is: when using QuickTime framework, you will have to include "QuickTime/QuickTime.h" (which is provided bythe framework). unfortunately, libquicktime provides quicktime/quicktime.h itself. in theory they can live together, because fink installs libquicktime-headers into /sw/include.
since FTGL is now also installed via fink, /sw/include has been added to the include-paths of Gem: unfortunately this includes libquicktimes quicktime/quicktime.h instead of the framework's headers.
options i see: - on debian FTGL-headers are installed in /usr/include/FTGL, and you have to explicitely tell Gem to add /usr/include/FTGL to its include paths. if fink would install the the FTGL-headers to /sw/include/FTGL, then there is no need to add /sw/include to the include-paths of Gem and no conflict would arise with the quicktime-headers. - if (and only if) the libquicktime headers are really "quicktime/quicktime.h" (note the case!), then it might help to have /sw/ be on a case-sensitive filesystem (but i don't know whether the libquicktime-headers are really all lowercase, and even if so, whether this would really help at all) - delete /sw/include/quicktime, since it is there for legacy reasons only; as the warning says, people using libquicktime should use lqt/quicktime.h anyhow.
mfga.sdr IOhannes