AmiBlitz 3.12.0 update improves Amiga development with Reaction groundwork

The Amiga scene has always had a strange and wonderful relationship with time. The rest of the world may see the platform as retro, but the people still developing for it tend to treat that word less like a label and more like a dare. That spirit is very much alive in AmiBlitz 3.12.0, a new pre-release of the open-source successor to BlitzBasic on the Amiga. Released by Sven Dröge, also known as honitos, this update is not just a small maintenance drop. It lays important groundwork for Reaction programming, improves parts of the compiler and continues the long process of making the AmiBlitz environment cleaner and easier to work with. It is not the sort of release that arrives with fireworks. It is more like someone opening the garage door, switching on the light and quietly making the whole workshop better.

Reaction moves to the front

The headline feature in AmiBlitz 3.12.0 is the first proper step towards Reaction programming support. Reaction is the AmigaOS GUI system, used to create native graphical interfaces. With this update, AmigaOS NDK C header files have been converted into AmiBlitz 3 format, and new service functions have been added to make Reaction development more practical from within AmiBlitz.

The work is not complete yet. Not every gadget class is supported, and the release is clearly marked as a pre-release. But the direction is significant. AmiBlitz is being prepared for a future where developers can build more native AmigaOS applications without having to fight quite so hard with the machinery underneath. There will, of course, still be some fighting. This is Amiga development, not a guided wellness retreat. But the update makes the path look a little clearer.

A toolchain with less clutter

A major part of AmiBlitz 3.12.0 is devoted to tidying up the wider toolchain. Over time, development environments tend to collect layers of history. Functions overlap, libraries grow in different directions, old decisions remain in place because they once made sense, and eventually somebody has to look at the whole thing and ask why there are three different ways to do almost the same job.

That is exactly the sort of work happening here. Several Blitzlibs have been reorganised, especially in areas where different libraries provided similar commands. File requester handling, chunky-to-planar routines and other overlapping parts of the system have been moved into more logical places.

This kind of cleanup may not sound spectacular, but it is important. A cleaner toolchain is easier to maintain, easier to document and easier for developers to understand. It also means future work can happen on firmer ground, rather than on top of a pile of historical “please do not touch this” decisions.

At a glance

AmiBlitz 3.12.0 is mainly a foundations release. The most visible new direction is early Reaction support, but the update also improves compiler behaviour, reorganises libraries, adds new examples and smooths out parts of the IDE experience. It is the kind of release that matters because of what it enables next. Less glitter, more scaffolding. Less parade, more solid engineering. Very Amiga, in other words.

Faster and more reliable compiling

The compiler receives some useful attention in this release. AmiBlitz 3.12.0 introduces quicker multiply and divide routines when 68020+ optimisation is enabled, which should help generated code perform better on suitable systems. Macro handling across multiline statements has also been improved, and a cleanup bug that could appear when the compiler was started twice has been fixed.

That last one is a wonderfully specific kind of bug. Start the compiler once and everything behaves. Start it twice and suddenly the toolchain has opinions. Thankfully, it has now been dealt with.

For developers, these are the sort of improvements that make day-to-day work feel smoother. They are not flashy features, but they reduce friction, and reduced friction is often what keeps a project enjoyable after the novelty has worn off.

Small IDE changes that matter

The IDE changes are modest, but useful. The menu item previously called Update Help Index has been renamed to Update Includes-Help Index, which makes its purpose clearer. Cursor movement has also been adjusted so that moving up or down between shorter lines behaves more like modern editors, placing the cursor at the end of the shorter line instead of leaving it in an awkward position.

That may seem tiny, but editor behaviour is one of those things users notice immediately when it feels wrong. A cursor that behaves as expected is not exciting, but neither is a chair with four legs until one of them is missing.

Libraries get a clearer shape

The bundled libraries have also been reshaped as part of the update. Commands have been moved into more suitable locations, empty or obsolete libraries have been removed, and some names have been adjusted to better match AmigaOS header conventions. The aim is not just to rename things for the sake of it, but to make the structure of AmiBlitz easier to follow.

One notable change is the renaming of methodbblib to Amiga_Lib. The new name gives the library a clearer identity and better reflects its broader role in supporting AmigaOS-style functionality. The library also gains support for functions including Newlist and GetClass, helping it fit more naturally into the updated system. It is a practical change, and a good example of the wider theme of this release: less clutter, clearer purpose, better foundations.

More examples to learn from

AmiBlitz 3.12.0 also expands the examples available to developers. The release adds examples covering graphics, MUI, chunky libraries, BOOPSI and Reaction. That matters because examples often do more than documentation alone can. They show how the pieces fit together, give developers a starting point and reduce the amount of time spent staring at release notes wondering whether a sentence is instruction, warning or ancient prophecy.

The AB3FDConverter tool has also been improved so it can convert gadget classes into Blitzlibs, which connects directly with the new Reaction work. It is another sign that this update is not just adding a feature in isolation, but preparing the surrounding tools to support it properly.

Why this update matters

AmiBlitz 3.12.0 matters because it points to where the project is going. Reaction support opens the door to more native AmigaOS GUI development. The library cleanup makes the system easier to maintain. The compiler improvements make development smoother. The new examples make it easier for programmers to test the new pieces and start building with them.

Taken together, these changes suggest an active project rather than a preserved relic. AmiBlitz is not simply being kept alive for sentimental reasons. It is still being worked on, refined and pushed forward by people who understand both the history of the platform and the needs of developers using it today.

Conclusion

AmiBlitz 3.12.0 is a thoughtful and important update. It does not try to reinvent the language overnight, and it does not pretend that Reaction support is finished. Instead, it lays the groundwork, cleans up the surrounding environment and gives developers more to build on. For Amiga programmers, that is good news. The toolchain is becoming clearer, the compiler is getting sharper and native GUI development in AmiBlitz is starting to look more realistic.

The Amiga may be an old platform, but updates like this are a reminder that old does not mean finished. In this community, it often just means someone is about to release a new pre-release, fix three things you forgot were broken and make a joke in the title while doing it.