<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><span style="color:rgb(34,34,34)">Suppressing deprecated functions blindly is a bad idea, IMHO. If some</span><br>
</div>
future version of gcrypt deprecates a function VLC currently uses, this<br>
ends up breaking the build for no good reasons.<br>
<div class="HOEnZb"><div class="h5"><br>
>        have_libgcrypt="yes"<br>
>        GCRYPT_CFLAGS="`libgcrypt-config --cflags`"<br>
>        GCRYPT_LIBS="`libgcrypt-config --libs`"<br></div></div></blockquote><div><br></div><div>Gcrypt deprecates functions by some reason, and VLC in that case should use alternative functions, provided by libgcrypt.</div>
<div>They usually don't break ABI blindly until some time pass and surely they provide alternative functions for deprecated one.</div><div>Currently there is no usage of deprecated libgcrypt functions in VLC core and modules.</div>
<div>Note that future release of libgcrypt (1.6.0) will not be ABI compatible with previous versions because of removal deprecated functions.</div><div><br></div><div>IMHO it is better to break during development process and fix usage of deprecated functions early, then fixing it after real users note that something gone wrong after updating libgcrypt library.</div>
</div><div><br></div>-- <br>Maxim Bublis
</div></div>