GCC 6.2 toolchain for AmigaOS 3

[Olaf Barthel]

Originally Posted by Mafi

...

My biggest problem is that Clang (pretty much used by all language servers like clangd and ccls) chokes on a lot of the NDK includes (mainly protos and any declarations using 68k registers. Basically means auto-complete etc. doesn't work, or partially works.

Which version/release of the AmigaOS 3.2 NDK are you currently using, exactly? The most recent release is still AmigaDOS 3.2 NDK R4, with R5 still being in the works.

R5 features further interface header file changes which render them more robust if the compiler environment claims to be the GNU 'C' compiler, but is really clang. The interface header files assumed that if gcc was showing its hand, it was a native or cross compiler targeted for AmigaOS 68k. With the current work-in-progress, you can actually use these header files directly with VSCode, for example, and no local changes required to even narrowly avoid tripping the code completion up. One of these days we might even had helpful code comments in the <clib/#?_protos.h> header files

R4 was still focused on getting the gcc 68k and vbcc interface header files into shape. That there was more trouble on the horizon with cross-compilation, etc. had yet to be discovered and addressed

[Mafi]

Originally Posted by Olaf Barthel

Which version/release of the AmigaOS 3.2 NDK are you currently using, exactly? The most recent release is still AmigaDOS 3.2 NDK R4, with R5 still being in the works.

R5 features further interface header file changes which render them more robust if the compiler environment claims to be the GNU 'C' compiler, but is really clang. The interface header files assumed that if gcc was showing its hand, it was a native or cross compiler targeted for AmigaOS 68k. With the current work-in-progress, you can actually use these header files directly with VSCode, for example, and no local changes required to even narrowly avoid tripping the code completion up. One of these days we might even had helpful code comments in the <clib/#?_protos.h> header files

R4 was still focused on getting the gcc 68k and vbcc interface header files into shape. That there was more trouble on the horizon with cross-compilation, etc. had yet to be discovered and addressed

TBH, I'm not sure... at least as it relates to the cross-compilation toolchain. I run Bebbo's install and it downloads NDK automatically; I just checked the header files and they appear to be dated mid-2021?!). On my real-Amiga I use R4.

Now I'm eagerly awaiting R5! My goal is to use (neo)vim with something like YCM as the auto-completion plugin. If I can get that going with 3.2 NDK R5 I'll be super happy.

Thanks for the update.

-M

[thyslo]

Thanks for showing the CMakeLists file, I'll have a look at it.

For autocomplete when programming in VSCode I have a workaround. In vscode setting file c_cpp_properties.json I define __clang__

            "defines": [
                "__clang__"
            ],

And in the .c/.cpp files I include the library proto headers like:

#ifdef __clang__
  #include <clib/alib_protos.h>
  #include <clib/exec_protos.h>
  #include <clib/dos_protos.h>
  #include <clib/intuition_protos.h>
#else
  #include <proto/alib.h>
  #include <proto/dos.h>
  #include <proto/exec.h>
  #include <proto/intuition.h>
#endif

With this, autocomplete works quite well here.

[Olaf Barthel]

Originally Posted by Mafi

TBH, I'm not sure... at least as it relates to the cross-compilation toolchain. I run Bebbo's install and it downloads NDK automatically; I just checked the header files and they appear to be dated mid-2021?!).

That likely makes them part of AmigaOS NDK 3.2 R3. The R4 header files should be dated early February 2022 (and we didn't manage to release R5 in 2023).

On my real-Amiga I use R4.

Now I'm eagerly awaiting R5! My goal is to use (neo)vim with something like YCM as the auto-completion plugin. If I can get that going with 3.2 NDK R5 I'll be super happy.

Thanks for the update.

-M

Happy to whet your appetite It's been taking longer than expected to get the next release "into orbit" because of the bug fixes applied to header files and much expanded documentation for the dos.library in the form of the now largest Autodoc file ever. Questions will be answered which managed to elude explanation and context for more than 30 years.

Just this month we kindly received fixes for the assembly language header files found in the "datatypes" drawer: they had been broken since at least 1993. The dos.library 'C' header files have been thoroughly reworked for perhaps the first time since 1989.

There's plenty to look forward to and, hopefully, make it easier to unlock what was previously hard to find in the documentation, if at all.

[Mafi]

Thanks Thyslo! I think there are other non-proto files that use __stdargs and ASM registers that clang refuses to work with. However, this might be a good stop-gap to eliminate a good chunk of errors!

-M

[Mafi]

Ok, I replaced the NDK version installed as part of the toolchain with R4 and clang complains much less, like much less. So for now I can probably live with this until R5 is made available! Thanks again.

-M

[Olaf Barthel]

Originally Posted by Mafi

Ok, I replaced the NDK version installed as part of the toolchain with R4 and clang complains much less, like much less. So for now I can probably live with this until R5 is made available! Thanks again.

-M

Hey, progress after all

Maybe there is a future for the NDK 3.2 R4 header files in the gcc distribution after all.

[alkis]

Originally Posted by Mafi

Ok, I replaced the NDK version installed as part of the toolchain with R4 and clang complains much less, like much less. So for now I can probably live with this until R5 is made available! Thanks again.

-M

For emacs + eglot I had to do it like that

#ifdef __clang__
#define __stdargs
#define __aligned
#include <clib/dos_protos.h>
#include <clib/exec_protos.h>
#else
#include <proto/dos.h>
#include <proto/exec.h>
#endif

With those two defines I think I stopped getting errors.

[Olaf Barthel]

Originally Posted by alkis

For emacs + eglot I had to do it like that

#ifdef __clang__
#define __stdargs
#define __aligned
#include <clib/dos_protos.h>
#include <clib/exec_protos.h>
#else
#include <proto/dos.h>
#include <proto/exec.h>
#endif

With those two defines I think I stopped getting errors.

Careful about that __aligned keyword. The code which needs it may have to be rewritten. Accidentally removing it through the preprocessor can have unforseen and really annoying consequences. The stack may get trashed, which is always hard to detect as the cause of unexpected trouble.

[alkis]

Originally Posted by Olaf Barthel

Careful about that __aligned keyword. The code which needs it may have to be rewritten. Accidentally removing it through the preprocessor can have unforseen and really annoying consequences. The stack may get trashed, which is always hard to detect as the cause of unexpected trouble.

No. See this is only for __clang__ (which emacs' eglot uses). When you do the actual compile with gcc, __clang__ is not defined.