[19644] in Kerberos_V5_Development

home help back first fref pref prev next nref lref last post

Re: Missing -lpthreads breaks build in plugins/tls/k5tls on AIX

daemon@ATHENA.MIT.EDU (Benjamin Kaduk)
Sun Aug 27 18:28:54 2017

Date: Sun, 27 Aug 2017 17:28:39 -0500
From: Benjamin Kaduk <kaduk@mit.edu>
To: "REIX, Tony" <tony.reix@atos.net>
Message-ID: <20170827222839.GC96685@kduck.kaduk.org>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <B37989F2852398498001550C29155BE5178BBC7C@FRCRPVV9EX3MSX.ww931.my-it-solutions.net>
Cc: "krbdev@mit.edu" <krbdev@mit.edu>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krbdev-bounces@mit.edu

On Thu, Aug 24, 2017 at 10:19:08AM +0000, REIX, Tony wrote:
> Hummmm It is more complicated since Makefile is generated by Makefile.in .
> So my easy patch was removed by a rebuild from scratch.
> And TLS_IMPL_LIBS appears only in: /plugins/tls/k5tls/Makefile.in as :
> SHLIB_EXPLIBS= $(KRB5_LIB) $(SUPPORT_LIB) $(TLS_IMPL_LIBS)
> 
> Hummmm Looks like the issue is there:
> configure.in:    TLS_IMPL_LIBS="-lssl -lcrypto"
> configure:       TLS_IMPL_LIBS="-lssl -lcrypto"

IIRC, openssl only started requiring pthreads as of the 1.1.0 release;
could you confirm what version of openssl you are using?

I also thought that it was more portable to use the -pthread argument
(which does not necessarily translate to a new library dependency,
depending on the platform) than explictly linking a pthread implementation.

Also, does your openssl packaging provide a pkgconfig file or similar?
That seems like it would be a more portable way of picking up new
depnedencies than hardcoding it in configure.in.

-Ben
_______________________________________________
krbdev mailing list             krbdev@mit.edu
https://mailman.mit.edu/mailman/listinfo/krbdev

home help back first fref pref prev next nref lref last post