On 10/16/2013 08:42 PM, Orion Poplawski wrote: > plplot-ocaml.x86_64: W: unstripped-binary-or-object > /usr/lib64/ocaml/stublibs/dllplplot_stubs.so > plplot-ocaml.x86_64: E: binary-or-shlib-defines-rpath > /usr/lib64/ocaml/stublibs/dllplplot_stubs.so ['/usr/lib64/ocaml', > '/builddir/build/BUILD/plplot-5.9.10/fedora/src'] > plplot-ocaml.x86_64: W: unstripped-binary-or-object > /usr/lib64/ocaml/stublibs/dllplcairo_stubs.so > plplot-ocaml.x86_64: E: binary-or-shlib-defines-rpath > /usr/lib64/ocaml/stublibs/dllplcairo_stubs.so ['/usr/lib64', > '/builddir/build/BUILD/plplot-5.9.10/fedora/src'] > > I'm assuming these are arising because cmake does not natively handle > ocaml? We need to have the .so installed with the execute bit set (like > other .so's on rpm systems) and rpath stripped.
Seems to be an upstream ocaml bug: http://caml.inria.fr/mantis/view.php?id=5943 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane [email protected] Boulder, CO 80301 http://www.nwra.com ------------------------------------------------------------------------------ Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
