[gnutls-devel] GnuTLS | configure.ac: check libopts version more strictly (!862)

Development of GNU's TLS library gnutls-devel at lists.gnutls.org
Sun Jan 6 17:58:52 CET 2019


Thank you for investigating this further and making the test dynamic, without hardcoding libopts version in configure.ac.

Please do not take this wrong, but I still do not understand the rationale for changing to the autogen setup in 3.6.5 at all.

With 3.6.5 (the .bak-files-solution) building from GIT requires a local autogen, while building from the tarball allowed either rebuilding autogen stuff and linking against installed libopts or using the included autogened .bak-files and statically linking against the included libopts tearoff.

Now you support linking against the installed libopts without re-generating autogened files, i.e. without autogen available. (OTOH the downside is that regenerating autogened files needs to be triggered manually by removing the stamp files.)

Where is the win in this? As autogen/libopts is one source *I* thought it was a very uncommon setup to find libopts development files without autogen. And while regenerating the autogened is not super quick it is still not time consuming compared to the rest of the compiliation.

TIA, cu Andreas

-- 
Reply to this email directly or view it on GitLab: https://gitlab.com/gnutls/gnutls/merge_requests/862#note_129230336
You're receiving this email because of your account on gitlab.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.gnupg.org/pipermail/gnutls-devel/attachments/20190106/5d658d6c/attachment.html>


More information about the Gnutls-devel mailing list