Date: Sun, 10 Aug 1997 10:42:38 -0700 From: Sean Eric Fagan <sef@Kithrup.COM> To: chat@freebsd.org Subject: Re: variable sized arrays and gcc Message-ID: <199708101742.KAA17395@kithrup.com> In-Reply-To: <11989.871200795.kithrup.freebsd.chat@time.cdrom.com> References: Your message of "Sun, 10 Aug 1997 03:22:28 EDT." <199708100722.DAA03236@skynet.ctr.columbia.edu>
index | next in thread | previous in thread | raw e-mail
In article <11989.871200795.kithrup.freebsd.chat@time.cdrom.com> you write: >This has been a gcc feature for ages (and I mean years) but I've >always avoided it in favor of an explicit alloca() call for the same >reason - I don't want code which walks that far outside ANSI's painted >lines. alloca is not ANSI either, Jordan :). Not all systems provide it; not all compilers really have support for it. (You can use Doug Gwyn's "portable" one, but that's iffy.) alloca() was the reason gcc added VLA's in the first place, actually. And the code is the same. The scary part about VLA's is that they mean sizeof() is no longer a evaluated-only-at-compile-time operator.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199708101742.KAA17395>