[Scons-users] Setting macOS shared library versioning information with scons

[Bill Deegan]

Ryan,

Looks like (as you're pointing out), the updates to support shared library
versioning on other platforms broke mac?

Can you point me to the serf logic where they build the shared library
using SCons?
(So I can see how they're calling SharedLibrary(),etc.)

Certainly that's an indicator that however it was being used our tests
weren't covering that usage to ensure it didn't get broken.

-Bill
SCons Project Co-Manager
(And MacPorts user.. ;)

On Tue, May 8, 2018 at 12:40 PM, Ryan Schmidt <scons at ryandesign.com> wrote:

> Hello,
>
> I'm a developer with the MacPorts package management system.
>
> We noticed that after updating our scons port to 2.4.1, serf's shared
> library was built incorrectly, in that its current version and
> compatibility version were no longer being set. Here is our bug report
> about this:
>
> https://trac.macports.org/ticket/50854
>
> It seems that scons's shared library generation code was refactored in
> 2.4.1, and in the process, the code that sets the -current_version and
> -compatibility_version flags was removed. Was this regression intentional,
> and if so, how are projects that use scons to build shared libraries on
> macOS now supposed to set library version information? Should they manually
> specify -current_version and -compatibility_version?
>
> I realize scons 2.4.1 was released 2.5 years ago, but the problem remains
> in scons 3.0.1. The developers of serf are preparing to release serf 1.4.0,
> and I'm trying to help them ensure that they finally fix the shared library
> versioning issue on their end, hopefully in a way that's compatible with
> both current and future versions of scons.
>
> _______________________________________________
> Scons-users mailing list
> Scons-users at scons.org
> https://pairlist4.pair.net/mailman/listinfo/scons-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist4.pair.net/pipermail/scons-users/attachments/20180508/713eccc7/attachment.html>