Hubbry Logo
AROS Research Operating SystemAROS Research Operating SystemMain
Open search
AROS Research Operating System
Community hub
AROS Research Operating System
logo
8 pages, 0 posts
0 subscribers
Be the first to start a discussion here.
Be the first to start a discussion here.
AROS Research Operating System
AROS Research Operating System
AROS Research Operating System
View on Wikipedia
from Wikipedia

AROS Research Operating System
Icaros (AROS distribution) Desktop 1.3.1 with Amiga 68K integration (August 2011)
DeveloperThe AROS Development Team
OS familyAmigaOS-like
Working stateCurrent
Source modelOpen source
Initial release1995; 30 years ago (1995)
Repository
Supported platformsIA-32, x86-64, PowerPC, m68k, ARM
Kernel typeMicrokernel
LicenseAROS Public
Official websitearos.sourceforge.io

AROS Research Operating System (AROS, pronounced "AR-OS") is a free and open-source multi media centric implementation of the AmigaOS 3.1 application programming interface (API) which is designed to be portable and flexible. As of 2021, ports are available for personal computers (PCs) based on x86 and PowerPC, in native and hosted flavors, with other architectures in development. In a show of full circle development, AROS has been ported to the Motorola 68000 series (m68k) based Amiga 1200,[1] and there is also an ARM port for the Raspberry Pi series.

Name and identity

[edit]
AROS Kitty

AROS originally stood for Amiga Research Operating System, but to avoid any trademark issues with the Amiga name,[2][3] it was changed to the recursive acronym AROS Research Operating System.[4]

The mascot of AROS is an anthropomorphic cat named Kitty, created by Eric Schwartz and officially adopted by the AROS Team in December 2002.

Used in the core AROS About and installer tools, it was also adopted by several AROS community sites and early distributions.

Other AROS identifiable symbols and logos are based around the cat shape, such as the Icaros logo, which is a stylised cat's eye, or AFA (Aros For Amiga).

Current status

[edit]
Amiga family/development tree

The project, begun in 1995, has over the years become an almost "feature complete" implementation of AmigaOS – which, as of May 2017,[needs update] only lacks a few areas of functionality. This was achieved by the efforts of a small team of developers.

It can be installed on most IBM PC compatibles, and features native graphics drivers for video cards such as the GeForce range made by Nvidia. As of May 2007 USB keyboards and mice are also supported. AROS has been ported to the Sam440ep PowerPC board and a first test version for the Efika was released in 2009.

While the OS is still lacking in applications, a few have been ported, including E-UAE, an emulation program that allows m68k-native AmigaOS applications to run. Some AROS-specific applications have also been written. AROS has TCP/IP networking support, and has available an experimental version of AMosaic web browser, for test purposes, among other Internet-related applications. The Poseidon USB stack has been ported to AROS.[5]

AROS is designed to be source-compatible with AmigaOS. On m68k Amiga hardware it is also binary-compatible, so binaries already compiled for AmigaOS 3 can be run on AROS.[6] On x86 IA-32 32-bit platforms Janus-UAE,[7] an enhanced E-UAE, integrates Amiga emulation directly into AROS to run AmigaOS m68k binaries nearly transparent to the user. As of August 2011, original AmigaOS 3 operating system files are needed for the emulation.

The aim of AROS is to remain aloof of the legal and political spats that have plagued other AmigaOS implementations by being independent of hardware and of any central control. The de facto motto of AROS, "No schedule and rocking" both lampoons the infamous words "On Schedule and Rockin" from Amiga, Inc. CEO Bill McEwen, and declares a lack of the formal deadlines.[8]

A workable AmigaOS Kickstart clone for the Motorola 68000 processor was released on March 31, 2011 as part of a programming bounty.[9][10] The memory requirement is 2 MB Chip RAM and 1 MB Fast RAM. This software is a complete free open-source alternative to AmigaOS.

Distributions

[edit]

The main AROS system files can be downloaded in many flavors from the project website. These files are compiled straight from the SVN source tree at night time, and are available as nightly builds. Nightlies also include some third party applications to allow people using the system to perform some very basic tasks.

For final/average user, like Linux, there are several distributions available:

Icaros Desktop

[edit]

Since April 2009, the name VMWAros has been changed into "Icaros Desktop" to avoid ambiguities with any existing copyrighted virtual machine of any kind. Amiga 68K emulation integration, 3D acceleration for Nvidia cards and latest updates of applications can be found there.[11] The latest version of Icaros Desktop is version 2.3 (released 22 December 2020).[12][13]

Broadway

[edit]

Broadway is a distribution of AROS begun late 2009. The goal is to provide an easy-to-use and complete AROS experience. AROS Broadway contains some commercial software such as a media center, a cloud storage service, and an app store. The latest version is 1.0 preview 5, released April 16, 2016.[14]

AspireOS

[edit]

AspireOS is a distribution, begun in 2011, by Nikos Tomatsidis, which is focused on Dell Latitude D520 and Acer Aspire One 110, 150 computers. Latest version is 2.2, codenamed "Obitus", released November 2018.[15][16]

AROS Vision

[edit]

AROS Vision is a native m68k distribution, which can run on both real hardware or in emulators like UAE.

Apollo OS

[edit]

ApolloOS is an active m68k distribution, crafted specially for the Vampire V4 Standalone FPGA-based system.

AxRuntime (AxRT)

[edit]

AxRuntime uses the AROS source code to create a portable runtime, which is what AROS in hosted mode is actually anyway. As a tool for developers the runtime makes use of this mode more convenient. The current version is version V41.4.[17] AxRuntime binaries are Linux binaries, but work with Windows Subsystem for Linux on both Windows 10 and Windows 11. For use on Linux the best recommendation is Ubuntu 20.04 64-bit, other Linux systems are less well supported but work.

Influence on AmigaOS and MorphOS

[edit]

Haage & Partner used small pieces of the AROS source code for AmigaOS 3.5 and 3.9.[18] Large parts of MorphOS (AmigaDOS, Intuition[19] and more) have been ported from AROS.[20]

System requirements

[edit]

x86

[edit]

See also

[edit]

References

[edit]
[edit]
Revisions and contributorsEdit on WikipediaRead on Wikipedia

AROS Research Operating System

View on Grokipedia
from Grokipedia
The AROS Research Operating System (AROS) is a free and open-source, lightweight, efficient, and flexible desktop operating system that implements API-level compatibility with 3.1, while being designed for portability across multiple hardware architectures such as x86, PowerPC, , and others. AROS originated in the mid-1990s amid concerns over the future of the platform following Commodore's mismanagement and the company's liquidation in 1994, which prompted Amiga enthusiasts to initiate projects aimed at preserving and modernizing the ecosystem. In 1993, early discussions focused on fixing bugs and updating , evolving into the AOS project, but formal development of AROS began in winter 1995 after Aaron Digulla issued a (RFC) to create a compatible, open-source alternative. Initially named Amiga Research Operating System, the project adopted the AROS in 2007 to avoid trademark conflicts with the name. The primary goals of AROS include achieving maximum binary compatibility on hardware where feasible, source-level compatibility on other platforms, and the ability to run either as a native OS or hosted on existing operating systems like or Windows. It seeks to enhance functionality with modern improvements, such as support for wide-character and multibyte strings, optimizations for SSE and AVX instructions, and integration of subsystems like the AHI audio system and Poseidon USB stack. Key features encompass a with datatypes for handling image formats (e.g., TIFF, ), portable graphics libraries, and community-contributed ports like SDL2 for broader application support. As of 2025, AROS remains an actively developed project under the 2.0 (with some components under GPL-2.0 and LGPL-2.1), with ongoing nightly builds for various architectures and toolchains, including GCC and . The development team maintains repositories on and , encouraging contributions, and provides stable distributions alongside experimental images for easy testing on modern PCs. While still considered alpha- or beta-quality in some areas, recent updates have focused on stability, EFI booting, and hardware compatibility, sustaining its niche as a bridge between legacy software and contemporary computing.

History

Origins and Early Development

The AROS project originated in the mid-1990s amid the declining support for the platform following Commodore's in , as enthusiasts sought to modernize and preserve its operating system legacy. In the winter of 1995, Aaron Digulla, frustrated by the fragmented efforts of the earlier AOS ( replacement) community and the lack of progress toward a unified, forward-looking OS, posted a on the AOS to identify minimal common goals for a new implementation. This initiative stemmed from a desire to create a lightweight, portable operating system that could replicate the efficiency and user-friendliness of 3.1 while addressing its hardware dependencies and limitations, serving as a brief reference to the target compatibility baseline. Digulla founded the project as a endeavor, initially naming it the Amiga Research Operating System (AROS), with the goal of reimplementing APIs from scratch in to ensure cross-platform portability across architectures such as x86, PowerPC, Alpha, , and HPPA. The focus was on achieving binary compatibility at the API level without relying on proprietary Amiga hardware or , enabling the OS to run on commodity PCs and other non-Amiga systems. Early development emphasized modularity and openness, attracting a small group of volunteer developers who contributed to core libraries like exec, dos, and through due to the absence of official documentation from Commodore or its successors. Key challenges in the initial years included the scarcity of verifiable AmigaOS internals, necessitating extensive of binaries and disassembly of executables to reconstruct APIs accurately, which slowed progress and led to ongoing debates within the about design priorities. Despite these hurdles, the project gained traction as a proof-of-concept for a free, Amiga-inspired OS. In 2007, amid legal concerns over the "Amiga" trademark held by Amiga, Inc., the name was officially changed to AROS Research Operating System to avoid potential disputes while retaining the . A significant milestone came in 2004 with the release of the first bootable version on x86 hardware, marking the transition from hosted prototypes to a standalone system capable of independent operation.

Key Milestones and Releases

The AROS project originated in 1995 with the goal of developing a portable, open-source reimplementation of the application programming interface. Key releases began with the introduction of nightly builds in 2004, which provided developers and testers with daily compilations of the latest code changes from the source repository, enabling rapid iteration and feedback on the system's evolving components. In 1996, the first hosted version for was made available, allowing AROS to run as an application within a Linux environment, which facilitated cross-platform development and testing without requiring dedicated hardware. Networking capabilities advanced significantly with the integration of a TCP/IP stack ported from AmiTCP, enabling basic connectivity for AROS systems, including support for protocols like BSD sockets. This laid the groundwork for applications requiring network access, such as web browsers and file transfers. By 2013, ABIv0 was released as a stable , serving as a foundational layer for compiling and running Amiga-compatible applications on x86 architectures while maintaining . Hardware support expanded in 2015 with the addition of USB functionality through the stack, integrated via libusb for Linux-hosted environments, allowing access to USB storage devices and peripherals like mice and keyboards. A major technical achievement came in May 2017, when developers announced near-complete implementation of the 3.1 API, covering most libraries and executive functions with only minor gaps remaining, significantly enhancing compatibility for legacy software.

Recent Developments

In 2023 and 2024, the AROS development team focused on stabilizing the system through extensive bug fixes, enhancing multimedia capabilities with support for modern image formats such as and HEIC via updates to the heic.datatype, and improving boot mechanisms including EFI support for better compatibility with contemporary hardware. These efforts addressed longstanding issues in rendering, file systems, and portability, laying groundwork for future architectural transitions while maintaining compatibility with 3.1 APIs, whose core completion dates back to 2017. A major milestone arrived in April 2025 with the release of the first stable bootable 64-bit AROS ISO, marking the culmination of years of development to extend the operating system's architecture beyond 32-bit limitations and enable support for larger memory addressing and modern processors. This ISO provided a foundational platform for testing and deployment, demonstrating reliable booting on x86 hardware without requiring installation. Building on this, May 2025 saw the rollout of the first full 64-bit distribution, featuring USB-bootable live versions optimized for x86 systems, which allowed users to run AROS directly from for evaluation and temporary use. These distributions emphasized ease of access, preserving the lightweight nature of AROS while introducing 64-bit enhancements for improved performance in resource-intensive applications. By August 2025, further refinements included updates to the (SDK) and U1.B packages, incorporating fixes accumulated over preceding months to bolster system stability and developer tools. Concurrently, advancements in porting efforts enabled the successful adaptation of SDL2, facilitating the launch of an updated port and initiating broader conversions of 32-bit programs to 64-bit compatibility. Ongoing development continued into late 2025 with further stability improvements and community contributions. These developments underscore AROS's ongoing evolution toward a more robust, operating system.

Development Process

Team and Community

The development of AROS is driven by a small core team of active developers, primarily volunteers drawn from the longstanding enthusiast community. These individuals contribute on a part-time basis, focusing on maintaining compatibility with 3.1 while expanding portability across modern hardware. Key current maintainers include Nick Andrews (known as Kalamatee) and Matthias Rustler, who handle core repository management and integration of community-submitted changes. Early leadership of the project traces back to founders such as Aaron Digulla and Adam Chodorowski, who initiated AROS in the late 1990s as a hobbyist effort to recreate AmigaOS functionality in an open-source framework. Over time, the project has seen transitions to a more distributed model, with current stewardship falling to a loose group of maintainers including the pseudonymous deadwood2, who leads efforts on 64-bit branches and ABI stability. This evolution reflects the volunteer-driven nature of AROS, where no formal corporate structure exists, and decisions are made collaboratively through mailing lists and code reviews. The broader AROS community plays a vital role in sustaining the project, with hundreds of occasional contributors submitting bug reports, ports to new architectures, and enhancements via platforms like and . For instance, recent contributions have included SDL2 porting by Nick Andrews and language support additions like Basque catalogs by Javier Alaguero. Community engagement occurs primarily through dedicated forums on AROS-World, which host discussions on development threads with thousands of views, and a server for real-time collaboration. These venues foster involvement from Amiga veterans and new programmers, emphasizing ports to platforms like and m68k. AROS maintains an open-source licensing model under the AROS Public License, which encourages widespread participation while protecting the project's Amiga-inspired heritage. Development follows a steady cadence, with automated nightly builds generated at 00:00 UTC daily—available for testing on the official download site, including versions as recent as November 2025—and periodic stable releases tied to major milestones, such as ABIv0 updates every few months. This rhythm ensures rapid iteration on volunteer-submitted work while prioritizing stability for end-users.

Licensing and Tools

AROS is licensed under the AROS Public License (APL) version 1.1, a permissive derived from the (MPL) 1.1. This license grants users worldwide, royalty-free rights to use, reproduce, modify, and distribute the software, while permitting the creation of proprietary derivative works as long as they do not modify the original AROS directly. However, any modifications to AROS itself must be made available under the same APL terms, ensuring availability for distributed changes and promoting collaborative development without imposing full restrictions on linked applications. The development of AROS relies on established open-source build tools, with (GCC) serving as the primary compiler, updated to version 15 in 2025 through applied patches that enable compatibility with modern C and C++ standards. , part of the project, is also supported, with approximately 90% of the AROS core compiling successfully using versions up to 20.1.0 as of mid-2025, providing an alternative for developers seeking improved diagnostics and optimization options. Cross-compilation is a core capability, facilitated by these toolchains to target multiple architectures including x86, , ARM, PowerPC, and m68k, allowing builds from host systems like , macOS, or Windows without native AROS execution. In 2025, the (SDK) received significant updates to support 64-bit development, including the U1.B package release in August for the base system version 20250418-1, which incorporates fixes for stability, libraries, and toolchain integration over preceding months. These packages enhance 64-bit compatibility, enabling developers to target architectures with updated headers, libraries, and examples for implementation. Version control for AROS has transitioned primarily to since the early 2020s, hosting the main development repository for core components, SDK, and build systems, where contributors submit patches and track progress through issues and pull requests.

Design and Architecture

Core Principles

The AROS Research Operating System is designed with the primary goal of achieving source-level compatibility with 3.1 applications, enabling them to run natively without the need for emulation or layers. This approach mirrors the strategy of projects like Wine for Windows software, prioritizing API-level fidelity to allow developers to recompile code directly for AROS while preserving the original system's behavior and performance characteristics. A key principle guiding AROS is its emphasis on lightweight and efficient resource utilization, distinguishing it from more resource-intensive . By minimizing overhead in memory and CPU demands, AROS aims to deliver a responsive suitable for a wide range of hardware, including low-power devices. This efficiency stems from a streamlined that avoids unnecessary abstractions, allowing users to maximize hardware potential without the bloat common in contemporary OSes. The system's facilitates easy across diverse CPU architectures, such as x86, , and PowerPC, by abstracting hardware-specific dependencies into interchangeable components. This modularity enables developers to adapt AROS to new platforms with minimal reconfiguration, promoting longevity and adaptability in an evolving hardware landscape. Originating as a research project to create a portable clone of , AROS adheres to a philosophy centered on reimplementing core APIs rather than introducing radical innovations beyond the AmigaOS paradigm. This research-oriented focus encourages community-driven improvements while maintaining strict adherence to established interfaces for compatibility.

Kernel and Components

The Exec library forms the core of the AROS kernel, functioning in a microkernel-like modular structure that oversees tasks, processes, and interrupts while reimplementing the AmigaOS 3.x Exec APIs for compatibility. It provides essential services such as preemptive multitasking via priority-based time slicing, memory allocation through functions like AllocMem and FreeMem, and inter-process communication using signals (with 32 bits per task, 16 reserved for system use) and semaphores for synchronization. Interrupt handling is managed via struct Interrupt entities, supporting both hardware and software interrupts with custom handler code, ensuring efficient dispatching and sharing across the system. AROS's kernel architecture emphasizes modularity, dividing into a (BSP) for hardware-specific kernel elements like Exec and drivers, a Strap layer for and initial filesystem access, and a machine-independent Base layer for core modules, which enhances portability across architectures such as x86 and . Processes are primarily coordinated through the DOS library integration, where tasks can attach to message ports for IPC, building on Exec's foundational task management. This design maintains compatibility by preserving low-level vector offsets (LVOs) and struct packing conventions, such as m68k-compatible alignment. Major subsystems complement the Exec kernel, including intuition.library for GUI development, which handles window creation, event ing via IDCMP messages, and interaction with underlying layers for clipping and rendering. dos.library manages file systems, supporting operations like directory traversal, I/O redirection, and execution through CLI commands and handlers for various types. graphics.library oversees display primitives, enabling pixel plotting, line drawing, color mapping, and area fills to support visual output on diverse hardware. To promote long-term stability, AROS adopted ABIv0 in 2013 as its primary for 32-bit environments, ensuring consistent executable formats and thread-safe memory operations like malloc and free protected by semaphores. In 2025, kernel enhancements introduced 64-bit extensions, including support for addressing modes and long-mode operation, alongside ABIv11 for native 64-bit applications, enabling better resource utilization on modern processors.

Portability Mechanisms

AROS achieves cross-platform portability primarily through its dual-mode architecture, consisting of native and hosted execution environments, which allow the operating system to run on diverse hardware without extensive reconfiguration. In native mode, AROS operates as a standalone system directly on bare metal, providing complete hardware control and optimal performance, though with potentially limited driver availability compared to hosted setups. This mode supports key architectures such as (including and variants for PC-compatible systems), (notably on devices like the via the raspi-armhf port), and m68k (for legacy hardware or compatible emulators). The native ports, such as AROS/pc-i386 for x86 and AROS/amiga-m68k, enable binary compatibility with on m68k systems while allowing AROS executables compiled for a specific CPU to run seamlessly across native and hosted variants of the same architecture, promoting code reusability. For broader architectural support, including PowerPC (e.g., sam440-ppc and darwin-ppc ports), AROS incorporates m68k emulation capabilities to execute legacy 68k binaries on non-native platforms like x86 or , facilitating compatibility without full recompilation in certain scenarios. In contrast, hosted mode positions AROS as an application process within a host operating system, relying on the host for hardware access, I/O operations, and resource management to simplify development and deployment. Supported hosts include (e.g., linux-i386 and linux-armhf), Windows via (mingw32-i386), and macOS via Darwin (darwin-i386 and darwin-x86_64), with additional compatibility for environments like (WSL) through Linux ports. This approach abstracts low-level hardware interactions via the host OS, reducing the need for AROS-specific drivers and enabling rapid prototyping on modern desktops. Central to these portability mechanisms is AROS's use of abstraction layers, particularly the , which encapsulates CPU-specific code and handling to isolate platform-dependent elements from the core OS. The HAL, implemented in an object-oriented manner, supports transitions across architectures like PowerPC, , and emulated m68k environments, ensuring that higher-level components such as the Exec kernel remain architecture-agnostic. This layered design allows developers to target multiple platforms with minimal modifications, exemplified by shared executable binaries between x86 native and Linux-hosted ports. Recent enhancements in 2025 have further bolstered portability, with fixes to builds for and targets, enabling more reliable cross-compilation and deployment on ARM hardware. Similarly, cross-builds saw improvements, including resolved stack alias issues for , enhanced C++ support, and compatibility with GCC 15, allowing approximately 90% of the core to compile via and facilitating smoother module linking across 64-bit environments. These updates, contributed primarily by developers like Nick Andrews, emphasize incremental portability gains without altering foundational mechanisms.

Features

User Interface

The user interface of AROS centers on a reimplementation of the desktop environment, providing a familiar graphical shell for file management and application launching. Known as Wanderer in AROS, this component serves as the primary and desktop, displaying icons representing volumes, disks, files, and directories (referred to as drawers). Users interact with it through standard operations such as dragging icons to open applications or move files between drawers, with support for drag-and-drop functionality to facilitate intuitive file handling. Although file operations remain partially implemented, Wanderer can function as a backdrop or a resizable window, allowing navigation across disks and system information access via a right-mouse-button-activated . The default graphical user interface toolkit in AROS is Zune, an object-oriented that closely emulates the Magic User Interface (MUI) from while integrating with the BOOPSI framework. Zune enables the creation of scalable vector-based elements, ensuring that GUI components adapt dynamically to font sizes and window dimensions without relying on fixed measurements. It supports theming through attribute-based customization, allowing developers and users to modify appearances via methods like SetAttrs() for colors, layouts, and visual styles, which promotes consistency across applications. Windows managed by Zune include standard gadgets for closing, sizing, and depth arrangement, with preferences configurable through the GUI Prefs tool or command-line invocation. Input handling in AROS is managed via the intuition.library, which processes events from keyboards, mice, and joysticks to enable responsive user interactions. For keyboards, it supports both vanilla key events for ASCII input and raw key events for qualifiers like function keys and modifiers, processed through message ports in application loops. Mouse interactions are captured via IDCMP flags such as MOUSEMOVE for position tracking and MOUSEBUTTONS for clicks, including right-button menus and drag operations, with joystick inputs treated similarly through button and movement events. These events are queued and replied to via standard Intuition functions like Wait() and ReplyMsg(), ensuring seamless integration with the . Keyboard layouts can be further customized using the Input preferences tool, supporting multiple presets and hotkey switching. AROS provides customization options for the desktop through theme support, enabling users to apply , wallpapers, and icon sets for personalized appearances. Since the late , enhancements like color gradients, anti-aliased fonts, and capabilities in have allowed for modern theme integrations, with tools for adjusting window borders, cursors, and backgrounds. This theming system, evolved in the , supports ambient-style effects such as rounded frames and dynamic layouts, configurable via preferences editors to enhance the overall without altering core functionality.

Multimedia Support

AROS provides multimedia support through a combination of ported open-source libraries and native datatypes, enabling handling of audio, video, and image content in applications compatible with APIs. Key audio capabilities include the integration of Soft, a cross-platform 3D audio library that simulates spatial sound effects for immersive experiences in games and simulations. This port, available via Amiga archives, supports features like distance attenuation and Doppler effects, enhancing audio realism without relying on proprietary hardware. In 2025, the porting of SDL2 (Simple DirectMedia Layer 2) marked a significant advancement for applications, particularly gaming. This update facilitates cross-platform development and runtime for titles such as , with fixes to SDL2 core and the addition of SDL2_mixer for enhanced audio handling. Early testing in mid-2025 demonstrated compatibility with legacy Amiga-style ports, opening opportunities for broader game and media application support. Image processing in AROS leverages datatypes for efficient display and manipulation of modern formats. Native support for TIFF was improved in recent updates to enhance rendering accuracy for complex images, while HEIC and datatypes were added between 2023 and 2025 to accommodate high-efficiency compressed files commonly used in mobile and web contexts. These additions, integrated into distributions like AROS One, allow seamless viewing of contemporary image types via tools like MultiView, without external dependencies. Additionally, 2025 updates included porting of Font.datatype and widechar/multibyte support to improve text rendering in contexts. Video playback relies on datatypes supporting common formats like and MPEG, achieved through integration with FFmpeg via ported media players such as . This setup enables decoding and rendering of standard video streams in Amiga-compatible environments, with providing a MUI-based interface for user interaction. The FFmpeg backend handles negotiation, ensuring broad format compatibility for playback in desktop applications. For graphics acceleration in multimedia contexts, AROS employs a limited implementation via Mesa 3D, originally ported in 2009 and maintained for compatibility. This setup supports 3D elements in video and image processing without deep integration into the core kernel.

Networking and Devices

AROS implements networking through AROSTCP, a TCP/IP stack ported from the AmiTCP subsystem originally developed for , enabling connectivity for applications such as clients, SSH, and web browsers. This stack supports standard protocols including IPv4 and basic , with compatibility for networking applications via the bsdsocket.library interface. Ethernet support is provided through device drivers for common chipsets like Realtek RTL8139 and PRO/1000, allowing wired connections in native mode on compatible hardware. In hosted mode, where AROS runs atop another operating system such as , networking—including —is facilitated via the host's infrastructure, typically using virtual network interfaces like TAP or for seamless integration without dedicated hardware drivers. USB support in AROS features a complete stack introduced progressively since 2007, with significant enhancements by 2015 that enabled robust handling of USB 2.0 devices. The stack includes controllers for UHCI, OHCI, and EHCI standards, supporting class devices for direct access to USB drives and HID class devices such as keyboards, mice, and gamepads through integration. This allows peripherals to function natively, with appearing as mountable volumes and HID inputs processed via the kernel's device handling mechanisms. File system support in AROS centers on a reimplementation of the Amiga Fast File System (FFS), known as FFSIntl, which provides efficient block allocation and long filename handling compatible with volumes. Additional handlers enable read/write access to file systems for cross-platform compatibility with Windows and other systems, as well as for optical media like CDs and DVDs. These implementations use the dos.library for unified file operations, ensuring portability across storage devices. Recent developments in 2025 have improved EFI integration, enhancing USB capabilities for live distributions such as AROS Portable, which allows direct execution from USB flash drives without requiring installation or modifications on modern x86 hardware. This update supports boot modes more reliably, facilitating easier testing and deployment on contemporary PCs.

Compatibility

AmigaOS API Coverage

AROS provides extensive reimplementation of the 3.1 application programming interfaces (), focusing on core system libraries to enable compatibility with legacy Amiga software. As of 2010, major libraries such as Exec.library, Dos.library, and had reached approximately 93% completion, with overall library coverage at 91%. Ongoing development has continued to improve coverage, including essential functions in (windowing and ), dos (file and management), and exec (task scheduling and allocation). This high fidelity allows many 3.1 applications to compile and run with minimal modifications on AROS platforms. Despite the comprehensive coverage, certain gaps persist, particularly in APIs tied to -specific legacy hardware such as custom chips (e.g., Agnus, Denise, and Paula for , , and operations). AROS prioritizes portability across modern architectures, implementing APIs at the software abstraction level without emulating original hardware, which results in incomplete support for low-level custom chip interfaces that rely on direct hardware access. These omissions affect a subset of older software optimized for the original chipset but do not impact higher-level applications using standard libraries. Compatibility is rigorously tested using adapted AmigaOS 3.1 test suites and community-developed frameworks to verify behavior across implementations like AROS, , and original . On the m68k architecture, AROS achieves binary compatibility, enabling unmodified Amiga 68k executables to run natively without recompilation, provided they adhere to 3.1 standards. In 2025, AROS advanced 64-bit extensions under ABIv11, enhancing performance on systems while maintaining for 32-bit applications through a that bridges the architectural gap without altering the core 3.1 semantics. This evolution ensures that existing 32-bit -compatible software continues to function seamlessly alongside new 64-bit developments, with ongoing enhancements in libraries and stability as of November 2025.

Hosted vs Native Modes

AROS operates in two primary execution modes: hosted and native, both providing the API as a common application layer. These modes differ fundamentally in their interaction with underlying hardware and host systems, influencing their suitability for various scenarios. In hosted mode, AROS runs as an application atop another operating system, such as , Windows via , or macOS via Darwin, leveraging the host's kernel, drivers, and libraries for hardware access. This approach emulates the environment without requiring direct hardware control, allowing AROS to utilize the host's peripherals and resources seamlessly. Hosted mode is particularly ideal for development and testing, as it enables developers to compile and run AROS applications quickly without dedicated hardware setup, and it supports pre-compiled binaries for easier distribution. For instance, the AROS/linux-i386 port is the most feature-complete hosted variant, facilitating rapid prototyping on standard x86 systems. Since the early , hosted mode has been accessible on Windows through the (WSL2), where AROS runs within a environment, enhancing cross-platform development for Windows users. Native mode, in contrast, allows AROS to boot independently and manage hardware directly, functioning as a standalone operating system without reliance on a host. Ports like AROS/pc-i386 and AROS/pc-x86_64-smp exemplify this, requiring compatible hardware such as 486+ processors for x86 systems and supporting features like symmetric multiprocessing (SMP) for improved efficiency. This mode is suited for end-user distributions and embedded applications where full system control is needed, such as in live CDs or hard disk installations on PC-compatible machines or Amiga hardware via emulation bridges like AfAOS. Native execution provides superior performance by avoiding host overhead, making it the recommended path for production use despite ongoing development of low-level drivers. Switching between hosted and native modes is achieved through configurable build options during compilation, where developers select the target flavor to generate either a hosted or a native . For hosted setups, launching involves running the AROS bootstrap with parameters like memory allocation flags; native booting occurs via installation media or direct hardware boot. The trade-offs between modes highlight their complementary roles: hosted mode offers easier portability and broader hardware compatibility through the host but incurs performance penalties from emulation layers, while native mode delivers optimal speed and independence at the cost of limited driver maturity and platform-specific challenges. These distinctions enable AROS to serve both experimental and practical deployments effectively.

Distributions

Major User Distributions

Icaros Desktop is a prominent x86-focused distribution of AROS, designed as a bootable live DVD or USB image for personal computers, allowing users to run the system without installation or alongside other operating systems like Windows. It emphasizes a complete desktop experience with pre-installed applications, including image editors, music composers, a web browser, media player, and the AROS SDK in its full Live! edition (approximately 2.32 GB), while the lighter edition (384 MB) provides essentials such as an Amiga compatibility layer. The latest release is version 2.3 (December 2020), which supports 32-bit builds and experimental 64-bit versions under development. It is based on an older AROS core and not compatible with the latest developments. AROS One, developed by AMIGASYSTEM, offers a portable 64-bit build of AROS targeted at users seeking a ready-to-use system on modern hardware, available as a DVD ISO or USB flash image for easy booting. Released initially in May 2025 as version 1.0 using ABIv11, it includes a rich set of from AROS Archives and contrib packages, such as Protrekkr for music production, Polar Paint for graphics, and AmiSSL for secure networking, while retaining the visual style and scripting from prior 32-bit versions. An update in August 2025 added new applications and further refined USB booting capabilities, enabling live sessions or hard drive installations via tools like , with enhanced support for virtualization environments like and . Deadwood serves as a foundational base system distribution for AROS, providing a minimal yet comprehensive 32-bit environment with integrated SDK for developers and advanced users, focusing on rather than extensive pre-installed applications. The March 2025 release (AROS ABIv0 20250313) incorporates three years of development advancements, aligning the 32-bit kernel with the level of the forthcoming 64-bit version through features like support, improved disk and network drivers, and over 60 bug fixes, alongside stabilized virtualization drivers for platforms such as . This update is available as binary packages or upgrade paths from prior versions, emphasizing hardware compatibility on recommended x86 systems without unnecessary bloat. AspireOS is a netbook-optimized variant of AROS, tailored for low-resource devices like the series (e.g., A110, A150, ZG5 models), offering a lightweight desktop with 3.1 compatibility and modern additions such as a and media player. Its last major update, version 2.2 codenamed "Obitus," was released in November 2018, focusing on architecture and efficient resource use for portable computing.

Specialized and Embedded Builds

AROS features several specialized builds tailored for niche hardware and embedded applications, extending its compatibility to emulation environments, legacy architectures, and minimal resource systems beyond standard desktop distributions. These variants prioritize hardware-specific optimizations, such as binary compatibility for classic software or lightweight footprints for constrained devices, often leveraging native mode for direct hardware access. AROS Vision is a m68k-targeted distribution designed for emulating hardware, enabling binary-compatible execution of classic 68k applications on modern emulators like WinUAE. It combines core AROS 68k components with pre-configured tools and libraries to recreate an authentic Amiga environment. In 2025, updates to AROS Vision incorporated enhancements for stability and compatibility, including demonstrations running legacy games like Virus Killer, showcasing seamless integration of 68k binaries in emulated setups. The final version for UAE was released in October 2025. Apollo OS is a m68k-focused build of AROS optimized for Apollo Vampire V4 standalone FPGA Amiga hardware, providing a stable platform for running Amiga-compatible software. Developed with an emphasis on AmigaOS API adherence, the latest version 9.5 was released around mid-2025, maintaining stability through community-driven updates for retro Amiga computing. Tiny AROS is a minimal distribution for x86 systems, providing a lightweight environment resembling 3.1 with core functionality and no extraneous applications. It is suitable for users seeking a basic, fast-booting AROS setup. As of 2025, it continues to receive updates, with version 3.3 released in 2024 focusing on desktop improvements like Wanderer as default. AxRuntime (AxRT) functions as a lightweight runtime environment for executing AROS applications portably, allowing developers to run API-based software on host systems like without a full AROS installation. Starting from version 41.4, released in late 2022, AxRT incorporates updated AROS base components for improved stability and feature support, including Intuition-based window management. Subsequent versions, such as v41.5 released in September 2025, provide bug fixes and integrate updates from recent AROS releases like ABIv0 20250313, enabling seamless deployment of AROS apps across x86 and platforms in development and testing workflows.

System Requirements

x86 and x86-64 Platforms

AROS supports both 32-bit x86 and 64-bit architectures on and processors, serving as the primary platforms for native and hosted deployments. The minimum hardware requirements for the 32-bit native version include an i486-compatible CPU, at least 24 MB of RAM, and access to an IDE or storage device for installation, though contemporary distributions recommend a 700 MHz or faster processor, 256 MB of RAM (1 GB for heavy usage), and sufficient storage for the ISO image. For the 64-bit variant, a 64-bit capable CPU is mandatory, alongside at least 64 MB of RAM in hosted configurations, but practical usage benefits from 1 GHz processors and 1 GB of RAM to ensure smooth operation on modern PCs. Boot methods for native x86 and installations include booting from USB live images, installing to a via tools like InstallAROS, or running in hosted mode under or Windows hosts using the AROSBootstrap executable. Graphics support relies on VESA-compliant modes or EFI framebuffers for basic display output, with no requirement for dedicated GPU acceleration, allowing compatibility with standard (S)VGA hardware. These setups have been tested and verified on modern systems, including those with interfaces for live sessions. Distributions like Icaros offer tailored x86 builds that align with these requirements for enhanced usability. As of 2025, development has focused on transitioning to a 64-bit ABI for improved performance on x86 platforms.

ARM and Other Architectures

AROS provides experimental support for the architecture primarily through a native port targeted at ARMv6-based hardware (such as early models), with ongoing development for newer devices; the hosted variant runs on distributions using the armhf (ARM hard-float) ABI, enabling execution within existing ARM-based environments without full hardware takeover. For the m68k architecture, AROS operates either emulated on x86 systems or natively on original hardware compatible with 3.1 (typically requiring a or higher CPU) and at least 4 MB of RAM to meet the demands of its AmigaOS-compatible environment. The PowerPC port includes hosted support on Darwin (Mac OS X) for older Macintosh systems like G3 and G4 models, as well as native support on hardware such as Sam440; 64-bit capabilities remain limited, restricting it to 32-bit operations in most configurations. Cross-compilation from host systems is essential for developing and building AROS on these non-x86 architectures, facilitated by the operating system's that promotes portability across processor families.

Influence and Legacy

Impact on Amiga Derivatives

AROS has significantly influenced modern successors through shared code and developer contributions, particularly in enhancing core system components. , a PowerPC-based derivative, incorporated substantial portions of AROS source code early in its development, including implementations of AmigaDOS and the windowing system, to accelerate its progress toward compatibility. This integration allowed to leverage AROS's open-source advancements in recreation, benefiting from the project's focus on lightweight, portable structures. Similarly, Haage & Partner utilized select AROS components, such as the Colorwheel and Gradientslider gadgets, in their updates to 3.5 and 3.9, demonstrating how AROS's licensed code supported enhancements in legacy environments. Developer overlap has further bridged AROS with these derivatives, especially in hardware support stacks during the . Key figure Chris Hodges, who developed the USB stack initially for Amiga-compatible platforms like those supporting , proposed and executed its open-sourcing via an AROS community bounty in 2009, enabling a direct port to AROS and fostering cross-project USB compatibility. These efforts highlight how AROS developers contributed expertise to bolster USB functionality in , aligning with broader goals of API fidelity. The shared heritage extends to API testing and bug resolution, where AROS serves as a neutral ground for validating enhancements intended for . Developers often prototype and debug AmigaOS-compatible features on AROS due to its full recreation and ease of access on x86 hardware, allowing identification of issues that could affect implementations before deployment on PowerPC systems. This process has led to reciprocal bug fixes, as compatibility-driven corrections in AROS inform refinements in 's executive and library layers. Communities surrounding AROS, , and exhibit considerable overlap, with AROS functioning as an accessible testing platform for applications portable across these ecosystems. Programmers frequently develop and iterate AmigaOS 3.1-compatible software on AROS—leveraging its free, open-source nature and broad hardware support—before adapting binaries for via shared standards and tools like cross-compilation IDEs. This portability reduces development barriers, enabling a unified pool of applications that run natively or with minimal adjustments on multiple derivatives. By 2025, AROS has made significant progress toward a stable 64-bit system on architecture, underscoring its role in inspiring architectural evolution among Amiga derivatives, offering an open-source blueprint for transitioning from 32-bit legacies to modern, resource-efficient designs while preserving compatibility.

Community and Future Prospects

The AROS remains active primarily through the AROSWorld forums, where developers, users, and enthusiasts discuss support, development, and contributions to the operating system. This platform hosts dedicated sections for AROS-specific topics, including troubleshooting, porting applications, and sharing user-created content. Additionally, the receives regular updates via the AROS News site on , which provides monthly roundups of progress, such as enhancements to web rendering and application ports in 2025. AROS has played a key role in preserving the Amiga software ecosystem by maintaining source and binary compatibility with 3.1, enabling the execution of legacy applications on modern hardware without emulation. This compatibility supports the archival and revival of thousands of Amiga-era programs, contributing to the broader retro computing preservation efforts. By 2025, AROS marks 30 years of continuous development since its inception in 1995, underscoring its enduring commitment to the heritage. Looking ahead, the AROS development team is prioritizing the completion of a full 64-bit ecosystem, with recent milestones including ABIv1 builds and improved feature support for hardware released in mid-2025. In October 2025, Update U2 further enhanced 64-bit stability, build predictability, and compatibility with legacy sources. Experimental support for and Linux-ARM environments is in development, with nightly builds available but not yet fully functional. These efforts aim to position AROS as a viable modern OS while retaining its Amiga roots. Despite these advancements, AROS faces challenges from its small, volunteer-driven development team, which limits the pace of feature implementation and bug resolution compared to larger projects. Ongoing work focuses on stabilizing 64-bit and variants, but resource constraints continue to shape a measured development trajectory.

References

  1. http://www.aros.org/introduction/
  2. https://aros.sourceforge.io/
  3. https://sourceforge.net/projects/aros/
  4. https://github.com/aros-development-team/AROS
  5. https://www.theregister.com/2025/05/22/aros_live/
  6. https://aros.org/introduction/index.html
  7. https://www.osnews.com/story/16668/interview-aros-founder-aaron-digulla/
  8. https://www.osnews.com/story/17933/aros-gets-a-new-name/
  9. https://aros.sourceforge.io/news/archive/2005.html
  10. https://aros.sourceforge.io/news/archive/2015.html
  11. https://arosnews.github.io/aros-x86-summary-2024/
  12. https://aros.sourceforge.io/news/archive/2024.html
  13. https://arosnews.github.io/aros-x86-april-2025/
  14. https://www.generationamiga.com/2025/07/31/transition-to-64-bit-architecture-opens-a-new-era-for-aros/
  15. https://arosnews.github.io/aros-x86-may-2025/
  16. https://arosnews.github.io/aros-x86-august-2025/
  17. https://www.osnews.com/story/143074/aros-gets-new-partitioning-tool-sdl2-port-and-more/
  18. https://github.com/orgs/aros-development-team/people
  19. http://www.aros.org/pictures/developers/
  20. https://github.com/deadwood2/AROS
  21. https://www.arosworld.org/
  22. https://sourceforge.net/projects/aros/files/nightly2/20251109/logs/
  23. https://aros.sourceforge.io/license.html
  24. https://aros.sourceforge.io/news/archive/2025.html
  25. https://aros.org/introduction/
  26. https://aros.org/
  27. https://en.wikibooks.org/wiki/Aros/Developer/Docs/Libraries/Exec
  28. http://www.aros.org/introduction/ports.html
  29. http://www.aros.org/documentation/using.html
  30. https://en.wikibooks.org/wiki/Aros/Developer/Docs/Libraries/Workbench
  31. https://en.wikibooks.org/wiki/Aros/Developer/Zune
  32. https://en.wikibooks.org/wiki/Aros/Developer/Docs/Libraries/Intuition
  33. http://www.aros.org/pictures/screenshots/
  34. http://aminet.net/package/dev/lib/openal-soft
  35. https://arosnews.github.io/aros-x86-july-2025/
  36. https://amigaworld.net/modules/news/article.php?storyid=9201
  37. https://theoasisbbs.com/aros-abiv11-core-enhancements-expand-64-bit-support/
  38. https://github.com/deadwood2/mplayer-mui
  39. https://ae.arosworld.org/index.php?topic=1044.15
  40. https://en.wikibooks.org/wiki/Aros/Developer/OpenGL
  41. https://en.wikibooks.org/wiki/Aros/User/Networking
  42. https://ae.arosworld.org/index.php?topic=41.0
  43. https://www.osnews.com/story/17555/aros-gets-initial-usb-support/
  44. https://www.amiga-news.de/en/news/AN-2015-11-00009-EN.html
  45. https://aros.sourceforge.io/documentation/shell/partition.html
  46. http://www.aros.org/introduction/status/libraries.html
  47. http://developers.aros.org/documentation/roadmap.html
  48. https://aros-exec.arosworld.org/modules/newbb/viewtopic.php?topic_id=123
  49. https://www.aros-vision.de/
  50. https://www.osnews.com/story/141470/aros-centimeters-closer-to-64bit/
  51. https://www.arosworld.org/infusions/forum/viewthread.php?thread_id=1706
  52. https://www.arosworld.org/infusions/news/news.php?readmore=47
  53. https://ae.arosworld.org/index.php?topic=1687.0
  54. http://www.aros.org/download.html
  55. http://vmwaros.blogspot.com/p/64-bit.html
  56. https://www.arosworld.org/infusions/forum/viewthread.php?thread_id=1717&pid=9640
  57. https://www.arosworld.org/infusions/forum/viewthread.php?thread_id=1124&pid=5394
  58. https://arosnews.github.io/aros-x86-march-2025/
  59. https://www.arosworld.org/infusions/forum/viewthread.php?thread_id=1392&pid=7969
  60. https://github.com/deadwood2/AROS/releases/tag/ABIv0_20250313-1
  61. https://archiveos.org/aspireos/
  62. https://aros-vision.de/Home.html
  63. https://www.amiga-news.de/en/news/AN-2025-10-00021-EN.html
  64. https://www.facebook.com/groups/42651330981/posts/10162448992230982/
  65. https://amitopia.com/5-practical-amiga-operating-systems-that-are-valuable/
  66. https://eab.abime.net/showthread.php?t=121418
  67. http://www.aros.org/nightly1.html
  68. https://en.wikibooks.org/wiki/Aros/Platforms/Arm_Raspberry_Pi_support
  69. https://www.tinyaros.it/
  70. https://axrt.org/release-notes?id=axruntime-v41-4
  71. https://www.arosworld.org/infusions/forum/viewthread.php?thread_id=1118&pid=9391
  72. https://www.axrt.org/
  73. http://www.aros.org/documentation/installation.html
  74. https://en.wikibooks.org/wiki/Aros/Platforms/x86_support
  75. https://arosnews.github.io/aros-portable/
  76. https://en.wikibooks.org/wiki/Aros/Developer/KernelBasics
  77. https://www.aros.org/introduction/ports.html
  78. https://en.wikibooks.org/wiki/Aros/Platforms/PPC_support
  79. http://www.aros.org/documentation/faq.html
  80. https://arosnews.github.io/
  81. https://theoasisbbs.com/aros-64-bit-update-u2/
  82. https://www.osnews.com/story/142873/aros-continues-centimetering-closer-to-j64bit/
  83. https://www.arosworld.org/infusions/forum/viewthread.php?thread_id=1114&rowstart=40&pid=9719
Add your contribution
Related Hubs
User Avatar
No comments yet.