Re: clang-cl: undeclared library function 'sprintf'

t their symbols. Also recall that there is no auto-import for variables on MSVC. I am not sure if _NO_CRT_STDIO_INLINE is a user feature macro since it does not seem to be documented at all. - Kirill Makurin From: Bruno Haible Sent: Tuesday, June 17, 2025 12:3

Re: clang-cl: undeclared library function 'sprintf'

rerror.obj: T sprintf ``` After changing to NM="dumpbin.exe -nologo -symbols" (which I use with cl.exe), both libtextstyle and libunistring build successfully. - Kirill Makurin From: bug-gnulib-bounces+maiddaisuki=outlook....@gnu.org on behal

Re: clang-cl: undeclared library function 'sprintf'

Thanks for the info. Now I see that affected files are compiled twice and only the second compilation fails. I will try to find out what causes iconv-2.dll to export sprintf. It should at least give us some answers. - Kirill Makurin From: Bruno Haible Sent

Re: clang-cl: undeclared library function 'sprintf'

u are familiar with gnulib's internals and how things work far better than me. - Kirill Makurin From: Bruno Haible Sent: Tuesday, June 10, 2025 11:40 PM To: bug-gnulib@gnu.org ; Kirill Makurin Subject: Re: clang-cl: undeclared library function 'sprintf&#

Re: clang-cl: undeclared library function 'sprintf'

f you would like to take a look. One, but probably not perfect solution is to guard ``` #undef sprintf ``` to not undef it for MSVC compilations. - Kirill Makurin From: Bruno Haible Sent: Tuesday, June 10, 2025 11:40 PM To: bug-gnulib@gnu.org ; Kirill Ma

Re: clang-cl: undeclared library function 'sprintf'

file. In MSVC headers, sprintf and friends can be either simply declared as externals or defined as inline functions. It seems to be controlled some internal (not documented) macro. I believe it should always be visible as an inline function to user code. - Kirill Ma

Re: clang-cl: undeclared library function 'sprintf'

rebuild everything from scratch with clang-cl.exe and noticed that iconv-2.dll, when built with clang-cl exports sprintf symbol, and passing `-Wno-error=implicit-function-declaration` allows to build everything successfully. - Kirill Makurin From: Bruno Haible

clang-cl: undeclared library function 'sprintf'

f ``` However, I do not think that this is the issue. I do not fully understand what causes it. I observed this when tried to build gettext and libunstring packages. - Kirill Makurin

Re: bug#75939: setting $MSYS2_ARG_CONV_EXCL in compile script?

Sent: Monday, February 3, 2025 7:56 PM To: bug-gnulib@gnu.org ; Kirill Makurin Cc: 75...@debbugs.gnu.org <75...@debbugs.gnu.org>; Karl Berry Subject: bug#75939: setting $MSYS2_ARG_CONV_EXCL in compile script? Kirill Makurin wrote: > I applied patches and they work for Msys2. > > I

Re: bug#75939: setting $MSYS2_ARG_CONV_EXCL in compile script?

@gnu.org on behalf of Bruno Haible via Bug reports for Automake Sent: Monday, February 3, 2025 7:56 PM To: bug-gnulib@gnu.org ; Kirill Makurin Cc: 75...@debbugs.gnu.org <75...@debbugs.gnu.org>; Karl Berry Subject: bug#75939: setting $MSYS2_ARG_CONV_EXCL in compile script? Kirill Makurin wrot

Re: setting $MSYS2_ARG_CONV_EXCL in compile script?

ioned in the attached file seems outdated. Current Msys2's `uname-r` has `x86_64` suffix instead of `msys` in its output (regardless of environment). --- I explicitly set `file_conv` to `mingw` in compile just for testing with this MinGW and there are no issues with double conversion. - Kiril

Re: setting $MSYS2_ARG_CONV_EXCL in compile script?

ng `MSYS2_ARG_CONV_EXCL` more like an external user-side workaround (e.g. I was setting it in my build script). - Kirill Makurin From: Karl Berry Sent: Monday, February 3, 2025 7:35 AM To: bug-gnulib@gnu.org Cc: maiddais...@outlook.com Subject: setting $MS