Pretty much all of it, even the most basic programs, they're compiled to require an FPU.
REMINDER - Stay logged in for at least 2 hours a week to get whitelisted.
Also it helps build a picture where our "good traffic" is coming from for detection scripts.
:o)
Also it helps build a picture where our "good traffic" is coming from for detection scripts.
:o)
FPU on a future builds ?
-
exxos
- Site Admin

- Posts: 28610
- Joined: 16 Aug 2017 23:19
- Location: UK
Re: FPU on a future builds ?
ahhh ok. Wasn't that when someone was talking about it just "looks" for the FPU but never actually uses it though ?Steve wrote: 04 May 2025 21:43 Pretty much all of it, even the most basic programs, they're compiled to require an FPU.
-
PhilC
- Moderator

- Posts: 7500
- Joined: 23 Mar 2018 20:22
Re: FPU on a future builds ?
Can you make a daughter board that plugs in to the CPU socket for it?
If it ain't broke, test it to Destruction.
-
exxos
- Site Admin

- Posts: 28610
- Joined: 16 Aug 2017 23:19
- Location: UK
Re: FPU on a future builds ?
That probably be more work than a respin of the board... Plus with all the hassle with the FPU on the DFB1X id likely not risk it either. At 50mhz everything has to be as good as possible else it won't work.PhilC wrote: 04 May 2025 22:21 Can you make a daughter board that plugs in to the CPU socket for it?
-
Steve
- Moderator

- Posts: 3334
- Joined: 15 Sep 2017 11:49
Re: FPU on a future builds ?
Whether it uses the FPU or just looks for one is kind of redundant, because there's literally hundreds of programs that make up MiNT (unix programs that boot from the kernel etc) So even on boot-up it might invoke a bunch of stuff that checks for an FPU. Like even the disk check which scans the disk for errors after an improper shutdown, even that won't run. FYI there was a big discussion here on this forum about the issue, I think Mikro was mainly involved in the discussion as he's the main maintainer of mint these days. As far as I'm aware it's not thought of as a bug, and it's always going to stay that way. There *is* the possibility of including an FPU emulator in Mint builds, but Mikro is concerned that it would slow down the distribution and cause lots of people submitting bug reports for 'slow FPU'.exxos wrote: 04 May 2025 21:44 ahhh ok. Wasn't that when someone was talking about it just "looks" for the FPU but never actually uses it though ?
-
exxos
- Site Admin

- Posts: 28610
- Joined: 16 Aug 2017 23:19
- Location: UK
Re: FPU on a future builds ?
@Steve Sounds like a FPU may just be a good idea if it causes that many headaches in not having it. I never considered mint, though I never used it.. aside from maybe last year where I just got a sh*t ton of errors, so gave up :P
-
frank.lukas
- Posts: 812
- Joined: 19 Jan 2018 11:52
-
stephen_usher
- Site sponsor

- Posts: 7452
- Joined: 13 Nov 2017 19:19
- Location: Oxford, UK.
Re: FPU on a future builds ?
The current 68030 versions of the MiNT libraries seem to be built using GCC with the m68882 support switched on and the start-up code (crt0.o) checks for an FPU and crashes out if it's not found.
This is very silly and I have no idea at what point this was set-up, as it wasn't there when I was actively helping the MiNT system in the mid 90s. It was probably someone's bright idea assuming that the only 68030 Atari hardware to ever exist would be the TT and Falcon (upgraded with FPU). To be honest, there was no reason to code it this way, you just have two versions of the libm library if you want software or hardware floating point.
This is very silly and I have no idea at what point this was set-up, as it wasn't there when I was actively helping the MiNT system in the mid 90s. It was probably someone's bright idea assuming that the only 68030 Atari hardware to ever exist would be the TT and Falcon (upgraded with FPU). To be honest, there was no reason to code it this way, you just have two versions of the libm library if you want software or hardware floating point.
Intro retro computers since before they were retro...
ZX81->Spectrum->Memotech MTX->Sinclair QL->520STM->BBC Micro->TT030->PCs & Sun Workstations.
Added code to the MiNT kernel (still there the last time I checked) + put together MiNTOS.
Collection now with added Macs, Amigas, Suns and Acorns.
ZX81->Spectrum->Memotech MTX->Sinclair QL->520STM->BBC Micro->TT030->PCs & Sun Workstations.
Added code to the MiNT kernel (still there the last time I checked) + put together MiNTOS.
Collection now with added Macs, Amigas, Suns and Acorns.
-
PhilC
- Moderator

- Posts: 7500
- Joined: 23 Mar 2018 20:22
Re: FPU on a future builds ?
So looking at the list of uses, I don't think I would have much use for an FPU, other than using up one of my spare 68882 chips.
If it ain't broke, test it to Destruction.
-
alexh
- Site sponsor

- Posts: 1363
- Joined: 17 Oct 2017 16:51
- Location: Oxfordshire
Re: FPU on a future builds ?
Anyone who has ever tried to make an 030 accelerator card will tell you that the FPU makes the timings much much worse so if you want a stable working board lots of care has to be made with the layout.
Senior Principal ASIC Engineer - SystemVerilog, VHDL
Thalion Webshrine - http://thalion.atari.org
ST,STf,STfm,STe,MegaST,MegaSTe,Falcon060
A500+,A600,A4000/060,CD32,CDTV
Thalion Webshrine - http://thalion.atari.org
ST,STf,STfm,STe,MegaST,MegaSTe,Falcon060
A500+,A600,A4000/060,CD32,CDTV
Who is online
Users browsing this forum: ClaudeBot and 9 guests