Re: Porting GCC

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 9 Sept 2025 at 17:26, Shiva Subramanian
<Shiva.Subramanian@xxxxxxxxxx> wrote:
>
> 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.

What exactly is the problem you need to solve? Can you not compile
choose-temp.c because it uses mktemp? Or do you just get warnings?

The choose_temp_base() function defined in that file is only used by
libiberty/pex-msdos.c which should not be needed for NonStop, so there
should be no reference to mktemp in the final gcc executables.




[Index of Archives]     [Linux C Programming]     [Linux Kernel]     [eCos]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [The DWARVES Debugging Tools]     [Yosemite Campsites]     [Yosemite News]     [Linux GCC]

  Powered by Linux