no need to bump for this (either theee's no change, or the build fails)
ok
On 2025/10/21 21:29, Volker Schlecht wrote:
> On 10/21/25 9:29 AM, Jeremie Courreges-Anglas wrote:
>
> > - mail/rspamd fails to build when simdutf is installed, looks like an
> > include ordering conflict with its internal copy. Better fix that
> > before textproc/simdutf gets used as a dep for other ports.
> The attached patch fixes that and looks like something upstream might
> accept, too.
>
> ok?
>
> Index: Makefile
> ===================================================================
> RCS file: /cvs/ports/mail/rspamd/Makefile,v
> retrieving revision 1.150
> diff -u -p -r1.150 Makefile
> --- Makefile 17 Oct 2025 11:31:01 -0000 1.150
> +++ Makefile 21 Oct 2025 19:28:32 -0000
> @@ -3,7 +3,7 @@ COMMENT= event-driven spam filtering sys
> GH_ACCOUNT= vstakhov
> GH_PROJECT= rspamd
> GH_TAGNAME= 3.13.2
> -REVISION= 0
> +REVISION= 1
>
> CATEGORIES= mail
>
> Index: patches/patch-CMakeLists_txt
> ===================================================================
> RCS file: patches/patch-CMakeLists_txt
> diff -N patches/patch-CMakeLists_txt
> --- /dev/null 1 Jan 1970 00:00:00 -0000
> +++ patches/patch-CMakeLists_txt 21 Oct 2025 19:28:32 -0000
> @@ -0,0 +1,13 @@
> +Avoid conflict with includes from simdutf installed system-wide
> +
> +Index: CMakeLists.txt
> +--- CMakeLists.txt.orig
> ++++ CMakeLists.txt
> +@@ -138,6 +138,7 @@ include_directories(
> + "${CMAKE_SOURCE_DIR}/contrib/lua-lpeg"
> + "${CMAKE_SOURCE_DIR}/contrib/frozen/include"
> + "${CMAKE_SOURCE_DIR}/contrib/fu2/include"
> ++ "${CMAKE_SOURCE_DIR}/contrib/simdutf/include"
> + "${CMAKE_BINARY_DIR}/src" # Stored in the binary dir
> + "${CMAKE_BINARY_DIR}/src/libcryptobox"
> + )
