Enforced immutability

From Rosetta Code
Enforced immutability
You are encouraged to solve this task according to the task description, using any language you may know.

Demonstrate any means your language has to prevent the modification of values, or to create objects that cannot be modified after they have been created.


Items in 8th are constants if they are declared inside a word (function). Otherwise, they are mutable, unless the "const" word is used:

123 const var, one-two-three

That declares that the number 123 is constant and may not be modified (not that the variable named 'one-two-three' is constant)


All variables in ACL2 are constants, with the exception of those accessed using (assign ...) and accessed using (@ ...)

To declare a global constant, use:

(defconst *pi-approx* 22/7)

Subsequent attempts to redefine the constant give an error:

ACL2 Error in ( DEFCONST *PI* ...):  The name *PI* is in use as a constant.
The redefinition feature is currently off.  See :DOC ld-redefinition-


Ada provides the constant keyword:

Foo : constant := 42;
Foo : constant Blahtype := Blahvalue;

Types can be declared as limited: Objects of these types cannot be changed and also not compared nor copied:

type T is limited private;  -- inner structure is hidden
X, Y: T;
B: Boolean;
-- The following operations do not exist:
X := Y; -- illegal (cannot be compiled
B := X = Y; -- illegal

ALGOL 68[edit]

When a name is defined it can be identified as a constant value with an equality, eg pi = 355/113. For a variable an assignment ":=" would be used instead, eg pi := 355/113;

INT max allowed = 20;
REAL pi = 3.1415 9265; # pi is constant that the compiler will enforce #
REF REAL var = LOC REAL; # var is a constant pointer to a local REAL address #
var := pi # constant pointer var has the REAL value referenced assigned pi #


Works with: AutoHotkey_L

It should be noted that Enforced immutability goes against the nature of AHK. However, it can be achieved using objects:

MyData := new FinalBox("Immutable data")
MsgBox % "MyData.Data = " MyData.Data
MyData.Data := "This will fail to set"
MsgBox % "MyData.Data = " MyData.Data
Class FinalBox {
__New(FinalValue) {
ObjInsert(this, "proxy",{Data:FinalValue})
; override the built-in methods:
__Get(k) {
return, this["proxy",k]
__Set(p*) {
Insert(p*) {
Remove(p*) {

You could still use ObjInsert/ObjRemove functions, since they are designed to bypass any custom behaviour implemented by the object. Also, technically you could still use the SetCapacity method to truncate the object, or the GetAddress method to modify the object using memory addresses.


Many BASICs support the CONST keyword:

CONST x = 1

Some flavors of BASIC support other methods of declaring constants. For example, FreeBASIC supports C-style defines:

#define x 1


BBC BASIC doesn't have named constants. The closest you can get is to use a function:

      DEF FNconst = 2.71828182845905
FNconst = 1.234 : REM Reports 'Syntax error'


All values (expressions) in Bracmat are immutable, except those that contain = operators.

myVar=immutable (m=mutable) immutable;
immutable (m=changed) immutable);


You can create simple constants using the C preprocessor:

#define PI      3.14159265358979323
#define MINSIZE 10
#define MAXSIZE 100

Alternatively, you can modify parameters and variables with the const keyword to make them immutable:

const char   foo     = 'a';
const double pi = 3.14159;
const double minsize = 10;
const double maxsize = 10;
// On pointers
const int * ptrToConst; // The value is constant, but the pointer may change.
int const * ptrToConst; // The value is constant, but the pointer may change. (Identical to the above.)
int * const constPtr; // The pointer is constant, but the value may change.
int const * const constPtrToConst; // Both the pointer and value are constant.
// On parameters
int main(const int argc, // note that here, the "const", applied to the integer argument itself,
// is kind of pointless, as arguments are passed by value, so
// it does not affect any code outside of the function
const char** argv)
/* ... */

It is possible to remove the const qualifier of the type a pointer points to through a cast, but doing so will result in undefined behavior.


In addition to the examples shown in C, you can create a class whose instances contain instance-specific const members, by initializing them in the class's constructor.

#include <iostream>
class MyOtherClass
const int m_x;
MyOtherClass(const int initX = 0) : m_x(initX) { }
int main()
MyOtherClass mocA, mocB(7);
std::cout << mocA.m_x << std::endl; // displays 0, the default value given for MyOtherClass's constructor.
std::cout << mocB.m_x << std::endl; // displays 7, the value we provided for the constructor for mocB.
// Uncomment this, and the compile will fail; m_x is a const member.
// mocB.m_x = 99;
return 0;

You can also use the const keyword on methods to indicate that they can be applied to immutable objects:

class MyClass
int x;
int getX() const
return x;


Everything in Clojure except for Java interop are immutable.

user> (def d [1 2 3 4 5]) ; immutable vector
user> (assoc d 3 7)
[1 2 3 7 5]
user> d
[1 2 3 4 5]


Constants in COBOL are not stored in memory, but are closer to C's macros, by associating a literal with a name. Prior to COBOL 2002, you could define figurative literals for characters only:


A new syntax was introduced in COBOL 2002 which allowed defining constants for other types.

01  Foo CONSTANT AS "Foo".

Prior to COBOL 2002, there were non-standard extensions available that also implemented constants. One extension was the the 78 level-number:

78  Foo VALUE "Foo".

Another was the CONSTANT SECTION:

01 Foo VALUE "Foo".


import std.random;
// enum allows to define manifest (compile-time) constants:
int sqr(int x) { return x ^^ 2; }
enum int x = 5;
enum y = sqr(5); // Forces Compile-Time Function Evaluation (CTFE).
// enums are compile-time constants:
enum MyEnum { A, B, C }
// immutable defines values that can't change:
immutable double pi = 3.1415;
// A module-level immutable storage class variable that's not
// explicitly initialized can be initialized by its constructor,
// otherwise its value is the default initializer during its life-time.
immutable int z;
static this() {
z = uniform(0, 100); // Run-time initialization.
class Test1 {
immutable int w;
this() {
w = uniform(0, 100); // Run-time initialization.
// The items array can't be immutable here.
// "in" is short for "const scope":
void foo(const scope int[] items) {
// items is constant here.
// items[0] = 100; // Cannot modify const expression.
struct Test2 {
int x_; // Mutable.
@property int x() { return this.x_; }
// Unlike C++, D const and immutable are transitive.
// And there is also "inout". See D docs.
void main() {
int[] data = [10, 20, 30];
data[0] = 100; // But data is mutable here.
// Currently manifest constants like arrays and associative arrays
// are copied in-place every time they are used:
enum array = [1, 2, 3];
auto t = Test2(100);
auto x2 = t.x; // Reading x is allowed.
assert(x2 == 100);
// Not allowed, the setter property is missing:
// t.x = 10; // Error: not a property t.x


Typed constants can be assigned to using the {$WRITABLECONST ON} or {J+} compiler directives (off by default).

STR1 = 'abc'; // regular constant
STR2: string = 'def'; // typed constant


Whether an object can be modified is entirely up to whether the object provides methods for mutation — objects cannot be affected except by using their methods. It is conventional in E to provide immutable objects when it is natural to do so (e.g. immutable and mutable collections).

Variables are immutable unless declared with the 'var' keyword.

def x := 1
x := 2 # this is an error

Below the surface, each variable name is bound to a Slot object, which can be thought of as a one-element collection. If the var keyword is used, then the slot object is mutable; else, immutable. It is never possible to change the slot a name is bound to.

Any object which is immutable and contains no immutable parts has the property DeepFrozen.

var y := 1
def things :DeepFrozen := [&x, 2, 3] # This is OK
def funnyThings :DeepFrozen := [&y, 2, 3] # Error: y's slot is not immutable

(The unary & operator gets the slot of a variable, and can be thought of almost exactly like C's &.)


Normally there is no need to enforce immutability in Ela - everything is immutable by default. Ela doesn't support mutable variables like imperative languages. All built-in data structures are immutable as well. The only way to create a mutable data structure is to use an unsafe module "cell", that implements reference cells in Ocaml style:

open unsafe.cell
r = ref 0

Function mutate can be used to mutate a reference cell:

mutate r 1

In order to unwrap a value from a cell one can use a valueof function:

valueof r


Elixir data is immutable.
Elixir allows variables to be rebound via static single assignment:

iex(1)> x = 10          # bind
iex(2)> 10 = x          # Pattern matching
iex(3)> x = 20          # rebound
iex(4)> ^x = 10         # pin operator ^
** (MatchError) no match of right hand side value: 10


Erlang variables are immutable by nature. The following would be an error:

X = 10,
X = 20.

However, since = actually performs pattern matching, the following is permissible:

X = 10,
X = 10.


constant n = 1
constant s = {1,2,3}
constant str = "immutable string"


Works with: Fortran version 90 and later

In type declaration statements a PARAMETER attribute can be specified turning the data object into a named constant.

real, parameter :: pi = 3.141593

Dummy arguments of procedures can be given an INTENT attribute. An argument with INTENT(IN) cannot be changed by the procedure

subroutine sub1(n)
real, intent(in) :: n


As a functional language, everything in F# is immutable by default. Interestingly, const is a reserved word but is non-functional.

let hello = "Hello!"


Strings in Go are immutable. Attempts to modify them fail to compile:

package main
func main() {
s := "immutable"
s[0] = 'a'
test.go:5: cannot assign to s[0]

Go has const declarations, but they concern compile-time expression evaluation, and not run-time immutability.


Since Haskell is purely functional everything is immutable by default.

pi  = 3.14159
msg = "Hello World"

Icon and Unicon[edit]

In Icon and Unicon pretty much everything can be changed. There really isn't an easy way to protect a variable from being changed. There are compile time constants created by $define (as shown); although, they can be explicitly undefined. String values themselves are immutable; however, manipulating them creates new string values. The effect is that the value assigned to a variable will change even though the value itself won't. For more see Mutable and Immutable Types.

$define "1234"


In J's values are immutable. Values external to J may be mutable - this is sometimes significant since J can have references to external values, which we use here with for C. The trick is that when a J variable name refers to an external resource, that association is necessarily tied to the name.

The values associated with a J name can be modified, but that is a modification of the association, and the original value remains.

Note that J has a rich language for defining numeric constants. For example, 2*pi represented as a floating point number would be 2p1.

  B=: A=: 'this is a test'
A=: '*' 2 3 5 7} A
th** *s*a test
this is a test
Names can also be made constant (that is, have their referent fixed), so that name, value, and association between name and value are immutable:
   C=: 'this is a test'
1 readonly_jmf_ 'C'
C =: 'some new value'
|read-only data
| C =:'some new value'
this is a test


Variables in Java can be made immutable by using the final modifier (works on any type, primitive or reference):

final int immutableInt = 4;
int mutableInt = 4;
mutableInt = 6; //this is fine
immutableInt = 6; //this is an error

Using final on a reference type means the reference cannot be reassigned, but does not necessarily mean that the object that it points to can't be changed:

final String immutableString = "test";
immutableString = new String("anotherTest"); //this is an error
final StringBuffer immutableBuffer = new StringBuffer();
immutableBuffer.append("a"); //this is fine and it changes the state of the object
immutableBuffer = new StringBuffer("a"); //this is an error

Whether an object can be modified is entirely up to whether the object provides either methods or non-final public/protected fields for mutation. Objects can be made immutable (in a sense that is more appropriate for this task) by making all fields final or private, and making sure that no methods modify the fields:

public class Immute{
private final int num;
private final String word;
private final StringBuffer buff; //still mutable inside this class, but there is no access outside this class
public Immute(int num){
this.num = num;
word = num + "";
buff = new StringBuffer("test" + word);
public int getNum(){
return num;
public String getWord(){
return word; //String objects are immutable so passing the object back directly won't harm anything
public StringBuffer getBuff(){
return new StringBuffer(buff);
//using "return buff" here compromises immutability, but copying the object via the constructor makes it ok
//no "set" methods are given

In the Immute class above, the object pointed to by "buff" is still technically mutable, since its internal values can still be changed. The private modifier ensures that no other classes can access that variable. Some trickery needed to be done to ensure that no pointers to the actual mutable objects are passed out. Programmers should be aware of which objects that they use are mutable (usually noted in javadocs).

The Collections class also has methods that will create "unmodifiable" Collections out of existing Collections instances.


You can create constants with the Mozilla-specific extension const. This is not supported by IE and it only works on simple scalars and not on arrays, objects, or parameters.

const pi = 3.1415;
const msg = "Hello World";


All values in jq are immutable. Sometimes the syntax may make it appear as though a value is being altered, but that is never the case. For example, consider the following pipeline:
["a", "b"] as $a | $a[0] = 1 as $b | $a

Here, the result is ["a", "b"].


Logtalk supports both static and dynamic objects. Static objects are usually defined in source files. Object predicates are static by default. These objects can be defined locked against runtime modifications. For simplicity, the following example uses a prototype:

:- object(immutable).
% forbid using (complementing) categories for adding to or
% modifying (aka hot patching) the object
:- set_logtalk_flag(complements, deny).
% forbid dynamically adding new predicates at runtime
:- set_logtalk_flag(dynamic_declarations, deny).
:- public(foo/1).
foo(1). % static predicate by default
:- private(bar/2)
bar(2, 3). % static predicate by default
:- end_object.

Mathematica / Wolfram Language[edit]

Tau = 2*Pi;Protect[Tau]
Tau = 2
->Set::wrsym: Symbol Tau is Protected.




Everything is immutable by default.

def foo = 42;              // immutable by default
mutable bar = "O'Malleys"; // mutable because you asked it to be


var x = "mutablefoo" # Mutable variable
let y = "immutablefoo" # Immutable variable, at runtime
const z = "constantfoo" # Immutable constant, at compile time
x[0] = 'M'
y[0] = 'I' # Compile error: 'y[0]' cannot be assigned to
z[0] = 'C' # Compile error: 'z[0]' cannot be assigned to


By default integers, floats, characters, booleans are immutable. Tuples, lists and variants are also immutable as long as they only contain immutable elements. Records are immutable as long as none of its elements are declared with the keyword "mutable" and also as long as none of its fields contain a mutable element (an array or a string for example).

Objects are immutable as long as none of its variables are declared with the keyword "mutable" or is a mutable type (an array or a string for example).

Arrays and strings are mutable.

In order to use immutable strings or immutable arrays, we would create new modules and aliasing the functions for creating and access, but not those for modifying. Here is below an example of this.

File ImString.mli containing the interface:

type im_string
val create : int -> im_string
val make : int -> char -> im_string
val of_string : string -> im_string
val to_string : im_string -> string
val copy : im_string -> im_string
val sub : im_string -> int -> int -> im_string
val length : im_string -> int
val get : im_string -> int -> char
val iter : (char -> unit) -> im_string -> unit
val escaped : im_string -> im_string
val index : im_string -> char -> int
val contains : im_string -> char -> bool
val print : im_string -> unit

File ImString.ml containing the "implementation":

type im_string = string
let create = String.create
let make = String.make
let copy = String.copy
let sub = String.sub
let length = String.length
let get = String.get
let iter = String.iter
let escaped = String.escaped
let index = String.index
let contains = String.contains
let of_string s = s
let to_string s = s
let print = print_string

Here we can see that in the implementation the new type for immutable strings is defined with type im_string = string, and the definition of this type is hidden in the interface with type im_string.


Immutability is the default behaviour and Oforth uses immutability to limit side effects.

There is nothing global and mutable like global variables, class attributes, ...

Global objects are :

- Words, which are immutable objects (classes, functions, methods, ...).

- Constants, which values are immutable.

Functions or methods have only access to its parameters, to the data stack and to global immutable objects : they can't update something global used by another function or another task.

Oforth allows mutable objects but they remain local to a task and are not visible by other tasks (there is no need to synchronise tasks). Channels are the only way for tasks to communicate and mutable objects can't be sent into a channel.

For user defined classes, if an attribute is immutable, its value can be set only during initialization and only with an immutable object.

All these rules are checked at runtime and exceptions are raised if a piece of code breaks those immutability rules.

Object Class new: MyClass(a, b)
MyClass method: setA(value) { value := a }
MyClass method: setB(value) { value := b }
MyClass method: initialize(v, w) { self setA(v) self setB(w) }
MyClass new(1, 2) // OK : An immutable object
MyClass new(1, 2) setA(4) // KO : An immutable object can't be updated after initialization
MyClass new(ListBuffer new, 12) // KO : Not an immutable value.
ListBuffer new Constant new: T // KO : A constant cannot be mutable.
Channel new send(ListBuffer new) // KO : A mutable object can't be sent into a channel.


GP cannot enforce immutability on its functions or variables. PARI can do so through the usual C methods.


See Delphi


The constant pragma allows you to create subroutines that always return the same value and that cannot be modified:

use constant PI => 3.14159;
use constant MSG => "Hello World";

The module Readonly.pm provides a means of enforcing immutablity upon scalars and arrays, however, this imposes a considerable performance penalty:

use Readonly;
Readonly::Scalar my $pi => 3.14159;
Readonly::Scalar my $msg => "Hello World";
Readonly::Array my @arr => (1, 2, 3, 4, 5);
Readonly::Hash my %hash => (
"a" => 1,
"b" => 2,
"c" => 3

Perl 6[edit]

You can create constants in Perl 6 with constant:

constant $pi = 3.14159;
constant $msg = "Hello World";
constant @arr = (1, 2, 3, 4, 5);

Immutability is abstract enough that you can define an infinite constant lazily:

constant fibonacci = 0, 1, *+* ... *;

Variables are considered mutable by default, but may be marked as readonly after initialization:

my $pi ::= 3 + rand;

Unlike variables, formal parameters are considered readonly by default even if bound to a mutable container.

sub sum (Num $x, Num $y) {
$x += $y; # ERROR
# Explicitly ask for pass-by-reference semantics
sub addto (Num $x is rw, Num $y) {
$x += $y; # ok, propagated back to caller
# Explicitly ask for pass-by-value semantics
sub sum (Num $x is copy, Num $y) {
$x += $y; # ok, but NOT propagated back to caller

A number of built-in types are considered immutable value types, including:

Str         Perl string (finite sequence of Unicode characters)
Bit         Perl single bit (allows traits, aliasing, undefinedness, etc.)
Int         Perl integer (allows Inf/NaN, arbitrary precision, etc.)
Num         Perl number (approximate Real, generally via floating point)
Rat         Perl rational (exact Real, limited denominator)
FatRat      Perl rational (unlimited precision in both parts)
Complex     Perl complex number
Bool        Perl boolean
Exception   Perl exception
Block       Executable objects that have lexical scopes
Seq         A list of values (can be generated lazily)
Range       A pair of Ordered endpoints
Set         Unordered collection of values that allows no duplicates
Bag         Unordered collection of values that allows duplicates
Enum        An immutable Pair
EnumMap     A mapping of Enums with no duplicate keys
Signature   Function parameters (left-hand side of a binding)
Parcel      Arguments in a comma list
LoL         Arguments in a semicolon list
Capture     Function call arguments (right-hand side of a binding)
Blob        An undifferentiated mass of ints, an immutable Buf
Instant     A point on the continuous atomic timeline
Duration    The difference between two Instants
HardRoutine A routine that is committed to not changing

These values, though objects, can't mutate; they may only be "changed" by modifying a mutable container holding one of them to hold a different value instead. (In the abstract, that is. In the interests of efficiency, a string or list implementation would be allowed to cheat as long as it doesn't get caught cheating.) Some of these types have corresponding "unboxed" native representations, where the container itself must carry the type information since the value can't. In this case, it's still the container that might be considered mutable as an lvalue location, not the value stored in that location.

By default, object attributes are not modifiable from outside a class, though this is usually viewed more as encapsulation than as mutability control.


constant n = 1
constant s = {1,2,3}
constant str = "immutable string"


You can create constants using the define function. This only works with scalars.

define("PI", 3.14159265358);
define("MSG", "Hello World");
Works with: PHP version 5.3+
const PI = 3.14159265358;
const MSG = "Hello World";



In PicoLisp it is a central design issue that the programmer is in control of everything, and thus can modify any value. Even program parts written in C or assembly can be changed on the fly. The nearest thing would be to define a function, e.g.

: (de pi () 4)
-> pi
: (pi)
-> 4

but even this could be modified, e.g.:

: (set (cdr pi) 3)
-> 3
: (pi)
-> 3


PL/I supports Named Constants. This avoids the default data attributes used when writing simple constants (such as 3).

*process source attributes xref;
constants: Proc Options(main);
Dcl three Bin Fixed(15) Value(3);
Put Skip List(1/three);
Put Skip List(1/3);


Constants are declared by prefacing the variable name with $ for strings and % for numeric variables:

$me = "myname"
%age = 35


PureBasic does not natively use immutable variables, only constants.

#i_Const1 = 11
#i_Const2 = 3.1415
#i_Const3 = "A'm a string"

However using an OO approach, PureBasic allows for creation of new variable classes such as immutable ones.

;Enforced immutability Variable-Class
Interface PBVariable ; Interface for any value of this type
Get() ; Get the current value
Set(Value.i) ; Set (if allowed) a new value in this variable
ToString.s() ; Transferee the value to a string.
Destroy() ; Destructor
Structure PBV_Structure ; The *VTable structure
Structure PBVar
;- Functions for any PBVariable
Procedure immutable_get(*Self.PBVar)
ProcedureReturn *Self\Value
Procedure immutable_set(*Self.PBVar, N.i)
ProcedureReturn #False
Procedure.s immutable_ToString(*Self.PBVar)
ProcedureReturn Str(*Self\Value)
Procedure DestroyImmutabe(*Self.PBVar)
;- Init an OO-Table
Data.i @immutable_get()
Data.i @immutable_set()
Data.i @immutable_ToString()
Data.i @DestroyImmutabe()
;- Create-Class
Procedure CreateImmutabe(Init.i=0)
Define *p.PBVar
*p\VirtualTable = ?VTable
*p\Value = Init
ProcedureReturn *p
;- **************
;- Test the Code
;- Initiate two Immutabe variables
*v1.PBVariable = CreateImmutabe()
*v2.PBVariable = CreateImmutabe(24)
;- Present therir content
Debug *v1\ToString() ; = 0
Debug *v2\ToString() ; = 24
;- Try to change the variables
*v1\Set(314) ; Try to change the value, which is not permitted
; Present the values again
Debug Str(*v1\Get()) ; = 0
Debug Str(*v2\Get()) ; = 24
;- And clean up


Some datatypes such as strings are immutable:

>>> s = "Hello"
>>> s[0] = "h"
Traceback (most recent call last):
File "<pyshell#1>", line 1, in <module>
s[0] = "h"
TypeError: 'str' object does not support item assignment

While classes are generally mutable, you can define immutability by overriding __setattr__:

>>> class Immut(object):
def __setattr__(self, *args):
raise TypeError(
"'Immut' object does not support item assignment")
__delattr__ = __setattr__
def __repr__(self):
return str(self.value)
def __init__(self, value):
# assign to the un-assignable the hard way.
super(Immut, self).__setattr__("value", value)
>>> im = Immut(123)
>>> im
>>> im.value = 124
Traceback (most recent call last):
File "<pyshell#27>", line 1, in <module>
del a.value
File "<pyshell#23>", line 4, in __setattr__
"'Immut' object does not support item assignment")
TypeError: 'Immut' object does not support item assignment


Racket supports many kinds immutable values:

  • The default cons cell pairs are immutable.
  • Many primitive mutable types have an immutable variant. Examples are strings, byte-strings, vectors, hash tables and even boxes. Note that immutable hash-tables are implemented as balanced trees, making it a good representation for a functional dictionary.

In addition, new type definitions using struct are immutable by default:

(struct coordinate (x y)) ; immutable struct

mutable struct definitions need to explicitly use a #:mutable, keyword next to a field to specify it as mutable, or as an option to the whole struct to make all fields mutable.


Programming note:   The REXX language doesn't have immutable variables as such, but the method can be emulated with a simple subroutine.   Immutable variables are set via a REXX subroutine which makes a shadow copy of the variable.   Later, the same subroutine can be invoked (mutiple times if wanted) to check if any immutable variables have been altered (compromised).   Three REXX variables are preempted: immutable., _, and __   (the last two are just used for temporary variables and any unused variable names can be used).

/*REXX pgm emulates immutable variables (as a post-computational check).*/
call immutable '$=1' /* ◄─── assigns an immutable var.*/
call immutable ' pi = 3.14159' /* ◄─── " " " " */
call immutable 'radius= 2*pi/4 ' /* ◄─── " " " " */
call immutable ' r=13/2 ' /* ◄─── " " " " */
call immutable ' d=0002 * r' /* ◄─── " " " " */
call immutable ' f.1 = 12**2 ' /* ◄─── " " " " */
say ' $ =' $ /*show variable, just to be sure.*/
say ' pi =' pi /* " " " " " " */
say ' radius =' radius /* " " " " " " */
say ' r =' r /* " " " " " " */
say ' d =' d /* " " " " " " */
do radius=10 to -10 by -1 /*perform some stuff*/
circum=$*pi*2*radius /*some kind of calc.*/
end /*k*/ /*that should do it.*/
call immutable /* ◄═══ check if immutables OK. */
exit /*stick a fork in it, we're done.*/
/*──────────────────────────────────IMMUTABLE subroutine────────────────*/
immutable: if symbol('immutable.0')=='LIT' then immutable.0= /*1st time*/
if arg()==0 then do /* [↓] check all immutable vars.*/
do __=1 for words(immutable.0); _=word(immutable.0,__)
if value(_)==value('IMMUTABLE.!'_) then iterate /*same?*/
call ser -12, 'immutable variable ' _ " compromised."
end /*__*/ /* [↑] if an error, ERRmsg, exit*/
return 0 /*return to invoker, indicate OK.*/
end /* [↓] immutable var must have =*/
if pos('=',arg(1))==0 then call ser -4, 'no equal sign in assignment:' arg(1)
parse arg _ '=' __; upper _; _=space(_) /*purify var name.*/
if symbol('_')=='BAD' then call ser -8,_ "isn't a valid variable symbol."
immutable.0=immutable.0 _ /*add immutable var to the list. */
interpret '__='__; call value _,__ /*assign a value to a variable. */
call value 'IMMUTABLE.!'_,__ /*also, assign value to bkup. var*/
return words(immutable.0) /*return the # of immutable vars.*/
/*──────────────────────────────────SER subroutine──────────────────────*/
ser: say; say '***error!***' arg(2); say; exit arg(1) /*ERRmsg.*/
       $ = 1
      pi = 3.14159
  radius = 1.570795
       r = 6.5
       d = 13.0

***error!*** immutable variable   RADIUS   compromised.


You can make things immutable at run-time with Ruby using the built-in Object#freeze method:

msg = "Hello World"
msg << "!"
puts msg #=> Hello World!
puts msg.frozen? #=> false
puts msg.frozen? #=> true
msg << "!"
rescue => e
p e #=> #<RuntimeError: can't modify frozen String>
puts msg #=> Hello World!
msg2 = msg
# The object is frozen, not the variable.
msg = "hello world" # A new object was assigned to the variable.
puts msg.frozen? #=> false
puts msg2.frozen? #=> true

Since Ruby version 2.1 freezing strings can give a performance boost. There is no way to unfreeze a frozen object. The freeze can not be canceled but the object of approximately the same contents not to freeze up can be gotten if using Object#dup.

# There are two methods in the copy of the object.
msg = "Hello World!".freeze
msg2 = msg.clone # Copies the frozen and tainted state of obj.
msg3 = msg.dup # It doesn't copy the status (frozen, tainted) of obj.
puts msg2 #=> Hello World!
puts msg3 #=> Hello World!
puts msg2.frozen? #=> true
puts msg3.frozen? #=> false


Rust let bindings are immutable by default. This will raise a compiler error:

let x = 3;
x += 2;

You must declare a variable mutable explicitly:

let mut x = 3;

Similarly, references are immutable by default e.g.

let mut x = 4;
let y = &x;
*y += 2 // Raises compiler error. Even though x is mutable, y is an immutable reference.
let y = &mut x;
*y += 2// Works
// Note that though y is now a mutable reference, y itself is still immutable e.g.
let mut z = 5;
let y = &mut z; // Raises compiler error because y is already assigned to '&mut x'


val pi = 3.14159
val msg = "Hello World"


Seed7 provides const definitons. Constants can have any type:

const integer: foo is 42;
const string: bar is "bar";
const blahtype: blah is blahvalue;

Constants can be initialized with expressions:

const integer: foobar is 2 * length(bar) * (foo - 35);

Any function, even user defined functions can be used to initialize a constant:

const func float: deg2rad (in float: degree) is  # User defined function
return degree * PI / 180.0;
const float: rightAngle is deg2rad(90.0);

The initialisation expression is evaluated at compile-time. It is possible to initialize a constant with data from the file system:

const string: fileData is getf("some_file.txt");

The compiler can even get initialisation data from the internet:

const string: unixDict is getHttp("www.puzzlers.org/pub/wordlists/unixdict.txt");

Types are also defined as constants (in other languages this is called a typedef):

const type: blahtype is integer;

Function definitions (see above for the definition of deg2rad) have also the form of a const definition.


define PI = 3.14159;            # compile-time defined constant
const MSG = "Hello world!"; # run-time defined constant


Although there is no built-in support for constants, it is trivial to construct on top of Tcl's variable tracing facility:

proc constant {varName {value ""}} {
upvar 1 $varName var
# Allow application of immutability to an existing variable, e.g., a procedure argument
if {[llength [info frame 0]] == 2} {set value $var} else {set var $value}
trace add variable var write [list apply {{val v1 v2 op} {
upvar 1 $v1 var
set var $val; # Restore to what it should be
return -code error "immutable"
}} $value]

Interactive demonstration:

% constant pi 3.14159
% puts "pi=$pi"
% set pi 3; # Only in Indiana :-)
can't set "pi": immutable
% puts "pi is still $pi"
pi is still 3.14159

UNIX Shell[edit]

The Unix shell does not support constants, but variables can be marked as readonly for the same effect.

readonly PIE


define Pi=3.14;
Pi:= 3.15; \causes a compile error: statement starting with a constant


Mutability is up to each object. Strings, numbers are immutable. Lists can be either. Dictionaries can switch.

List(1,2,3).del(0) //--> L(2,3)
ROList(1,2,3).del(0) //-->SyntaxError : Can't find del, which means you can't call it
d:=Dictionary(); d.add("one",1)
d.makeReadOnly(); d.add("2",2) //-->AccessError(This Dictionary is read only)