On Sat, Aug 13, 2011 at 2:05 AM, Alan W. Irwin
<ir...@beluga.phys.uvic.ca> wrote:
> On 2011-08-12 16:47-0600 Orion Poplawski wrote:
>
>> On 08/12/2011 12:30 PM, Alan W. Irwin wrote:
>>>
>>> Hi Hez:
>>>
>>> To follow up on the recent permission bits thread with Andrew I have
>>> made this installed ocaml stublibs change as of revision 11880 to make
>>> all our installed shared objects consistently drop the execution
>>> permission bits.
>>>
>>> The result of "make install" on my system is as follows:
>>>
>>> software@raven>  ls -l
>>> /home/software/plplot_svn/installcmake/lib/ocaml/3.11.2/stublibs/
>>> total 148
>>> -rw-r--r-- 1 software software   6240 Aug 12 11:09 dllplcairo_stubs.so
>>> -rw-r--r-- 1 software software 136378 Aug 12 11:09 dllplplot_stubs.so
>>
>> Just a warning here - on Fedora rpm looks for executable so's to
>> automatically determine library dependencies.  So this might have a negative
>> impact there.
>
> These are shared objects that are optionally dlopened at run time
> depending ultimately on user actions rather than libraries which are
> automatically loaded at run time by the run-time loader.  So these
> .so's depend on libraries, but nothing else depends directly on them.
>

I'm not sure of the reason, but every other system I've seen seems to
keep the executable bits set on these dll*.so.  I'm not sure what kind
of effects removing the executable bits will have.

The OCaml dll*.so files are loaded by the OCaml runtime when the *.cma
version of the OCaml bindings are used, so they are needed in the
general PLplot + OCaml case.  plplot.cma depends directly on
dllplplot_stubs.so, for example.

Hez

------------------------------------------------------------------------------
FREE DOWNLOAD - uberSVN with Social Coding for Subversion.
Subversion made easy with a complete admin console. Easy 
to use, easy to manage, easy to install, easy to extend. 
Get a Free download of the new open ALM Subversion platform now.
http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to