Thank you, rather than chop and change these flags I decided to teach configure about the Nonstop platform (being eternally optimistic that we will make this port happen) so I was able to properly build without the PIC option and also get make to choose the newer malloc functions. Although, libiberty is still giving me trouble - I see in libiberty/Makefile.in that it needs to build choose-temp.c (a very small program) but there are no guards around mktemp, a deprecated function? I've hit a point where I have to hardcode a change. A comment in the code suggests that 'this function is provided for backwards compatibility only. Its use is not recommended.' but if our platform does not provide the deprecated function - how would we handle this? Would a change to this file be considered? To add macros around it so it doesn't fail? I understand this is all hypothetical but I want to know if I'm going in the right direction. ________________________________ From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx> Sent: Tuesday, September 09, 2025 14:05 To: Shiva Subramanian <Shiva.Subramanian@xxxxxxxxxx> Cc: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>; Florian Weimer <fweimer@xxxxxxxxxx>; andrew@xxxxxxxxxxxxxxx <andrew@xxxxxxxxxxxxxxx>; Shiva Subramanian via Gcc-help <gcc-help@xxxxxxxxxxx> Subject: Re: Porting GCC On Tue, 9 Sept 2025 at 14:00, Shiva Subramanian wrote: > > For some reason, configure/make assumes that the section of regex.c in libiberty that uses alloca needs to be used on Nonstop. Ah alloca, not "alloc". Yes, it looks like that's used by default. > Not sure if this inbox accepts attachments, but I've attached the compiler listing where the errors occur. I've tried to bypass this error by setting REGEX_MALLOC in CFLAGS & CPPFLAGS during configure but I've failed as the error still occurs, not sure if there's a better way to do this? I think CFLAGS is not used, try CFLAGS_FOR_BUILD=-DREGEX_MALLOC instead, that might work.
