>> % pwd
>> /sw/src/fink.build/root-magic74-7.4.59-1/sw/lib/magic/tcl
>> % otool -L exttosim.dylib
>> exttosim.dylib:
>>          exttosim.dylib (compatibility version 0.0.0, current version
>> 0.0.0)
>>
>>> OTOH, that looks a lot like an upstream bug in the package too
>>> (similar to what dbreiser saw a week or so ago), where a library has a
>>> "simple filename" install_name instead of the full path to it.
>>
>> So it looks like we only get a simple filename, no full path.
>> What corrective action should be taken?
>> I only need this to work as a private shared library for this package.
>
> A basename shared library like this will only be found by dyld if it is
> in a directory that is listed in DYLD_FALLBACK_LIBRARY_PATH (~/lib
> /usr/local/lib /lib /usr/lib if the var is unset), so if your package
> actually works, it would imply that nothing is statically linked to this
> shared library. Is that the case, does it appear in the otool -L output
> of any other objects in your package?
>
> If not, it is probably loaded with dlopen(), and there should be a way
> to make the validator be quiet about it, maybe just '!exttosim.dylib' in
> the Shlibs field?

I checked in with the main author, and these are supposed to be plug-in 
libraries, loaded by Tcl, and *eventually* supposed to be loadable by 
other foreign packages.  They may not need to be in a search path if they 
are loaded using a full path (and it seemed that way from the wrapper 
scripts in that package.)  A test of the newly built package's executable 
confirmed this.

For now, Dave Reiser's suggestion of LDFLAGS += -install_name ... worked, 
and now the package validates with the .dylibs as private libs.

I plan to work with the author on automake-libtoolizing this project in 
the future, so hopefully that will make this sort of maintainence easier.

Thanks for the help.

Fang


David Fang
Computer Systems Laboratory
Electrical & Computer Engineering
Cornell University
http://www.csl.cornell.edu/~fang/
        -- (2400 baud? Netscape 3.0?? lynx??? No problem!)

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Reply via email to