https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #35 from dave.anglin at bell dot net --- On 2020-04-22 12:27 p.m., sgk at troutmask dot apl.washington.edu wrote: > I suspect that having HPUX map > > REAL(4) <--> float ! f suffix > REAL(8) <--> double ! no suffix > REAL(16) <--> __float128 ! q suffix > > may cause issues with either ISO C binding or IEEE 754 module > or both. Why? It's what HP did? On ia64, libm contains a full quad implementation with q suffix. Both l and w sufixes are used with 80-bit floating types (long double and double extended). Many targets have double and long double both mapped to the same 64-bit floating type. So, I don't see why long double and __float128 can't be mapped to the same 128-bit floating type. It's been that way for years.
