Yes, sort of you use cmake-gui it will parse the cmakefiles and hopefully at least make it easier to alter some options. cmake-gui is usually a separate tool you need to download, but it should be readily available (dont't actually know if it is made in C/C++ or some script language, there is no amiga version that i know of).
@Sinan As far as i can see, 11.2 already in main adtools repo commit by SBA from Sodero. So you can just use this one as always, just doing "gild checkout gcc 11.2" instead of 8.4
@All Just to keep topic in sync, and maybe someone will need it later for reference: i build latest gcc 11.3 from adtools by fresh install of cygwin with latest cygwin's packages and all going well. In summary what changes:
1. There is the version of cygwin's newer packages used now:
2. Then when time to do gild checkout we do all as always, just "gild/bin/gild checkout gcc 11" instead of "gcc 8", (it will automatically take latest 11.x which is 11.3 for now).
3. And then as always we do change link to correct/latest SDK in the makefile. Now we at SDK 53.34, so new line for Makefile is:
When things about to be compiled, you will meet with error in original clib2 build, "crtbegin.c:42:10: fatal error: exec/types.h: No such file or directory", that because in new SDK we do have name of exec archive now "execsg_sdk-54.26.lha", while before things about kernel/utility/etc was in the "base.lha". So, either you manually copy from downloaded SDK from adtools/native-builds/downloads content of execsg_sdk-54.26 to SDK in /usr/local/amiga/ppc-amigaos/SDK, or you modify original makefile in adtools/native-build, by adding another "cd downloads/SDK_Install && lha xf execsg_sdk-54.26.lha" where need it, etc.
But it's good idea to just copy content manually over as it can be more issues with unpacking new SDK, so if you didn't want to bother with all the details, just unpack all the shit where is need it.
6.
And you also will be in needs to deal with Reschedule() until new SDK is not out by replacing in gthr-amigaos-native.c this funtion on:
libunix / libnet are missing from latest clib2 vs older one used, which is necessary for builing the coreutils though. Only because the makefile explicitly includes those libs in LIBS when running the "native-install" rule. They can be removed since - I guess - that those libraries are not needed anymore if using the latest clib2.
Edited by rjd324 on 2022/9/6 15:33:12 Edited by rjd324 on 2022/9/6 15:47:49
If liberty means anything at all, it means the right to tell people what they do not want to hear. George Orwell.
When I tried with 11.3 I got dwarf errors, with version 10 and below I do not. I just do not feel confident using 11.3 until that is corrected. Despite that, I have been using 11.3 for sometime, but that is also before @walkero suggested that building the cross-compiler for adtools should really be done using the latest clib2 because the very act of compiling the cross compiler requirers the latest clib2: it is the classic bootstrap scenario.
Through i do not recompile adtools with new clib2, i compile it with old one, and then compile new clib2 on top.
But, Dwarf errors usually mean differences between too new compiler and too old binutils. What we need , it's new binutils update. I have locale at lest next to 2.32.2 version, which is 2.24, just wasn't commit necessary changes to adtools. But the version of binutils which we surely need in end to have binutils and gcc be in sync in terms of "dwarf" is : 2.29. Once that done, all kind of dwarf errors should gone.
WSL2 Is probably the easiest way of running linux, even easier than a pre-built linux machine. If you are used to a amiga with abc-shell WSL2 is easier, and you can install Qt from the distro's repo(s).
You simple download WSL2 from windows appstore and a couple of minutes later you have a linux machine with your prefered distro, ubuntu, Debian, Kali Linux, OpenSUSE (my favorite), Alpine Linux, Fedora 36+ (for openSUSE it's the latest current distro version)
There might be some additional ones now.and notice that WSL2 is one of the things that MS updates alot with new stuff added on a weekly basis, to update simply go to the windows appstore and select update.
WSL2 Is probably the easiest way of running linux, even easier than a pre-built linux machine. If you are used to a amiga with abc-shell WSL2 is easier, and you can install Qt from the distro's repo(s).
You simple download WSL2 from windows appstore and a couple of minutes later you have a linux machine with your prefered distro, ubuntu, Debian, Kali Linux, OpenSUSE (my favorite), Alpine Linux, Fedora 36+ (for openSUSE it's the latest current distro version)
There might be some additional ones now.and notice that WSL2 is one of the things that MS updates alot with new stuff added on a weekly basis, to update simply go to the windows appstore and select update.
But it's good idea to just copy content manually over as it can be more issues with unpacking new SDK, so if you didn't want to bother with all the details, just unpack all the shit where is need it.
I am not sure if LHA issues are what you are talking about here. But, it is worth mentioning on this thread:
As for the LHA available through the standard repository on linux. Instead it is best to use:
https://github.com/jca02266/lha.git
and compile it from source. There are no such problems with this version of LHA. After installing it, then
lha --version
shoud report:
LHa for UNIX version 1.14i-ac20220213 (x86_64-pc-linux-gnu)
If liberty means anything at all, it means the right to tell people what they do not want to hear. George Orwell.
I am not sure if LHA issues are what you are talking about here.
Nope i mean just issues with missing SDK includes in new SDK when not everything unpacked by installer. Lha which i use originally in my howto on first page of this topic works well:
cd /amiga
git clone https://github.com/fragglet/lhasa
cd lhasa
./autogen.sh
make
make install