|Summary:||Ocaml links libraries staticly|
|Product:||[Fedora] Fedora||Reporter:||Nigel Jones <dev>|
|Component:||ocaml||Assignee:||Gérard Milmeister <gemi>|
|Status:||CLOSED NOTABUG||QA Contact:||Fedora Extras Quality Assurance <extras-qa>|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2008-02-21 14:05:49 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
Description Nigel Jones 2007-04-15 12:26:45 UTC
Hi, In the packaging of ocamlSDL, camlimages and freetennis (#235804, #235805 & #235815), I discovered issues with how Ocaml links libraries, and Fedora policies. I've refered this to the fedora-packaging mailing list: https://www.redhat.com/archives/fedora-packaging/2007-April/msg00100.html https://www.redhat.com/archives/fedora-packaging/2007-April/msg00164.html I just thought I'd place a bug here about it (if you agree, it might be an idea to make my package reviews dependant on this bug). Policy info regarding static libraries: http://fedoraproject.org/wiki/Packaging/Guidelines#head-2302ec1e1f44202c9cc4bcce24cb711266557ad7
Comment 1 Gérard Milmeister 2007-04-17 21:16:58 UTC
What libraries are affected exactly? Unison, for example, is dynamically linked against the gtk libraries.
Comment 2 Nigel Jones 2007-04-17 23:02:54 UTC
Even Unison doesn't link properly to lablgtk, same with freetennis (Bug #235815), it depends on what labl depends on true, but a true dynamic linked application SHOULD depend upon the libraries it was built with (seems to be fairly typical of most ocaml based packages in Fedora that I can find. For reference: 'ldd /usr/bin/unison | grep labl' returns nothing
Comment 3 Gérard Milmeister 2007-04-17 23:49:12 UTC
So you mean *ocaml* libraries. AFAIK, those can't be shared. It is the problem of ocaml, no ours, I would say.