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.