This is the only link error I get now. But I'm having doubts about
the libz.dylib
being "in there." The full text from the build window is printed
below. All the libs
I've added to my project are represented after the
"no_arch_warnings" flag ...
except libz.
ProjectBuilder's UI gives me the impression libz IS in there.
Nonetheless, I'll
keep poking at it.
BTW, I'm working on a list of all the things I've had to do to use
the OpenEXR API
on OSX + ProjectBuilder. Some of them have crossed through this
list. Others
I've found and hacked in the hdr files. I was going to wait until I
got this working
before I published the steps back to the list. Let me know if you'd
like them sooner
that that.
[link error text]
StandaloneExecutable.LinkUsingFileList /multTEST/build/multTEST
/usr/bin/g++3 -o /multTEST/build/multTEST "-L/multTEST/build"
"-L/usr/lib/gcc/darwin/3.1" "-F/multTEST/build" -filelist
/multTEST/build/multTEST.build/multTEST.build/Objects-normal/
LinkFileList "-arch" "ppc" "-Wl,-no_arch_warnings" "-lstdc++"
"-lHalf" "-lIex" "-lIlmImf" "-lImath" "-lz"
ld: Undefined symbols:
Iex::throwErrnoExc(std::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&)
...failed StandaloneExecutable.LinkUsingFileList
/multTEST/build/multTEST ...
Thanks
Scott
On Friday, October 17, 2003, at 04:25 PM, Paul Schneider wrote:
Hmm, that symbol should be defined in the Iex library. Are you
sure you've got that in there? Is that the only link error you
get, or is it just the first of hundreds?
The shared library caveat should only apply to the EXR libraries
themselves - you should be able to link your app against shared
libs provided by the system. The confidence tests link against the
shared version of libz, for example, as well as the shared versions
of the C++ runtime library.
I'm pretty sure others on this list have built EXR apps using
Project Builder/Xcode, so maybe they could chime in (or even
provide sample projects!). I've mostly been doing work in
CodeWarrior, but I should probably build a simple Xcode app just to
become more helpful. I'll try to do that this weekend.
- Paul
On Friday, October 17, 2003, at 04:16 PM, Scott Frankel wrote:
Still getting an undefined symbol link error after adding
libz.dylib to my project.
No longer prints "_compress" & "_uncompress" in the err msg though:
ld: Undefined symbols:
Iex::throwErrnoExc(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&)
Seems like this is falling under the shared lib on OSX disclaimer
that came with
the OpenEXR package. Anything to be done about this? Is there a
static variant
of libz I can try?
Thanks again!
Scott
On Friday, October 17, 2003, at 11:21 AM, Paul Schneider wrote:
Those are from the zip library. Add /usr/lib/libz.dylib to your
project.
Sorry about the state of documentation on stuff like this. If
you have a copy of CodeWarrior, you might want to check out the
CW projects (even if you don't develop with it). The projects
are set up to use the EXR lib correctly on the Mac (for example,
the prefix file defines PLATFORM_DARWIN_PPC).
- Paul
On Friday, October 17, 2003, at 09:37 AM, Scott Frankel wrote:
ld: Undefined symbols:
Iex::throwErrnoExc(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&)
_compress
_uncompress
These symbols don't appear to occur anywhere in the included hdr
files, nor are they
in any of the example files. Any suggestions on how to track'em
down?
OpenEXR-1.0.6
MacOSX v10.2.6
ProjectBuilder v2.1
Thanks in advance!
Scott
_______________________________________________
Openexr-devel mailing list
address@hidden
http://mail.nongnu.org/mailman/listinfo/openexr-devel
_______________________________________________
Openexr-devel mailing list
address@hidden
http://mail.nongnu.org/mailman/listinfo/openexr-devel