Amsterdam Compiler Kit
| Amsterdam Compiler Kit | |
|---|---|
| Original authors | Andrew Tanenbaum, Ceriel Jacobs |
| Developer | David Given |
| Initial release | early 1980s |
| Stable release | 6.2+
/ April 17, 2025 |
| Repository |
|
| Written in | C |
| Engine | |
| Operating system | Minix, Unix-like |
| Type | Retargetable compiler |
| License | BSD licenses |
The Amsterdam Compiler Kit (ACK) is a retargetable compiler suite and toolchain written by Andrew Tanenbaum and Ceriel Jacobs, since 2005 maintained by David Given.[1] It has frontends for the following programming languages: C, Pascal, Modula-2, BASIC, and Occam.
History
[edit | edit source]The ACK's notability stems from the fact that in the early 1980s it was one of the first portable compilation systems designed to support multiple source languages and target platforms.[2][3]
The ACK was known as MINIX's native compiler toolchain until the MINIX userland was largely replaced by that of NetBSD (MINIX 3.2.0) and Clang was adopted as the system compiler.
It was originally closed-source software, initially distributed by Tanenbaum himself,[4] later through UniPress Software and Transmediair Utrecht as distributors in the Americas and Europe respectively. The distribution of compiler binaries for MINIX was a special case in this arrangement.[5] In April 2003, it was released under the BSD licenses.
Working principle
[edit | edit source]Maximum portability is achieved by using an intermediate language using bytecode, called EM-1[6] or EM[citation needed]. Each language front-end produces EM object files, which are then processed through several generic optimisers before being translated by a back-end into native machine code.
ACK comes with a generic linker and librarian capable of manipulating files in the ACK's own a.out-based format; it will work on files containing EM code as well as native machine code. However, EM code cannot be linked to native machine code without translating the EM binary first.
Target processors
[edit | edit source]ACK backends can produce native machine code for a wide range of CPUs, even starting with small 8 bit CPUs.
- 6502
- 65C124 - used for the first software controlled implantable defibrillator, the target was unique in that the C/EM code word size was 1 byte for an int and 2 bytes for a long.
- 6800 (assembler only)
- 6805 (assembler only)
- 6809 (assembler only)
- ARM
- 8080*
- Z80
- Z8000
- Intel 8086*
- i386
- 68000
- 68020
- 68040
- NS32016
- S2650 (assembler only)
- SPARC
- VAX4
- PDP-11
- Broadcom VideoCore IV (BCM2708)*
* Version 6.0
See also
[edit | edit source]Lua error in mw.title.lua at line 392: bad argument #2 to 'title.new' (unrecognized namespace name 'Portal').
References
[edit | edit source]- ^ Lua error in Module:Citation/CS1/Configuration at line 2172: attempt to index field '?' (a nil value). Time line on official website.
- ^ Lua error in Module:Citation/CS1/Configuration at line 2172: attempt to index field '?' (a nil value).
- ^ Lua error in Module:Citation/CS1/Configuration at line 2172: attempt to index field '?' (a nil value).
- ^ Lua error in Module:Citation/CS1/Configuration at line 2172: attempt to index field '?' (a nil value).
- ^ Lua error in Module:Citation/CS1/Configuration at line 2172: attempt to index field '?' (a nil value).
- ^ FOLDOC. "EM-1"
.jpg){kind=link}
.svg){kind=link}