|
From: | Paul Eggert |
Subject: | Re: Gnulib's alloca.h used even when there is a system header |
Date: | Sun, 17 Feb 2019 12:06:53 -0800 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 |
Eli Zaretskii wrote:
Gnulib decides to generate its own alloca.h header even though there's a system header alloca.h (and HAVE_ALLOCA_H is 1 in config.h). Why does it do that? Isn't that dangerous? e.g., it could conflict with how the system header defies 'alloca', no?
This stuff is rickety, as it's built atop Autoconf's AC_FUNC_ALLOCA and that stuff hasn't changed in at least a decade. In the old days, some alloca implementations were broken and when in doubt it was better to replace the system alloca than to use it. Nowadays I doubt whether it matters much. In any event Autoconf and/or Gnulib patches to be more cautious about replacing alloca.h would be welcome.
[Prev in Thread] | Current Thread | [Next in Thread] |