OpenLDAP
Up to top level
Build   Contrib   Development   Documentation   Historical   Incoming   Software Bugs   Software Enhancements   Web  

Logged in as guest

Viewing Build/8481
Full headers

From: ilovezfs@icloud.com
Subject: macOS shared libraries should be .dylib not .so
Compose comment
Download message
State:
0 replies:
1 followups: 1

Major security issue: yes  no

Notes:

Notification:


Date: Fri, 19 Aug 2016 14:04:23 +0000
From: ilovezfs@icloud.com
To: openldap-its@OpenLDAP.org
Subject: macOS shared libraries should be .dylib not .so
Full_Name: ilovezfs
Version: LMDB_0.9.18
OS: macOS
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (50.168.32.161)


This is in regard to the Homebrew formula for LMDB (See
https://github.com/Homebrew/homebrew-core/pull/2317). Currently, we are having
to patch the shared library extensions from .so to .dylib, which is the correct
file extension on macOS. It would be great if this patch could be removed from
the formula, which would mean upstream support for automatically setting the
extension correctly based on platform in the build system.

This is a pretty common practice, and it would be highly appreciated as we like
to as little patching as possible to upstream code for maintainability and
fidelity.

In particular, we're currently having to do the following replacement:
```
 inreplace "Makefile", ".so", ".dylib"
```

Here's a typical example of how shared libraries get named on macOS: 
```
libiconv.2.4.0.dylib -> libiconv.2.dylib
libiconv.2.dylib
libiconv.dylib -> libiconv.2.4.0.dylib
```

Followup 1

Download message
Subject: Re: (ITS#8481) macOS shared libraries should be .dylib not .so
To: ilovezfs@icloud.com, openldap-its@OpenLDAP.org
From: Howard Chu <hyc@symas.com>
Date: Fri, 19 Aug 2016 17:26:23 +0100
ilovezfs@icloud.com wrote:
> Full_Name: ilovezfs
> Version: LMDB_0.9.18
> OS: macOS
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (50.168.32.161)
>
>
> This is in regard to the Homebrew formula for LMDB (See
> https://github.com/Homebrew/homebrew-core/pull/2317). Currently, we are
having
> to patch the shared library extensions from .so to .dylib, which is the
correct
> file extension on macOS. It would be great if this patch could be removed
from
> the formula, which would mean upstream support for automatically setting
the
> extension correctly based on platform in the build system.
>
> This is a pretty common practice, and it would be highly appreciated as we
like
> to as little patching as possible to upstream code for maintainability and
> fidelity.
>
> In particular, we're currently having to do the following replacement:
> ```
>  inreplace "Makefile", ".so", ".dylib"
> ```

Fixed in commit c6510147cee88d182af431c14a61fad6fae18be3

> Here's a typical example of how shared libraries get named on macOS:
> ```
> libiconv.2.4.0.dylib -> libiconv.2.dylib
> libiconv.2.dylib
> libiconv.dylib -> libiconv.2.4.0.dylib
> ```
>
>


-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/


Up to top level
Build   Contrib   Development   Documentation   Historical   Incoming   Software Bugs   Software Enhancements   Web  

Logged in as guest


The OpenLDAP Issue Tracking System uses a hacked version of JitterBug

______________
© Copyright 2013, OpenLDAP Foundation, info@OpenLDAP.org