> -----Original Message-----
> From: Branko Čibej [mailto:br...@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
