Re: GCC updated in NetBSD!

[Richard Iswara <haujekchifan@gmail.com>]

On 20/10/2021 04.47, Fernando Oleo Blanco wrote:
> Hello everybody! I bring good news!
> 
> GCC with Ada support has been updated in NetBSD! Now versions 10 and 11 
> should work on x86 and x86_64 NetBSD machines! You can find them in 
> pkgsrc-wip (gcc10-aux) [1] and Ravenports (gcc11) 
> [http://www.ravenports.com/]!
> 
> First things first, the acknowledgements: a big thank you goes to J. 
> Marino who did the original gcc-aux packages and who provided most if 
> not all the work when it came to fixing the threads and symbols. Another 
> big thank you goes to tobiasu who correctly picked up that the pthread 
> structure wrappers were not correct and had to be remade. Another big 
> thank you goes to Jay Patelani for his help with pkgsrc.
> 
> So, long story short. Most of the work that had been done up until a few 
> weeks ago was done correctly, but the failing tests (most related to 
> tasking) were failing in very strange ways. It happened that the pthread 
> structure memory that the Ada wrapper was using was incorrect, so we 
> were getting completely erratic behaviour. Once that got fixed, pretty 
> much all tests passed. J. Marino also took the time and effort to create 
> __gnat_* function wrappers to all the symbols that the NetBSD people 
> have renamed. This is a much cleaner fix and allows for the renamed 
> functions to generate the correct symbols since now they are getting 
> preprocessed. It should also be more "upstream friendly". The issue, 
> however, remains if NetBSD decides to rename more functions that are 
> still being linked directly.
> 
> There are still some failing ACATS tests (about 10). Some are related to 
> numerical precision and a couple others. They are mostly the same 
> failing tests in both GCC 10 and 11. J. Marino ran the ACATS tests on a 
> DragonflyBSD (or was it FreeBSD?) machine and the same tests were 
> failing there too. So we suspect is is a common limitation on *BSDs and 
> it is unlikely that this will ever affect anybody. There is also the 
> issue of stack unwinding when it contains a signal trampoline [2], read 
> the following thread to gain more information about this.
> 
> [1] https://github.com/NetBSD/pkgsrc-wip/tree/master/gcc10-aux
> [2] https://mail-index.netbsd.org/tech-kern/2021/10/15/msg027703.html
> 
> I have started trying to get GCC to xcompile to arm* on NetBSD. I think 
> I am somewhat close, but further hacking on NetBSD's src is needed (and 
> I think the RTS is not getting picked up correctly). So do not get your 
> hopes up. I mean, I have a working gcc x86_64 NetBSD host to NetBSD arm* 
> xcompiler, it is the native gcc on arm* that is not getting built 
> correctly.
> 
> Regards,
A big applause for your hard work identifying the problem in the first 
place.