Opened 11 years ago
Closed 11 years ago
#192 closed enhancement (fixed)
Enable shared library creation
Reported by: | MatthewWhiting | Owned by: | MatthewWhiting |
---|---|---|---|
Priority: | normal | Milestone: | Release-1.4 |
Component: | Building/Installation | Version: | 1.3.2 |
Severity: | normal | Keywords: | |
Cc: |
Description
We currently only make a static library libduchamp.a. It would be good to make a shared library (libduchamp.so or libduchamp.dylib) as well, and have this installed correctly.
This needs to be done for ASKAPsoft integration.
Change History (3)
comment:1 Changed 11 years ago by
Status: | new → assigned |
---|
comment:2 Changed 11 years ago by
Might be worth releasing this now as 1.4, leaving the rest of the 1.4 tickets for 1.5.
comment:3 Changed 11 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
[1230] gets the symbolic links for the libraries correct.
Looking good, so closing ticket.
Note: See
TracTickets for help on using
tickets.
Changesets [1221] to [1227] implement this. I copied most of the stuff to do this from Mark's wcslib configure script, slightly modifying for my purposes. I had to add a config directory with a few utility functions (I got these from the build-aux directory of the autoconf release package) - these enabled the determination of the CPU and OS.
We now make libduchamp.1.3.2.so and libduchamp.1.3.2.a, and when installed in $prefix/lib we make symlinks to these called libduchamp.so and libduchamp.a.