On Fri, Jun 12, 2015 at 03:16:00PM +0000, lumin wrote: > > > NOTE: libsharedlib1 has no SONAME > > If it has no SONAME then this won't work. Shared libraries should have > > SONAMEs (also, where that 1 does come from then?). > Well, upstream doesn't set SONAME, and .. All public shared libs must have SONAMEs. > if I just put .so libs together with executables into into a > binary package, can I omit the absence of SONAME ? No. Unless you put the lib into a private path. Of course that means no other package can use the lib. > > If it has rpath set then you should fix that. Otherwise it's not clear if > > the problem really exists as your example is artificial and doesn't show > > real things. > > My problem in the original post was resolved. > And, I'm confused with the meaning of "rpath set ... fix that", > the Makefile of caffe indeed uses many -rpath options, e.g. > > 553 $(TOOL_BINS): %.bin : %.o | $(DYNAMIC_NAME) > 554 @ echo CXX/LD -o $@ > 555 $(Q)$(CXX) $< -o $@ $(LINKFLAGS) -l$(PROJECT) $(LDFLAGS) > \ > 556 -Wl,-rpath,$(ORIGIN)/../lib > > Is there any problem with "-rpath" that needs a fix ? https://wiki.debian.org/RpathIssue -- WBR, wRAR
Attachment:
signature.asc
Description: Digital signature