git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH v1 2/2] utf8.c: Enable workaround for iconv under macOS 14/15

From
René Scharfe <l.s.r@web.de>
Date
Jan 9, 2026, 18:01 UTC
Message-ID
<0a5c058c-e5cb-41c9-8788-6dc6354f9119@web.de>
In-Reply-To
<20260108174012.471706-1-tboegi@web.de>
On 1/8/26 6:40 PM, tboegi@web.de wrote:
Show 9 quoted lines
> From: Torsten Bögershausen <tboegi@web.de>
> 
> The previous commit introduced a workaround in utf8.c to deal
> with broken iconv implementations.
> 
> It is enabled when
>   A MacOS version is used that has a buggy iconv library and
>   there is no external library provided (and linked against)
>   from neither MacPorts nor Homebrew.

Odd style. Make "A" lowercase, remove the line break after "when" and unindent?

Show 15 quoted lines
> Signed-off-by: Torsten Bögershausen <tboegi@web.de>
> ---
>  Makefile         | 7 +++++++
>  config.mak.uname | 1 +
>  2 files changed, 8 insertions(+)
> 
> diff --git a/Makefile b/Makefile
> index b7eba509c6..5a3823bb67 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -1692,6 +1692,7 @@ ifeq ($(uname_S),Darwin)
>                  ifeq ($(shell test -d /opt/local/lib && echo y),y)
>  			BASIC_CFLAGS += -I/opt/local/include
>  			BASIC_LDFLAGS += -L/opt/local/lib
> +			HAS_GOOD_LIBICONV = Yes

This doesn't check whether libiconv was actually installed via MacPorts, so technically that's more of a "Maybe?", no?

Show 8 quoted lines
>                  endif
>          endif
>          ifndef NO_APPLE_COMMON_CRYPTO
> @@ -1714,6 +1715,7 @@ endif
>  ifdef USE_HOMEBREW_LIBICONV
>  ifeq ($(shell test -d $(HOMEBREW_PREFIX)/opt/libiconv && echo y),y)
>  	ICONVDIR ?= $(HOMEBREW_PREFIX)/opt/libiconv
> +	HAS_GOOD_LIBICONV = Yes
Looks good.
Show 9 quoted lines
>  endif
>  endif
>  endif
> @@ -1859,6 +1861,11 @@ ifndef NO_ICONV
>                  endif
>  		EXTLIBS += $(ICONV_LINK) -liconv
>          endif
> +        ifdef NEEDS_GOOD_LIBICONV
> +        ifndef HAS_GOOD_LIBICONV

"GOOD" is quite vague. There's already ICONV_OMITS_BOM, and I wouldn't be surprised if we discover the need for some other workarounds soon. How about naming the make variables after the C macro to be more clear and specific?

Can we get away with a single make variable? Set it in config.mak.uname on affected systems and set it to empty if we detect that a 3rd party libiconv is used?

Show 18 quoted lines
> +                BASIC_CFLAGS += -DICONV_RESTART_RESET
> +        endif
> +        endif
>  endif
>  ifdef ICONV_OMITS_BOM
>  	BASIC_CFLAGS += -DICONV_OMITS_BOM
> diff --git a/config.mak.uname b/config.mak.uname
> index 38b35af366..3c35ae33a3 100644
> --- a/config.mak.uname
> +++ b/config.mak.uname
> @@ -157,6 +157,7 @@ ifeq ($(uname_S),Darwin)
>          endif
>          ifeq ($(shell test "$(DARWIN_MAJOR_VERSION)" -ge 24 && echo 1),1)
>  		USE_HOMEBREW_LIBICONV = UnfortunatelyYes
> +		NEEDS_GOOD_LIBICONV = UnfortunatelyYes
>          endif
>  
>  	# The builtin FSMonitor on MacOS builds upon Simple-IPC.  Both require
Previous: tboegi@web.de
Message 2 of 2 in “utf8.c: Enable workaround for iconv under macOS 14/15”
  1. 2/2 utf8.c: Enable workaround for iconv under macOS 14/15tboegi@web.de, Jan 8, 2026
  2. René ScharfeJan 9, 2026

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.