I think that Chris doesn't have anything against it that somebody would fix Netsurf to use class act. He just don't want to do it.
Correct.
it has not been tested. it is a development version, so it would make sense to disable the check and see what it actually needs.
I know what it needs as I have the source code and the Autodocs. The versions requested are definitely correct for the libraries, for the classes maybe not - it looks like when I ported it back to 3.5 I've blanket set the version numbers to 44 (bevel.image, for starters, will be happy with any version).
im not sure i have seen netsurf reaction frontend features that wouldnt work with the free available class act.
I'm not so sure. I've definitely been using newer window.class features - although I reverted some of this or created workarounds for 3.5/9 - and chooser.gadget and clicktab.gadget are dodgy on OS3.5 (clicktab is broken also on OS3.9). Even if it turns out I'm not explicitly using v44 features, it's highly likely some bug will mean they don't work as intended anyway.
I'll go through and set the correct version numbers when I have sufficient time to do so.
so, for the record, i tried that script again on my lubuntu build setup, and as i said it needs some tweaking. it doesnt build the gcc itself for some reason. i have gcc 6.2.0 amiga toolchain and i have gcc4.6.4 and gcc 6.3.0 aros68k toolchains, but i doubt it will build with these out of the box if the default is 3.x.x.
It should work with the aros68k toolchains, but you will most likely need to do some tweaking of buildsystem.git (and the NetSurf makefiles), as it will be expecting m68k-unknown-amigaos as the triplet, rather than whatever AROS is, so various things won't work.
If you build a "normal" Amiga m68k version of gcc it should work fine, no matter what version, however you might need to re-point some paths. I didn't realise there was a working gcc 6.2.0 for Amiga m68k. It would be good to get the NetSurf toolchain updated if you want to look at that?