serf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bert Huijben" <b...@qqmail.nl>
Subject RE: Overriding the location of OpenSSL
Date Mon, 02 May 2016 14:07:20 GMT


> -----Original Message-----
> From: Branko Čibej [mailto:brane@apache.org]
> Sent: zondag 24 april 2016 23:32
> To: dev@serf.apache.org
> Subject: Re: Overriding the location of OpenSSL
> 
> On 24.04.2016 22:51, Bert Huijben wrote:
> >
> > While I agree that this approach fixes the current issues with OpenSSL
> > on OS/X, this way to fix problems doesn’t scale… This makes OpenSSL
> > the highest priority library in the library order, while each of the
> > dependencies (including many platform specific libraries) may have a
> > similar ordering problem. We can’t prioritize each of them above
> > everything else.
> >
> >
> >
> > This problem **should** be fixed at a different layer, to do this
> > properly… Too bad in this case we would have to convince Apple to
> > apply the fix, which makes it very unlikely to be fixed.
> >
> >
> >
> > I really don’t know what we should do here…
> >
> 
> Perhaps, on OSX, scons should be taught to use absolute paths to
> external libraries? That way the embedded RPATH would always be correct.
> OSX is sort of specail in this respect, compared to other unixish
> platforms (linux, Solaris ... anything else moderately alive still out
> there?).
> 
> Sadly I've no idea how to tell scons anything like that ...

I fixed that part earlier on (for our own shared library) by passing explicit filenames to
libraries as (linker) sources. But this patch was explicitly to find the matching include
files -with deprecation markerts, etc.- if I remember correctly. I don't think that solution
will work there.

	Bert


Mime
View raw message