svn commit: r378316 - head/devel/libhtp
Kubilay Kocak
koobs at FreeBSD.org
Tue Feb 3 00:11:23 UTC 2015
On 3/02/2015 5:41 AM, John Marino wrote:
> Author: marino
> Date: Mon Feb 2 18:41:56 2015
> New Revision: 378316
> URL: https://svnweb.freebsd.org/changeset/ports/378316
> QAT: https://qat.redports.org/buildarchive/r378316/
>
> Log:
> devel/libhtp: tweak recent iconv:translit change to fix on some compilers
>
> When USES=iconv is changed to USES=iconv:translit, it can add libiconv
> dependency from ports along with the addition of -liconv to LDFLAGS.
> Most compilers (with FreeBSD's base compilers being notable exceptions)
> will not look in /usr/local/lib by default, so this adds a -L argument
> to LDFLAGS to help the linker find libiconv.so and unbreak the port on
> affected platforms.
>
> Modified:
> head/devel/libhtp/Makefile
>
> Modified: head/devel/libhtp/Makefile
> ==============================================================================
> --- head/devel/libhtp/Makefile Mon Feb 2 18:39:38 2015 (r378315)
> +++ head/devel/libhtp/Makefile Mon Feb 2 18:41:56 2015 (r378316)
> @@ -20,6 +20,7 @@ USE_LDCONFIG= yes
> GNU_CONFIGURE= yes
> CONFIGURE_ARGS= ${ICONV_CONFIGURE_ARG}
> MAKE_ARGS= LIBS="-lz ${ICONV_LIB}"
> +LDFLAGS+= -L${LOCALBASE}/lib
>
> PATHFIX_MAKEFILEIN= Makefile.am
>
>
Apart from the lack of an Approved by: line for this commit, even in the
case of blanket, isn't LIBS= better here?
Further, if it is indeed the case that iconv:translit adds -liconv to
LDFLAGS, wouldn't adding -L${LOCALBASE}/lib to LDFLAGS be better solved
in Uses/iconv.mk when that case is true?
Give me a holler on IRC or email in future if you notice anything up
with ports I maintain. I'm almost always happy to oblige.
./koobs
More information about the svn-ports-head
mailing list