search

alex1818 / serf

Automatically exported from code.google.com/p/serf
Apache License 2.0
0 stars 0 forks source link

serf-1.3.x scons build breaks library SONAME vs serf-1.2.x #137

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. build, install serf
2. check soname

$ readelf -d serf-1.2.1/.libs/libserf-1.so serf-1.3.2/libserf-1.so | grep SONAME
 0x000000000000000e (SONAME)             Library soname: [libserf-1.so.0]
 0x000000000000000e (SONAME)             Library soname: [libserf-1.so.1]

...note .0 vs .1.  scons library versioning seems to be quite primitive, there 
is an upstream bug discussing how to improve it.

http://scons.tigris.org/issues/show_bug.cgi?id=2869

Changing the MAJOR to 0 in SHLIBVERSION is a workaround, dunno if that is 
desirable or not.

Original issue reported on code.google.com by jorton.w...@gmail.com on 22 Nov 2013 at 9:08

GoogleCodeExporter commented 9 years ago 
This wan an intentional change:
https://code.google.com/p/serf/source/detail?r=2163&path=/trunk/SConstruct
https://code.google.com/p/serf/source/detail?r=2133&path=/branches/1.3.x/SConstr
uct

Original comment by andreas.stieger@gmx.de on 22 Nov 2013 at 9:47

GoogleCodeExporter commented 9 years ago 
Adding to Andreas' answer, the scons issue you're referring to has been 
implemented already in 2.3., they should close that ticket.

However the current implementation is still not as it should be, especially on 
Mac, so we tried to use it as good as possible without reimplementing shared 
library versioning support for every platform ourselves.

So your report is valid but we consider it a known issue that we won't fix.

Note: suggestions for additions to the 1.3. release notes doc are welcome.

Original comment by lieven.govaerts@gmail.com on 22 Nov 2013 at 12:00