You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am able to work around the incompatible pointer type by invoking make as follows:
make -j $(nproc) V=1 CFLAGS=-Wno-incompatible-pointer-types
Going by cppreference.com sprintf_s is C11 and newer and so is strcpy_s But GLIBC doesn't implement either. So no cheap workaround for these newly introduced calls. Strangely the same commit used snprintf — which would be available — around line 380 but then resorts to sprintf_shere (line 5875).
What worked for me in the past for other projects was to gloss over those differences with a common set of glue "primitives" for this sort of functionality. Could be as cheap as macros or static inline wrappers.
Compiler is:
$ cc --version
cc (GCC) 14.2.1 20240910
Copyright (C) 2024 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
The text was updated successfully, but these errors were encountered:
Hey, so I tried to build this on Linux (HEAD at f8b2cf9) and ran into the following error:
It seems to correlate to commit e3f14fa.
I am able to work around the incompatible pointer type by invoking
make
as follows:Going by cppreference.com
sprintf_s
is C11 and newer and so isstrcpy_s
But GLIBC doesn't implement either. So no cheap workaround for these newly introduced calls. Strangely the same commit usedsnprintf
— which would be available — around line 380 but then resorts tosprintf_s
here (line 5875).What worked for me in the past for other projects was to gloss over those differences with a common set of glue "primitives" for this sort of functionality. Could be as cheap as macros or
static inline
wrappers.Compiler is:
The text was updated successfully, but these errors were encountered: