> Date: Wed, 30 Oct 2024 01:45:45 +1100 > From: Nathanial Sloss <nathanialsl...@yahoo.com.au> > > On Tue, 29 Oct 2024 23:30:47 Taylor R Campbell wrote: > > > Pull in missing functions for MKSOFTFLOAT. > > > > That's interesting, how did you notice these were missing? What build > > does this affect? > > mac68k MKSOFTFLOAT. > > > > I'm surprised because I thought the libm build checked the _exact_ set > > of global dynamic symbols defined by libm.so, so if anything was > > missing it should be detected at build-time -- and if anything was > > added without updating a corresponding .expsym file, it should break > > the build. > > That's exactly what happened the expected symbols did not match those in libm > functions were missing. The build broke for m68k soft float without this > change. As you can see I only added this to the m68k section. The expected > file required nexttoward and s_rintl and similar to be apart of libm.
Interesting, thanks, so that means we don't have any automatic builds (let alone tests) of m68k MKSOFTFLOAT=yes? Is this configuration relevant for real-world hardware or is it more of a `for fun' option? Maybe we should have an m68k MKSOFTFLOAT=yes autobuild?