On Mon, 4 Aug 2025 14:52:14 GMT, Andrew Haley <a...@openjdk.org> wrote:
>>> Can we link this with a GCC bug report? >> >> @theRealAph thanks for taking a look at this. It looks like there have >> already been a few related discussions. The feature author mentioned that >> there are no current plans to support VLAs. See the discussion in [GCC Bug >> 103374](https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103374), and a newer >> one in [GCC Bug >> 119381](https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119381). Are you >> suggesting that we should open a new report? > >> > Can we link this with a GCC bug report? >> >> @theRealAph thanks for taking a look at this. It looks like there have >> already been a few related discussions. The feature author mentioned that >> there are no current plans to support VLAs. See the discussion in [GCC Bug >> 103374](https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103374), and a newer >> one in [GCC Bug >> 119381](https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119381). Are you >> suggesting that we should open a new report? > > I'm trying to understand if this is a bug in GCC. It appears that it is: > `-ftrivial-auto-var-init=pattern` is incompatible with opaque sizeless types > in ARM C Language Extensions (ACLE). There is no workaround for it. > > So, this patch is reasonable, but please submit a GCC bug report of > "`-ftrivial-auto-var-init=pattern` is incompatible with opaque sizeless types > in ARM C Language Extensions (ACLE)." Otherwise GCC authors won't know. This > might encourage Jakub to fix `-ftrivial-auto-var-init=pattern` . Thanks for approving it @theRealAph @magicus . I'll integrate it. ------------- PR Comment: https://git.openjdk.org/jdk/pull/26577#issuecomment-3205824114
