On 10/25/20 3:00 PM, Anatoli wrote:
If I understand you correctly, I should use something like AC_COMPILE_IFELSE
with the code with a redefine as you specified, right?
Yes, that's the idea.
Nick,
Thanks for your suggestions! They gave me some additional keywords to search for
more ideas.
After trying your code I found that I could actually use _Generic directly in
the C sources, no need for autoconf, e.g.:
time_t _unused_t;
#define TIME_T_FMT _Generic((_unused_t), long long int:
Lucas Nussbaum writes:
> See http://qa-logs.debian.net/2020/09/26.ac270/
Hi,
Kronosnet Debian maintainer here. I looked into the build problem, and
arrived at this example:
AC_PREREQ([2.63])
AC_INIT([foo],1.0,[de...@example.org])
AC_CONFIG_MACRO_DIR([m4])
AX_PROG_CC_FOR_BUILD
AC_OUTPUT
Paul,
Thanks for your suggestion.
If I understand you correctly, I should use something like AC_COMPILE_IFELSE
with the code with a redefine as you specified, right?
Something like:
AC_COMPILE_IFELSE([AC_LANG_PROGRAM([[#include
extern time_t foo;
extern long long int
The failure initially observed on gimp-2.10.22 source and fails
the same way on gimp from git.
Smaller example extracted from
https://gitlab.gnome.org/GNOME/gimp/-/blob/master/configure.ac#L2131
$ cat configure.ac
AC_INIT([GIMP], [gimp_version],
On Sun, Oct 25, 2020 at 9:13 AM Sergei Trofimovich wrote:
...
> gimp's use of macros looks underquoted
Yes, this is an underquotation problem, and also a "macros that use
AC_REQUIRE internally are not safe to use inside hand-coded shell
conditionals" problem. This particular example is so badly
On Sun, 25 Oct 2020 09:54:42 -0400
Zack Weinberg wrote:
> On Sun, Oct 25, 2020 at 9:13 AM Sergei Trofimovich wrote:
> ...
> > gimp's use of macros looks underquoted
>
> Yes, this is an underquotation problem, and also a "macros that use
> AC_REQUIRE internally are not safe to use inside
