Re: [MiNT] Still don't get it - difference between 68020 and 68020-60

[Vincent Rivière <vincent.riviere@freesbee.fr>]

Alan Hourihane wrote:
> Realistically we have....
>
> 68000 (Stock ST)
> 68000+68881 (Mega STE with FPU)
> 68020 (Stock ST with accelerator)
> 68020+68881 (Stock ST with accelerator with FPU)
> 68030 (Stock Falcon)
> 68030+68882 (Stock TT)
> 68040 (Afterburner / Hades 040)
> 68060 (CT60 / Hades 060)
>
> I think we should have them in multilib, at least in the GCC compiler.

Do really all stock Falcon lack an FPU ?
I understood some had one...

Note for readers: the 68040 and 68060 have an integrated FPU, so it is 
implicitly enabled by default.

For the multilib settings, your list has to be multiplied by 2 with -mshort 
at least for libgcc and libgem to be able to build the FreeMiNT kernel.

The result is a very big list, there is very few problems with that:

1) For the executables packages, this solution is perfect because the final 
users have just to pickup the package optimized for their machine and they 
get optimal results.

2) For the libraries binary packages: I really believe everyone should be 
encouraged to build software for all the supported multilibs. So the -devel 
packages should contain all the multilib variants, they may become huge. 
This is the only issue.

3) For the complexity of building the packages, this should be solved once 
for all the packages. The source packages should not contain any multilib 
settings. Ideally, the source package should be able to autodetect all the 
multilibs supported by the compiler (like the libraries provided by GCC do) 
and automatically build all the binary packages accordingly.

4) All the build system must be automatable and automated. A developer 
should only have to post a source package to a build farm, then all the 
binary packages would be automatically built. If there is no build farm, the 
developer should only have to type a single command on his machine to build 
everything.

5) For a distribution like Gentoo, the multilib stuff could be totally 
disabled (this is the default behaviour, isn't it ?), and everything would 
be compiled only once, for the native system.

Really, if we decide something, things will become very simple afterwards.

--
Vincent Rivière