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-all mailing list