1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
|
OpenEXR on MacOS X
------------------
Building OpenEXR on MacOS X is just like building it on GNU/Linux. Follow
the instructions in the README file under BUILDLING OPENEXR, but see
below if you are using OS X 10.2 or want to use OpenEXR as a shared
library.
OpenEXR has only been tested on OS X 10.2 (Jaguar) and 10.3 (Panther).
Known bugs
----------
There's a bug in Apple's istream::read implementation in 10.2 that
breaks OpenEXR when an end-of-file is reached. There is a workaround
for the bug, but it's pretty ugly, so you have to explicity enable the
workaround when you compile OpenEXR using the
"--enable-osx-istream-hack" configure option.
There are no known bugs with OpenEXR and 10.3. The hack described
above is not necessary if you are building OpenEXR on 10.3.
Shared libraries
----------------
OpenEXR cannot currently be used as a shared library in 10.2. Use
the "--enable-shared=no" configure option to prevent configure from
building shared libraries. (Building the libraries will probably
work, but executables linked against them don't function properly.)
OpenEXR does appear to work as a shared library in 10.3, but only with
the "flat namespace" option. You may have problems trying to use
OpenEXR shared libraries with applications that expect OS X's
two-level namespace. We have not tested the shared libs extensively,
though they appear to work with exrdisplay and exrheader, but use them
at your own risk. We will support two-level namespace shared libs in
a future release.
Using CodeWarrior:
------------------
If you have Metrowerks CodeWarrior, you can download the separate
CodeWarrior project files and use it to build OpenEXR. CodeWarrior
doesn't require the istream workaround. See here for the project
files:
http://openexr.com/downloads
|
