[Pkg-mono-devel] CLI packaging: glue module location?
Mathieu Malaterre
mathieu.malaterre at gmail.com
Mon May 18 16:06:02 UTC 2009
Hi Mirco,
Just an update. libgdcm-cil has been uploaded:
http://packages.debian.org/unstable/libgdcm-cil
On Fri, Apr 10, 2009 at 11:57 AM, Mirco Bauer <meebey at meebey.net> wrote:
<...>
> §3.3.1 Naming says:
> "The package should be named libfoo-cil (without a version in the
> package name) and libraries should not be installed into the GAC but
> only into /usr/lib/packagename.
Ok, we have right now:
$ dpkg -L libgdcm-cil
...
/usr/lib/libgdcm-cil/libgdcm.so
/usr/lib/libgdcm-cil/gdcm_csharp.dll
...
Apparently there is no strong policy for the naming convention of the
actual gluelib: libgdcm.so (there might be a conflict once I start
uploading the gluelib for the java wrapping, but that's a different
story).
How about gdcm_csharp.dll ? Is this something people will be comfortable with ?
> The Mono runtime is not fiddling with the LD_LIBRARY_PATH and thus you
> have to hint the runtime where it can find the gluelib using the DLL
> map that goes along with the assembly (CIL lib).
Do you have a small document explaining how to do this ? I am a C++
dev, and only did the C# wrapping, because users were starting to beg
for a C# layer...
> Is the library you are packaging really API unstable? Unversioned
> (non-GACed) packaging should be only done if really needed.
API is stable, if not then this is a bug.
> 3.1.2 is about the general location of files, while GAC and non-GAC
> libs are overriding that definition in 3.2.1 and 3.3.1.
Again, do you have a document explaining what I need to generate using
gacutil ? so far I only provided gdcm_csharp.dll and libgdcm.so and
people seemed happy with only those.
As a side note, I am now generating the XML documentation (gmcs
/doc:gdcm.xml). Where should this file go ?
Thanks again !
--
Mathieu
More information about the Pkg-mono-devel
mailing list