openexr-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Openexr-devel] another undefined symbol link error


From: Paul Schneider
Subject: Re: [Openexr-devel] another undefined symbol link error
Date: Fri, 17 Oct 2003 17:38:30 -0700


Yeah, the undefined symbol is coming from libIex, not from libz. Which is in there as well, but isn't being found for some reason. Maybe a link order issue?


On Friday, October 17, 2003, at 05:33 PM, Scott Frankel wrote:


Uh ... libz DOES look like it's in there. "lz" at the end of the lib list below.

Scott


On Friday, October 17, 2003, at 05:18 PM, Scott Frankel wrote:


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







reply via email to

[Prev in Thread] Current Thread [Next in Thread]