Provided by: gm2-9-mipsisa64r6el-linux-gnuabi64_9.4.0-1ubuntu1~20.04cross1_amd64 
NAME
gm2 - The GNU Modula-2 compiler.
gm2l - GNU Modula-2 linker subcomponent.
gm2lcc - GNU Modula-2 linker subcomponent.
gm2lgen - GNU Modula-2 linker subcomponent.
gm2lsub - GNU Modula-2 linker subcomponent.
gm2m - GNU Modula-2 makefile generator.
h2def - Transform a 'C' header file into a Modula-2 definition file.
DESCRIPTION
NOTE: This document manual page may be out of date, check the texinfo file.
GNU Modula-2 is a front end ⟨http://gcc.gnu.org/frontends.html⟩ for GCC (the GNU Compiler
Collection). GCC contains a retargetable C compiler which has been ported to a large
number of architectures and operating systems. GNU Modula-2 utilizes the back end of GCC
and replaces the C language front end with a Modula-2 one.
The GNU Modula-2 front end can perform a substantial amount of static analysis of the
source code (see `-Wpedantic', `-Wpedantic-param-names', `-Wstudents', and `-Wpedantic-
cast').
Finally runtime checking has been implemented and can check: bounds of subranges and array
indexes, functions execute a 'RETURN' statement, a pointer does not dereference a 'NIL'
pointer value, and that the expression within a 'CASE' statement is correctly matched.
There are currently three sets of libraries. The 'Programming in Modula-2' libraries, the
'University of ULM libraries' and the ISO libraries. The ISO libraries are still being
written, however all definition modules for the three library sets are contained within
this document.
GNU Modula-2 also has the advantage of being closely tied to GCC (the GNU Compiler
Collection.) Not only does this produce excellent code and excellent architectural and
operating system coverage, but it also utilizes many of the GCC features. For example,
GNU Modula-2 can invoke the C preprocessor to manage conditional compilation; inlining of
`SYSTEM' procedures, intrinsic functions, memory copying routines are also exploited;
access to assembly language using GCC syntax is also provided. GNU Modula-2 also supports
sets of any ordinal type (memory permitting).
GNU Modula-2 Reads source code from files containing either: (1) definition modules, (2)
implementation modules, (3) main body module. Definition modules usually use the standard
extension '.def'. Whereas, implementation and main body modules use the standard
extension '.mod'. When using legacy code which worked with a different compiler, other
extensions may have been used. GNU Modula-2 can be told to search for those extension
first , before defaulting to the standard extensions. For example, use the command line
options: '-fdef=.d2 -fmod=.m2'.
GNU Modula-2 imports definition modules by reading the definition module file every time
(similar to C including .h header files). Traditional Modula-2 compilers would require
the compilation of every definition module into a symbol file before any import of symbols
from that definition module.
Purpose
It is expected that the primary purpose of GNU Modula-2 will be to compile legacy code.
Currently there are only a few commercial Modula-2 compilers being actively maintained.
Code which was written ten or fifteen years ago may still be compiled by older commercial
(possibly unmaintained) compilers.
While the 32 bit x86 remains these compilers presumably can be run in compatibility mode
(some compilers only produced 16 bit code). Time is running out as the computing industry
is switching to 64 microprocessors. While x86 emulation or 16 bit backwards compatibility
is always possible it has some serious drawbacks.
In order for the older source to run natively the source code will either have to be
translated into another high level language or alternatively a Modula-2 compiler which can
target these new generation of microprocessors will have to be acquired.
Current State
Currently GNU Modula-2 (0.49) implements all PIM dialects of the language, eventually GNU
Modula-2 will be fully compliant with ISO Modula-2. It has been built on i[3456]86
GNU/Linux, i[3456]86 BSD, Opteron LP64 GNU/Linux and sparc GNU/Linux systems. It has also
been built as a cross compiler for MinGW and StrongARM GNU/Linux.
GNU Modula-2 builds and passes all its regression tests on Debian Pure 64 (LP64
architecture), 64 bit Solaris, 32 bit x86 GNU/Linux (Suse 9.1, Debian, stable and
unstable) and 32 bit x86 FreeBSD.
Work is underway to build and test it on DARWIN/i386, and DARWIN/powerpc.
There is even a project to extend GNU Modula-2 with object oriented constructs similar to
Objective-C called 'Objective Modula-2' , or objM2 for short.
OPTIONS
This section describes the compiler's command line options specific to GNU Modula-2,
although many of the standard options are documented here. For details on generic options
see the manual page for gcc (The GNU C Compiler), and other members of the GNU Compiler
Collection.
Overall Options
--help Print (on the standard output) a description of the command line options understood
by gm2 If the -v option is also specified then --help will also be passed on to the
various processes invoked by gm2, so that they can display the command line options
they accept. If the -f option is also specified then command line options which
have no documentation associated with them will also be displayed.
--target-help
Print (on the standard output) a description of target specific command line
options for each tool.
--version
Display the version number and copyrights of the invoked GCC.
-c Compile and assemble the source files, but do not link. The linking stage simply
is not done. The ultimate output is in the form of an object file for each source
file.
-E Stop after the preprocessing stage; do not run the compiler proper. The output is
in the form of preprocessed source code, which is sent to the standard output.
-g Insert debugging symbols into the object files, and executable. NOTE: When using
the debugger, it may be useful to not optimize at a high level.
-Ipath Adds an include path. The GNU Modula-2 compiler needs to import symbols from
definition module files. It include's the definition file, rather than reading a
symbol file.
-On Set the optimization level and kind. -Os optimizes for size (desiring small
executables). -O,-O1,-O2, ..., -O6 optimize for speed, with increasingly powerful
techniques, such as loop unrolling and reordering of code. When debugging, only
use -O or at the most -O1.
-o file
Place output in file file. This applies regardless to whatever sort of output is
being produced, whether it be an executable file, an object file, an assembler
file, or preprocessed C code.
Since only one output file can be specified, it does not make sense to use -o when
compiling more than one input file, unless you are producing an executable file as
output.
If -o is not specified, the default is to put an executable file in a.out, the
object file for source.suffix in source.o, its assembly language file in source.s,
and all preprocessed C source on standard output.
-S Preprocess and compile the source code, but to not assemble. Do not delete the
temporary assembly language file. Stop after the stage of compilation proper; do
not assemble. The output is in the form of an assembly language code file for each
non-assembler input file specified.
-v Verbosely display all calls to subsidiary programs, such as the C preprocessor, the
GNU Modula-2 compiler and linker. Also print the version of the compiler, and
which specs file it is using.
-fcpp Preprocess the source with `cpp -lang-asm -traditional-cpp'. If -fcpp is supplied
then all definition modules and implementation modules which are parsed will be
preprocessed by `cpp'.
-fdef= Recognize the specified suffix as a definition module filename. The default
definition module filename suffix is `.def'. If this option is used GNU Modula-2
will still fall back to this default if a requested definition module is not found.
-fmod= Recognize the specified suffix as implementation and module filenames. The default
implementation and module filename suffix is `.mod'. If this option is used GNU
Modula-2 will still fall back to this default if it needs to read an implementation
module and the specified suffixed filename does not exist. Both this option and
-fdef= also work with the -fmakeall option.
-fextended-opaque
Allows opaque types to be implemented as any type. This is a GNU Modula-2 extension
and it requires that the implementation module defining the opaque type is
available so that it can be resolved when compiling the module which imports the
opaque type.
-fmakeall
Generate a temporary makefile and build all dependent modules and link.
-fmakelist
This option is only applicable when linking a program module. The compiler will
generate a `modulename.lst' file which contains a list indicating the
initialization order of all modules which are to be linked. The actual link does
not occur. The GNU Modula-2 linker scans all IMPORT's , generates a list of
dependencies and produces an ordered list for initialization. It will probably get
the order wrong if your project has cyclic dependencies, but the `.lst' file is
plain text and can be modified if required. Once the `.lst' file is created it can
be used by the compiler to link your project via the `-fuselist' option. It has no
effect if the `-c' option is present.
-fsources
Displays the path to the source of each module.
-fstatistics
Generates quadruple information: number of quadruples generated, number of
quadruples remaining after optimization. Quadruples are the intermediate language
used internally by the GNU Modula-2 compiler.
-fuselist
Providing `gm2' has been told to link the program module this option uses the file
`modulename.lst' for the initialization order of modules.
-Wverbose-unbounded
Inform the user which non `VAR' unbounded parameters will be passed by reference.
This only produces output if the option -funbounded-by-reference is also supplied
on the command line.
-funbounded-by-reference
Enable optimization of unbounded parameters by attempting to pass non `VAR'
unbounded parameters by reference. This optimization avoids the implicit copy
inside the callee procedure. GNU Modula-2 will only allow unbounded parameters to
be passed by reference if, inside the callee procedure, they are not written to, no
address is calculated on the array and it is not passed as a `VAR' parameter.
NOTE: That it is possible to write code to break this optimization, therefore this
option should be used carefully. For example, it would be possible to take the
address of an array, pass the address and the array to a procedure, read from the
array in the procedure and write to the location using the address parameter.
Due to the dangerous nature of this option it is not enabled when the -O option is
specified.
Runtime Checking Options
-fbounds
Generate code to check the bounds of subranges and array indexes.
-freturn
Generate code to check that functions always exit with a 'RETURN' and do not fall
out at the end.
-fnil Generate code to detect at runtime any attempt to access data through a 'NIL' value
pointer.
-fcase Generate code to detect at runtime whether a 'CASE' statement requires an 'ELSE'
clause when one was not specified. This generates an implicit 'ELSE' for 'CASE'
statements which do not define one. It simply prints an error message, and exits
with an error code.
-fsoft-check-all
Turns on all runtime checks. This is the same as invoking GNU Modula-2 using the
command options -fbounds, -freturn, -fnil, -fcase, -frange, ,-findex, -fwholediv
Style Checking Options
-Wstudents
Checks for bad programming style. This option is aimed at new users of Modula-2 in
that it checks for situations which might cause confusion and thus mistakes. It
checks whether variables of the same name are declared in different scopes and
whether variables look like keywords. Experienced users might find this option too
aggressive.
-Wpedantic
Forces the compiler to reject nested 'WITH' statements referencing the same record
type. Does not allow multiple imports of the same item from a module. It also
checks that: procedure variables are written to before being read; variables are
not only written to but read from; variables are declared and used. If the
compiler encounters a variable being read before written it will terminate with a
message. It will check that 'FOR' loop indices are not used outside the end of
this loop without being reset.
-Wpedantic-param-names
Procedure parameter names are checked in the definition module against their
implementation module counterpart. This is not necessary in ISO or PIM versions of
Modula-2, but it can be extremely useful, as long as code is intentionally written
in this way.
-Wpedantic-cast
Warns if the ISO system function is used and if the size of the variable is
different from that of the type. This is legal in ISO Modula-2, however it can be
dangerous. Some users may prefer to use 'VAL' instead in these situations and use
'CAST' exclusively for changes in type on objects which have the same size.
Language Dialect Options
-fiso Turn on ISO standard features. Currently this enables the ISO SYSTEM module and
alters the default library search path so that the ISO libraries are searched
before the PIM libraries. It also effects the behavior of 'DIV' and 'MOD'
operators.
-fpim Turn on PIM standard features. Currently this enables the PIM SYSTEM module and
determines which identifiers are pervasive (declared in the base module). If no
other -fpim[234] switch is used then division and modulus operators behave as
defined in PIM4. (See LANGUAGE DIALECTS.)
-fpim2 Turn on PIM-2 standard features. Currently this removes SIZE from being a pervasive
identifier (declared in the base module). It places SIZE in the SYSTEM module. It
also effects the behavior of 'DIV' and 'MOD' operators.
-fpim3 Turn on PIM-3 standard features. Currently this only effects the behavior of `DIV'
and `MOD' operators.
-fpim4 Turn on PIM-4 standard features. Currently this only effects the behavior of `DIV'
and `MOD' operators.
-fpositive-mod-floor-div
Forces the `DIV' and `MOD' operators to behave as defined by PIM4. All modulus
results are positive and the results from the division are rounded to the floor.
NOTE: See the section LANGUAGE DIALECTS for a table describing these results.
Library Search Path Options
-flibs=ulm
Modifies the default library search path so that the University of Ulm libraries
are searched before the other PIM libraries.
-flibs=pim
Modifies the default library search path so that the PIM libraries are searched
before any others (the default).
-flibs=pim-coroutine
Modifies the default libraries search path so that the PIM `SYSTEM' module
providing coroutine support is searched before the base PIM libraries. This
directory also includes many coroutine related libraries.
-flibs=iso
Modifies the default library search path so that the ISO libraries are searched
before any others (not needed if `-fiso' was specified).
-flibs=logitech
Modifies the default library search path so that the Logitech compatible libraries
are searched before the base PIM libraries.
-flibs=min
Modifies the default library search path so that the minimal set of runtime
libraries are searched before any others. Useful if targetting a small memory
embedded device.
LANGUAGE DIALECTS
This section describes the dialects understood by GNU Modula-2. It also describes the
differences between the dialects and any command line switches which determine dialect
behavior.
The GNU Modula-2 compiler is based on the language as defined in:
PIM2 ´Programming in Modula-2´, 2nd Edition,
Springer Verlag, 1982, 1983 by Niklaus Wirth,
PIM3 ´Programming in Modula-2´, 3rd Corrected Edition,
Springer Verlag, 1985 by Niklaus Wirth, and
PIM4 ´Programming in Modula-2´, 4th Edition,
Springer Verlag, 1988, by Niklaus Wirth.
ISO The International Standards Organization's ISO/IEC 10514-1:1996 Information
Technology -- Programming Languages -- Part-1: Modula-2, Base Language
It also includes ISO M2 features and GNU Modula-2 extensions. Currently GNU Modula-2
(0.49) implements all PIM dialects of the language, eventually GNU Modula-2 will be fully
compliant with ISO Modula-2 Base Language. It supports neither ISO Modula-2 Generics, nor
ISO Object Oriented Modula-2.
The command line switches -fpim2, -fpim3, -fpim4, and -fiso can be used to force mutually
exclusive features. However by default the compiler will not aggressively fail if a non
mutually exclusive feature is used from another dialect. For example it is possible to
specify -fpim2 and still utilize DEFINITION MODULES which have no export list.
Some dialect differences will force a compile time error, for example in PIM2 the user
must IMPORT SIZE from the module SYSTEM , whereas in PIM3 and PIM4 SIZE is a pervasive
function. Thus compiling PIM4 source code with the -fpim2 switch will cause a compile time
error. This can be fixed quickly with an additional IMPORT or alternatively by compiling
with the -fpim4 switch.
However there are some very important differences between the dialects which are mutually
exclusive and therefore it is vital that users choose the dialects with care when these
language features are used.
Integer Division, Remainder and Modulus
The most dangerous set of mutually exclusive features found in the four dialects supported
by GNU Modula-2 are the `INTEGER' division, remainder and modulus arithmetic operators.
It is important to note that the same source code can be compiled to give different
runtime results depending upon these switches! The reference manual for the various
dialects of Modula-2 are quite clear about this behavior and sadly there are three
distinct definitions.
The table below illustrates the problem when a negative operand is used.
Pim2/3 Pim4 ISO
----------- ----------- ----------------------
lval rval DIV MOD DIV MOD DIV MOD / REM
31 10 3 1 3 1 3 1 3 1
-31 10 -3 -1 -4 9 -4 9 -3 -1
31 -10 -3 1 -3 1 Exception -3 1
-31 -10 3 -1 4 9 Exception 3 -1
See also pg24 of PIM2, pg27 of PIM3, pg29 of PIM4, and pg201 of the ISO Standard. At
present all dialect division, remainder and modulus are implemented as above, apart from
the exception calling in the ISO dialect. Instead of exception handling the results are
the same as the PIM4 dialect. This is a temporary implementation situation.
The PIM SYSTEM Module
The different dialects of Modula-2 PIM-[234] and ISO Modula-2 declare the function `SIZE'
in different places. PIM-[34] and ISO Modula-2 declare `SIZE' as a pervasive function
(declared in the base module). PIM-2 defined `SIZE' in the `SYSTEM' module.
DEFINITION MODULE SYSTEM ;
EXPORT QUALIFIED (* the following are built into the compiler: *)
ADDRESS, WORD, BYTE, BITSET, ADR, TSIZE, SIZE ;
END SYSTEM.
The ISO SYSTEM Module
DEFINITION MODULE SYSTEM;
(* Gives access to system programming facilities that
are probably non portable. *)
(* The constants and types define underlying properties
of storage *)
EXPORT QUALIFIED BITSPERLOC, LOCSPERWORD,
LOC, BYTE, WORD, BITSET, ADDRESS,
ADDADR, SUBADR, DIFADR, MAKEADR, ADR, ROTATE,
SHIFT, CAST, TSIZE,
(* Internal GM2 compiler functions *)
ShiftVal, ShiftLeft, ShiftRight,
RotateVal, RotateLeft, RotateRight ;
CONST
(* <implementation-defined constant> ; *)
BITSPERLOC = __ATTRIBUTE__ __BUILTIN__ ((BITS_PER_UNIT)) ;
(* <implementation-defined constant> ; *)
LOCSPERWORD = __ATTRIBUTE__ __BUILTIN__ ((UNITS_PER_WORD)) ;
(* <implementation-defined constant> ; *)
LOCSPERBYTE = 8 DIV BITSPERLOC ;
(*
all the objects below are declared internally to gm2
====================================================
TYPE
LOC; (* A system basic type. Values are the uninterpreted
contents of the smallest addressable unit of storage *)
ADDRESS = POINTER TO LOC;
WORD = ARRAY [0 .. LOCSPERWORD-1] OF LOC;
(* BYTE and LOCSPERBYTE are provided if appropriate for machine *)
TYPE
BYTE = ARRAY [0 .. LOCSPERBYTE-1] OF LOC;
PROCEDURE ADDADR (addr: ADDRESS; offset: CARDINAL): ADDRESS;
(* Returns address given by (addr + offset), or may raise
an exception if this address is not valid.
*)
PROCEDURE SUBADR (addr: ADDRESS; offset: CARDINAL): ADDRESS;
(* Returns address given by (addr - offset), or may raise an
exception if this address is not valid.
*)
PROCEDURE DIFADR (addr1, addr2: ADDRESS): INTEGER;
(* Returns the difference between addresses (addr1 - addr2),
or may raise an exception if the arguments are invalid
or address space is non-contiguous.
*)
PROCEDURE MAKEADR (high: <some type>; ...): ADDRESS;
(* Returns an address constructed from a list of values whose
types are implementation-defined, or may raise an
exception if this address is not valid.
In GNU Modula-2, MAKEADR can take any number of arguments
which are mapped onto the type ADDRESS. The first parameter
maps onto the high address bits and subsequent parameters map
onto lower address bits. For example:
a := MAKEADR(BYTE(0FEH), BYTE(0DCH), BYTE(0BAH), BYTE(098H),
BYTE(076H), BYTE(054H), BYTE(032H), BYTE(010H)) ;
then the value of, a, on a 64 bit machine is:
0FEDCBA9876543210H
The parameters do not have to have the same type,
but constants _must_ be typed.
*)
PROCEDURE ADR (VAR v: <anytype>): ADDRESS;
(* Returns the address of variable v. *)
PROCEDURE ROTATE (val: <a packedset type>;
num: INTEGER): <type of first parameter>;
(* Returns a bit sequence obtained from val by rotating up or
down (left or right) by the absolute value of num.
The direction is down if the sign of num is negative,
otherwise the direction is up.
*)
PROCEDURE SHIFT (val: <a packedset type>;
num: INTEGER): <type of first parameter>;
(* Returns a bit sequence obtained from val by shifting up
or down (left or right) by the absolute value of num,
introducing zeros as necessary. The direction is down
if the sign of num is negative, otherwise the direction
is up.
*)
PROCEDURE CAST (<targettype>; val: <anytype>): <targettype>;
(* CAST is a type transfer function. Given the expression
denoted by val, it returns a value of the type <targettype>.
An invalid value for the target value or a
physical address alignment problem may raise an exception.
*)
PROCEDURE TSIZE (<type>; ... ): CARDINAL;
(* Returns the number of LOCS used to store a value of the
specified <type>. The extra parameters, if present,
are used to distinguish variants in a variant record.
*)
*)
(* The following procedures are invoked by GNU Modula-2 to
shift non word set types. They are not part of ISO Modula-2
but are used by GNU Modula-2 to implement the SHIFT procedure
defined above. *)
(*
ShiftVal - is a runtime procedure whose job is to implement
the SHIFT procedure of ISO SYSTEM. GNU Modula-2 will
inline a SHIFT of a single WORD sized set and will
only call this routine for larger sets.
*)
PROCEDURE ShiftVal (VAR s, d: ARRAY OF BITSET;
SetSizeInBits: CARDINAL;
ShiftCount: INTEGER) ;
(*
ShiftLeft - performs the shift left for a multi word set.
This procedure might be called by the back end of
GNU Modula-2 depending whether amount is known at
compile time.
*)
PROCEDURE ShiftLeft (VAR s, d: ARRAY OF BITSET;
SetSizeInBits: CARDINAL;
ShiftCount: INTEGER) ;
(*
ShiftRight - performs the shift left for a multi word set.
This procedure might be called by the back end of
GNU Modula-2 depending whether amount is known at
compile time.
*)
PROCEDURE ShiftRight (VAR s, d: ARRAY OF BITSET;
SetSizeInBits: CARDINAL;
ShiftCount: INTEGER) ;
(*
RotateVal - is a runtime procedure whose job is to implement
the ROTATE procedure of ISO SYSTEM. GNU Modula-2
will inline a ROTATE of a single WORD (or less)
sized set and will only call this routine for
larger sets.
*)
PROCEDURE RotateVal (VAR s, d: ARRAY OF BITSET;
SetSizeInBits: CARDINAL;
RotateCount: INTEGER) ;
(*
RotateLeft - performs the rotate left for a multi word set.
This procedure might be called by the back end of
GNU Modula-2 depending whether amount is known at
compile time.
*)
PROCEDURE RotateLeft (VAR s, d: ARRAY OF BITSET;
SetSizeInBits: CARDINAL;
RotateCount: INTEGER) ;
(*
RotateRight - performs the rotate right for a multi word set.
This procedure might be called by the back end of
GNU Modula-2 depending whether amount is known
at compile time.
*)
PROCEDURE RotateRight (VAR s, d: ARRAY OF BITSET;
SetSizeInBits: CARDINAL;
RotateCount: INTEGER) ;
END SYSTEM.
GM2 LANGUAGE EXTENSIONS
This section introduces the GNU Modula-2 language extensions.
Abstract Types
The GNU Modula-2 compiler allows abstract data types to be any type, not just restricted
to a pointer type providing the -fextended-opaque command line option is supplied.
Declaration Order
Declarations can be made in any order, whether they are types, constants, procedures,
nested modules or variables.
Interfacing to C
GNU Modula-2 also allows programmers to interface to `C' and assembly language.
The GNU Modula-2 compiler tries to use the C calling convention wherever possible however
some parameters have no C equivalent and thus a language specific method is used. For
example unbounded arrays are passed as a `struct void *address, unsigned int high' and the
contents of these arrays are copied by callee functions when they are declared as non
`VAR' parameters. The `VAR' equivalent unbounded array parameters need no copy, but still
use the `struct' representation.
The recommended method of interfacing GNU Modula-2 to C is by telling the definition
module that the implementation is in the C language. This is achieved by using the tokens
`DEFINITION MODULE FOR “C”'.
DEFINITION MODULE FOR "C" libprintf ;
EXPORT UNQUALIFIED printf ;
PROCEDURE printf (a: ARRAY OF CHAR; ...) ;
END libprintf.
The `UNQUALIFIED' keyword in the definition module informs GNU Modula-2 not to prefix the
module name to exported references in the object file.
The `printf' declaration states that the first parameter semantically matches `ARRAY OF
CHAR' but since the module is for the C language it will be mapped onto 'char *'. The
token `...' indicates a variable number of arguments (varargs) and all parameters passed
here are mapped onto their C equivalents. Arrays and constant strings are passed as
pointers.
The hello world program can be rewritten as:
MODULE hello ;
FROM libprintf IMPORT printf ;
BEGIN
printf("hello world0)
END hello.
and it can be compiled by: gm2 -fmakeall -g -I. hello.mod -lc.
In reality the `-lc' is redundant as libc is always included in the linking process. It is
shown here to emphasize that the C library or object file containing `printf' must be
present.
Interfacing to Assembly Language
The interface for GNU Modula-2 to assembly language is almost identical to GNU C. The
only alterations are that the keywords `asm' and `volatile' are in capitals, following the
Modula-2 convention.
A simple, but highly non-optimal, example is given below. Here we want to add the two
`CARDINAL's `foo' and `bar' together and return the result.
PROCEDURE Example (foo, bar: CARDINAL) : CARDINAL;
VAR
myout: CARDINAL;
BEGIN
ASM VOLATILE ("movl %1,%%eax; addl %2,%%eax; movl %%eax,%0"
: "=g" (myout) (* outputs *)
: "g" (foo), "g" (bar) (* inputs *)
: "eax"); (* we trash *)
RETURN( myout );
END Example;
Special Tokens
GNU Modula-2 provides support for the special tokens __LINE__, __FILE__, __FUNCTION__,
and __DATE__. Support for these tokens will occur even if the -fcpp option is not
supplied. A table of these identifiers and their data type and values is given below:
Scope GNU Modula-2 token Data type and example value
anywhere __LINE__ Constant Literal compatible
with CARDINAL, INTEGER and WORD.
Example 1234
anywhere __FILE__ Constant string compatible
with parameter ARRAY OF CHAR or
an ARRAY whose SIZE is >= string
length. Example "hello.mod"
procedure __FUNCTION__ Constant string compatible
with parameter ARRAY OF CHAR or
an ARRAY whose SIZE is >= string
length. Example
"calc"
module __FUNCTION__ Example
"module hello initialization"
anywhere __DATE__ Constant string compatible
with parameter ARRAY OF CHAR or
an ARRAY whose SIZE is >= string
length. Example
"Thu Apr 29 10:07:16 BST 2004"
Preprocessor
The preprocessor cpp can be invoked via the -fcpp command line option. This in turn
invokes cpp with the following arguments -traditional -lang-asm. These options preserve
comments and all quotations. gm2 treats a `#' character in the first column as a
preprocessor directive.
For example here is a module which calls `FatalError' via the macro `ERROR'.
MODULE cpp ;
FROM SYSTEM IMPORT ADR, SIZE ;
FROM libc IMPORT exit, printf, malloc ;
PROCEDURE FatalError (a, file: ARRAY OF CHAR;
line: CARDINAL;
func: ARRAY OF CHAR) ;
VAR
r: INTEGER ;
BEGIN
r := printf("%s:%d:fatal error, %s, in %s0,
ADR(file), line, ADR(a), ADR(func)) ;
exit(1)
END FatalError ;
#define ERROR(X) FatalError(X, __FILE__, __LINE__, __FUNCTION__)
VAR
pc: POINTER TO CARDINAL;
BEGIN
pc := malloc(SIZE(CARDINAL)) ;
IF pc=NIL
THEN
ERROR('out of memory')
END
END cpp.
Optional procedure parameter
GNU Modula-2 allows the last parameter to a procedure or function parameter to be
optional. This is achieved by enclosing the last formal parameter within square brackets,
and providing an initializer (a constant assignment).
For example in the ISO library 'COROUTINES.def' the procedure NEWCOROUTINE is defined as
having an optional fifth argument (`initProtection') which, if absent, is automatically
replaced by `NIL'.
PROCEDURE NEWCOROUTINE (procBody: PROC; workspace: SYSTEM.ADDRESS;
size: CARDINAL; VAR cr: COROUTINE;
[initProtection: PROTECTION = NIL]);
The implementation module `COROUTINES.mod' implements this procedure using the following
syntax:
PROCEDURE NEWCOROUTINE (procBody: PROC; workspace: SYSTEM.ADDRESS;
size: CARDINAL; VAR cr: COROUTINE;
[initProtection: PROTECTION]);
BEGIN
END NEWCOROUTINE ;
Note that it is illegal for this declaration to contain an initializer value for
`initProtection'. However it is necessary to surround this parameter with the brackets `['
and `]'. This serves to remind the programmer that the last parameter was declared as
optional in the definition module.
Local procedures can be declared to have an optional final parameter in which case the
initializer is mandatory in the implementation or program module.
Builtins
This section describes the built-in constants and functions defined in GNU Modula-2. The
following compiler constants can be accessed using the `__ATTRIBUTE__', `__BUILTIN__'
keywords. These are not part of the Modula-2 language and they may differ depending upon
the target architecture but they provide a method whereby common libraries can interface
to a different underlying architecture.
The built-in constants are: `BITS_PER_UNIT', `BITS_PER_WORD', 'BITS_PER_CHAR ' and
`UNITS_PER_WORD'. They are integrated into GNU Modula-2 by an extension to the
`ConstFactor' rule:
ConstFactor := ConstQualidentOrSet | Number | ConstString |
"(" ConstExpression ")" | "NOT" ConstFactor |
ConstAttribute =:
ConstAttribute := "__ATTRIBUTE__" "__BUILTIN__" "(" "(" Ident ")" ")" =:
Here is an example taken from the ISO library `SYSTEM.def':
CONST
BITSPERLOC = __ATTRIBUTE__ __BUILTIN__ ((BITS_PER_UNIT)) ;
LOCSPERWORD = __ATTRIBUTE__ __BUILTIN__ ((UNITS_PER_WORD)) ;
Built-in functions are transparent to the end user. All built-in functions are declared in
`DEFINITION MODULE's and are imported as and when required. Built-in functions are
declared in definition modules by using the `__BUILTIN__' keyword. Here is a section of
the ISO library `LongMath.def' which demonstrates this feature.
PROCEDURE __BUILTIN__ sqrt (x: LONGREAL): LONGREAL;
(* Returns the square root of x *)
This indicates that the function `sqrt' will be implemented using the gcc built-in math
library. If gcc cannot utilize the built-in function (for example if the programmer
requested the address of `sqrt') then code is generated to call the alternative function
implemented in the `IMPLEMENTATION MODULE'.
Sometimes a function exported from the `DEFINITION MODULE' will have a different name from
the built-in function within gcc. In such cases the mapping between the GNU Modula-2
function name and the gcc name is expressed using the keywords `__ATTRIBUTE__ __BUILTIN__
((Ident))'. For example the function `sqrt' in `LongMath.def' maps onto the gcc built-in
function `sqrtl' and this is expressed as:
PROCEDURE __ATTRIBUTE__ __BUILTIN__ ((sqrtl)) sqrt
(x: LONGREAL) : LONGREAL;
(* Returns the positive square root of x *)
The following module `Builtins.def' enumerates the list of built-in functions which can be
accessed in GNU Modula-2. It also serves to define the parameter and return value for
each function:
DEFINITION MODULE Builtins ;
FROM SYSTEM IMPORT ADDRESS ;
PROCEDURE __BUILTIN__ sinf (x: SHORTREAL) : SHORTREAL ;
PROCEDURE __BUILTIN__ sin (x: REAL) : REAL ;
PROCEDURE __BUILTIN__ sinl (x: LONGREAL) : LONGREAL ;
PROCEDURE __BUILTIN__ cosf (x: SHORTREAL) : SHORTREAL ;
PROCEDURE __BUILTIN__ cos (x: REAL) : REAL ;
PROCEDURE __BUILTIN__ cosl (x: LONGREAL) : LONGREAL ;
PROCEDURE __BUILTIN__ sqrtf (x: SHORTREAL) : SHORTREAL ;
PROCEDURE __BUILTIN__ sqrt (x: REAL) : REAL ;
PROCEDURE __BUILTIN__ sqrtl (x: LONGREAL) : LONGREAL ;
PROCEDURE __BUILTIN__ fabsf (x: SHORTREAL) : SHORTREAL ;
PROCEDURE __BUILTIN__ fabs (x: REAL) : REAL ;
PROCEDURE __BUILTIN__ fabsl (x: LONGREAL) : LONGREAL ;
PROCEDURE __BUILTIN__ alloca (i: CARDINAL) : ADDRESS ;
PROCEDURE __BUILTIN__ memcpy (dest, src: ADDRESS; n: CARDINAL) : ADDRESS ;
PROCEDURE __BUILTIN__ index (s: ADDRESS; c: INTEGER) : ADDRESS ;
PROCEDURE __BUILTIN__ rindex (s: ADDRESS; c: INTEGER) : ADDRESS ;
PROCEDURE __BUILTIN__ memcmp (s1, s2: ADDRESS; n: CARDINAL) : INTEGER ;
PROCEDURE __BUILTIN__ memset (s: ADDRESS; c: INTEGER; n: CARDINAL) : ADDRESS ;
PROCEDURE __BUILTIN__ strcat (dest, src: ADDRESS) : ADDRESS ;
PROCEDURE __BUILTIN__ strncat (dest, src: ADDRESS; n: CARDINAL) : ADDRESS ;
PROCEDURE __BUILTIN__ strcpy (dest, src: ADDRESS) : ADDRESS ;
PROCEDURE __BUILTIN__ strncpy (dest, src: ADDRESS; n: CARDINAL) : ADDRESS ;
PROCEDURE __BUILTIN__ strcmp (s1, s2: ADDRESS) : INTEGER ;
PROCEDURE __BUILTIN__ strncmp (s1, s2: ADDRESS; n: CARDINAL) : INTEGER ;
PROCEDURE __BUILTIN__ strlen (s: ADDRESS) : INTEGER ;
PROCEDURE __BUILTIN__ strstr (haystack, needle: ADDRESS) : ADDRESS ;
PROCEDURE __BUILTIN__ strpbrk (s, accept: ADDRESS) : ADDRESS ;
PROCEDURE __BUILTIN__ strspn (s, accept: ADDRESS) : CARDINAL ;
PROCEDURE __BUILTIN__ strcspn (s, accept: ADDRESS) : CARDINAL ;
PROCEDURE __BUILTIN__ strchr (s: ADDRESS; c: INTEGER) : ADDRESS ;
PROCEDURE __BUILTIN__ strrchr (s: ADDRESS; c: INTEGER) : ADDRESS ;
PROCEDURE __BUILTIN__ huge_val (r: REAL) : REAL ;
PROCEDURE __BUILTIN__ huge_valf (s: SHORTREAL) : SHORTREAL ;
PROCEDURE __BUILTIN__ huge_vall (l: LONGREAL) : LONGREAL ;
END Builtins.
Although this module exists and will result in the generation of inline code if
optimization flags are passed to GNU Modula-2, users are advised to utilize the same
functions from more generic libraries. The built-in mechanism will be applied to these
generic libraries where appropriate. NOTE: for the mathematical routines to be inlined
you need to specify the `-ffast-math -O' options.
LIBRARIES
EXAMPLES
This section describes how to compile and link a simple 'hello world' program. It
provides a few examples of using the different options mentioned above.
Assume the file "hello.mod" contains the code:
MODULE Hello;
FROM StrIO IMPORT WriteString, WriteLn;
BEGIN
WriteString('hello world');
WriteLn;
END Hello.
You should be able to compile it by: gm2 -c hello.mod
and link via: gm2 hello.mod. The result should be an `a.out' file created in your
directory.
Alternatively it may be compiled by: gm2 -g -I. -fmakeall hello.mod.
FILES
ENVIRONMENT
CONFORMING TO
The GNU Modula-2 compiler is based on the language as defined in:
'Programming in Modula-2' 2nd Edition, Springer Verlag, 1982, 1983 by Niklaus Wirth
(PIM2),
'Programming in Modula-2', 3rd Corrected Edition, Springer Verlag, 1985 (PIM3) and
'Programming in Modula-2', 4th Edition, Springer Verlag, 1988 (PIM4).
It also includes ISO M2 features and GNU Modula-2 extensions.
BUGS
COPYRIGHT
LICENCE
The GNU Modula-2 compiler and associated software is released under the GNU PUBLIC LICENCE
(GPL) which should be available in a file named COPYING.
The runtime libraries (pim, iso, and Logitech Compatable) are released under the LESSER
GNU PUBLIC LICENCE (LGPL) which allows any user to link against the runtime libraries
without invoking all the clauses of the full GPL.
The Ulm library is released under the GPL.
AUTHOR
This manual page was written (using the documentation from the texinfo files) by Peter P.
Eiserloh ⟨peter@eiserloh.org⟩
SEE ALSO
The many fine books about Modula-2.
The GNU Modula-2 web site at ⟨http://www.nongnu.org/gm2⟩