When using curl-7.16.4 compiled with gnutls support, curl-config --libs does not output -lgnutls as dependant library whereas curl-7.15.5 emerged with the same USE flags reports it. Reproducible: Always Steps to Reproduce: 1.USE="gnutls" emerge =net-misc/curl-7.15.5-r1 2.curl-config --libs 3.USE="gnutls" emerge =net-misc/curl-7.16.4 4.curl-config --libs Actual Results: for curl-7.15.5, curl-config reports the following: curl-config --libs -L/usr/lib -lcurl -ldl -L/usr/lib -lgnutls -L/usr/lib -ltasn1 -lgcrypt -lgpg-error -lz for curl-7.16.4, curl-config reports the following: curl-config --libs -lcurl Expected Results: Should have the following result for curl-7.16.4: curl-config --libs -lcurl -ldl -lgnutls -ltasn1 -lgcrypt -lgpg-error -lz Note: the same problem occurs when using pkg-config --libs libcurl instead of curl-config.
Created attachment 139970 [details] curl ebuild which sould fix #193149
If you add "./buildconf" in ebuild before econf step it will generate a valid curl-config. After reading buildconf script, the relevant part of the script do: libtoolize --copy --automake --force aclocal /usr/bin/perl -i.bak -pe 's/\bmv +([^-\s])/mv -f $1/g' aclocal.m4 autoheader cp lib/config.h.in src/config.h.in autoconf automake -a -c so it seems that you simply have to add the following in curl ebuild to make things cleaner and use autotools.eclass facilities: elibtoolize eaclocal /usr/bin/perl -i.bak -pe 's/\bmv +([^-\s])/mv -f $1/g' aclocal.m4 eautoheader cp lib/config.h.in src/config.h.in eautoconf eautomake Note: I have added my modified curl ebuild as attachment.
thanks for the bug report and fix. I've this 7.18.1 It was a bit too much to put into 7.17.1 despite how bad the bug is.
Olivier - can you please take a look at bug #215713 and see what i did wrong.
