> because it is the only reasonable way to handle x86 segmentation from C.
That's nonsense, both GCC and Clang handle this perfectly well. It's how we handle compiling 16 bit option ROMs in qemu:
https://git.qemu.org/?p=qemu.git;a=blob;f=pc-bios/optionrom/...
This is the thing I don't get. qemu / SeaBIOS seem to build fine with a normal compiler like gcc or clang, as far as I know, and they're in Debian main. Why is VirtualBox different? What user-visible feature does its BIOS have that qemu doesn't - does it support booting OSes that qemu doesn't, or something?
Can VirtualBox just switch to SeaBIOS?
Notice the special routines required for reading and writing from segments. A true 16-bit DOS compiler handles this for you.
Re:Consider using Digital Mars C compiler
by atomicnumber1 on Thursday May 24, 2018 @05:55AM
(#17142522)
>It is also a bit strange to see it not in a form of "hey, we really care about free software, so we ported this part to use a free compiler, here's the performance comparison, here are the unit tests, here are the build instructions", but rather in asking someone else to spend considerable effort on implementing this.
I seem to see this shift in ideology from People.
> So as an end user of VirtualBox, I would either notice no difference at all (BIOS isn't a performance bottleneck really), or will get a regression due to bugs.
Yeah, but we're already getting VirtualBox for free, so we can't only take into account the benefits of the end-users ; if the developers find it more convenient to use this new compiler, so be it.
Yea, this is not about performance. This is about license problems. For code like BIOS, pretty much any good 16-bit C compiler should work.
> using the OpenWatcom compiler [0] for BIOS because it is the only reasonable way to handle x86 segmentation from C.
Can you elaborate?
So this ticket is basically asking the VirtualBox maintainers to take a reliably working part of the product and to port it to a different compiler, retest everything, fix any bugs caused by differences between compilers and update the build process as well. So as an end user of VirtualBox, I would either notice no difference at all (BIOS isn't a performance bottleneck really), or will get a regression due to bugs.
With all due respect to the free software community, I would say switching the compiler used in a stable product without an apparent improvement noticeable by the users would not serve their best interests. It is also a bit strange to see it not in a form of "hey, we really care about free software, so we ported this part to use a free compiler, here's the performance comparison, here are the unit tests, here are the build instructions", but rather in asking someone else to spend considerable effort on implementing this.
[0] https://www.virtualbox.org/ticket/12011