https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109322
--- Comment #11 from Steve Kargl <sgk at troutmask dot apl.washington.edu> --- On Thu, Mar 30, 2023 at 07:21:21PM +0000, pinskia at gcc dot gnu.org wrote: > > For ILP32 (32bit x86) and LLP64IL32 (64bit Windows/mingw) targets, it will use > c_long_long which is outputted wrong. Anyways I fixed the bug with respect of > c_long_long being outputted incorrectly as long_long rather than "long long" > too. (r13-6940-ga7df3bea9cf1e4 and backported to GCC 12: > r12-9370-g429b75db39aa89 ). > I quite agree that your patch fixed a problem. My comment was meant for the OP, who would like to "integer(c_int64_t) a" translated to "int64_t a;" That's isn't going to happen anytime soon. I left the PR open as an enhancement request. In 10 years, if I'm still around I close it.