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

[Scott Frankel]

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