Scope/Function names and labels: Difference between revisions
m
→{{header|Wren}}: Minor tidy
Thundergnat (talk | contribs) m (→{{header|C}}: Remove vanity tags) |
m (→{{header|Wren}}: Minor tidy) |
||
| (24 intermediate revisions by 16 users not shown) | |||
Line 1:
{{task|Basic language learning}}[[Category:Scope]]
;Task:
Explain or demonstrate the levels of visibility of function names and labels within the language.
Line 9:
* [[Scope modifiers]] for general scope modification facilities
<br><br>
=={{header|6502 Assembly}}==
6502 Assembly has no scope rules by default. The entire address space of the CPU is a valid target for the <code>JMP</code> command. The enforcement of scope is up to the assembler itself, which can allow the programmer to define local labels. Prior to conversion into an address, each local label with the same name is padded with a unique sequence of numbers not shown to the programmer, to fulfill the assembler's requirement that all code labels are unique. Assemblers that don't have local label features require that no label be used in more than one place.
=={{header|ALGOL 68}}==
Algol 68 follows the traditional block structure scoping rules introduced by Algol 60.
Line 18 ⟶ 19:
In addition, functions etc. declared between IF and THEN are in scope in the THEN and ELSE parts, but
declarations in the THEN part and not visible in the ELSE part (and vice versa), so the following is invalid:
<
...
THEN
Line 29 ⟶ 30:
...
l1: ...
FI</
Similarly, declarations between WHILE and DO are in scope between DO and OD and those declared between CASE and IN are visible in the IN and OUT parts of a CASE.
<br>
Note that labels cannot be defined between IF and THEN, between WHILE and DO and between CASE and IN.
=={{header|ALGOL W}}==
Algol W follows the scoping rules of Algol 60 - a function (called a procedure) or a label is only in scope within the block it is declared in and in blocks nested within that block. If a procedure, label, variable etc. is declared with same name in an inner block,
the outer definition is inaccessible.
=={{header|AWK}}==
In awk, function names are always global and can be referenced in sections of code appearing before the definition:
<
BEGIN {
sayhello() # Call the function defined below
Line 44 ⟶ 49:
function sayhello {
print "Hello World!" # Outputs a message to the terminal
}</
Note that the awk extraction and reporting language is data driven and does not support arbitary line labels.
Line 52 ⟶ 57:
=={{header|BASIC}}==
Line numbers are used instead of labels. These are also immediately accessible as soon as the line is entered, even if the program is not run:
<
The visibility of functions depends on the implementation. Most versions of basic will allow a function to be referenced from a point in the code prior to its definition. However, other implementations may require the function definition to be run, before it can be used:
<
20 PRINT FN S(2): REM THIS WILL WORK
30 PRINT FN C(2): REM CALLING A FUNCTION PRIOR TO DEFINITION MAY NOT WORK
Line 61 ⟶ 66:
60 END
9000 DEF FN C(A)=A*A*A
9999 RETURN</
=={{header|bc}}==
Line 70 ⟶ 75:
There are no labels in bc.
<
define f(x) {
return(x)
Line 79 ⟶ 84:
return(x - 1)
}
f(3) /* Third output line */</
{{Out}}
Line 89 ⟶ 94:
Demonstrating function scope as well as goto in a C program invariably leads to code like the one below. The [http://en.wikipedia.org/wiki/Scope_(computer_science)#C Wikipedia article] is a good starting point.
<syntaxhighlight lang="c">
#include <stdio.h>
Line 140 ⟶ 145:
printf("If you are trying to figure out what happened, you now understand goto.\n");
return 0;
}</
{{out}} Example run:
Line 156 ⟶ 161:
If you are trying to figure out what happened, you now understand goto.
</pre>
=={{header|Delphi}}==
{{works with|Delphi|6.0}}
{{libheader|SysUtils,StdCtrls}}
1. Delphi is a one pass compiler, so the names of procedures, functions, variables, constants and types are only visible to code that comes after the item was declared. Procedure and functions can be "Forward" declared, which allows them to be declared before they are defined.
2. All items inside an object are visible throughout the object, no matter the order they are defined. Outside an object, the object and items inside it are only visible to code that comes after it was declared.
3. Delphi prodedures and functions can be nested. Varibles inside a procedure or function are only visible from inside the same procedures or functions. Variable, procedures and functions at higher levels of nesting are visible to lower levels of nesting.
4. Items inside objects have controlled visibility to the outside world. Objects are divided in specific sections that control the visibility of items inside the section. Here is a list of sections:
Private: Items contained within the "Private" section of an object are only visible inside the object.
Protected: Item contained within the "Protected" section of an object are only visible inside the object or inside object that inherit from the object.
Public: Item contained within the "Public" section of an object are completely visible to the outside world.
Published: Item contained within the "Published" section of an object are visible to the outside world and can be manipulated by the IDE.
<syntaxhighlight lang="Delphi">
// Test1 is visible to Test2, but not vice versa.
// The local variables A, B, and C invisible to the outside world.
procedure Test1;
var A,B,C: integer;
begin
end;
procedure Test2;
var A,B,C: integer;
begin
end;
// Test1 is visible to all code that follows it.
// Test2 is invisible to the ouside world
procedure Test1;
var A,B,C: integer;
procedure Test2;
var A,B,C: integer;
begin
end;
begin
end;
// Item1 and Test1 are only visible inside the object
// Item2 and Test2 are additional to inhered objects
// Item3 and Test3 are visible to the outside world
// Item4 is visible to the outside world and the IDE
type TMyObject = class(TObject)
private
Item1: integer
procedure Test1;
protected
Item2: integer
procedure Test2;
public
Item3: integer
procedure Test3;
published
property Item4: integer read FItem4 write FItem4;
end;
</syntaxhighlight>
{{out}}
<pre>
</pre>
=={{header|Eiffel}}==
Line 162 ⟶ 247:
All features are assigned (at compile-time) to a particular scope defined by the most-recently preceding feature clause. Various feature clauses are given below, from least restrictive (most visible) to most restrictive (most hidden).
<
class X
feature -- alias for "feature {ANY}"
Line 182 ⟶ 267:
-- features following this clause are only visible to this particular instance of X
end</
=={{header|Erlang}}==
Line 190 ⟶ 274:
There are no labels.
<syntaxhighlight lang="erlang">
-module( a_module ).
Line 198 ⟶ 282:
local_function() -> 2.
</syntaxhighlight>
=={{header|Factor}}==
Each word belongs to a vocabulary. Vocabularies may be added to the vocabulary search path to put their words in scope. For example, to use the <code>+</code> word:
<syntaxhighlight lang="factor">USE: math
2 2 +</syntaxhighlight>
Words are visible in the vocabulary where they are defined. But only after the point where they have been defined.
<syntaxhighlight lang="factor">USE: io
IN: hello-vocab
hello ! error; hello hasn't been defined yet
: hello ( -- ) "Hello, world!" print ;
hello ! visible here</syntaxhighlight>
This restriction can be lifted through the use of <code>DEFER:</code>.
<syntaxhighlight lang="factor">USE: io
IN: hello-vocab
DEFER: hello
hello ! visible here
: hello ( -- ) "Hello, world!" print ;
hello ! visible here</syntaxhighlight>
=={{header|FreeBASIC}}==
'''PROCEDURES'''
A <code>'''function'''</code> defines a block of code which can be executed with a single statement (a function call), and provide a value back to the caller when finished (a return value):
There are several reasons to use functions
* Reduces redundancy in your program.
* Enables reuse of code in many programs.
* Improves readability of the program.
* Improves maintainability of the program.
* Makes it easy to extend your program.
A <code>'''subroutine'''</code> is a block of code which may be called at any time from a program.
This code may need to be executed multiple times, and subroutines provide an invaluable means to simplify code by replacing these blocks of code with a single subroutine call.
A subroutine also serves to allow a user to extend the FreeBASIC language to provide custom commands.
Many of the functions built into FreeBASIC are merely subroutines part of a "runtime library" linked to by default.
Scope (visibility) of a procedure through the different modules of a program.
A procedure is a '''subroutine''' (sub) or a '''function''' that can be called by code outside the procedure (or internal code in the case of a recursion).
A procedure consists of a sequence of instructions that form the body of the procedure.
It is possible to pass values or variables to a procedure, and a function may return a value or a reference.
Scopes of procedures in modules follows simple rules:
# '''Private scope''': procedure visible only in its own module (where it is defined).
# '''Public scope''': procedure visible from all modules constituting a compiled program (including static libraries).
# '''Export scope''': when defined in a DLL (dynamically linked library), procedure visible from an external program that has loaded it (statically or dynamically).
'''LABELS'''
A <code>'''label'''</code> defines a place in a program where Goto or GoSub can jump to.
A label can be a positive integer line number or a symbolname. In both cases, the label must start at the first column of line. A symbolname label must end with a colon (:) character.
Is available only in the "-lang qb" and "-lang fblite" dialect.
=={{header|Go}}==
Line 209 ⟶ 351:
A function definition, either a top-level declaration or a function literal, represents a function block.
<
import (
Line 232 ⟶ 374:
// ex.x() non-exported function not visible here
}</
<
import (
Line 249 ⟶ 391:
func x() { // not exported, x not upper case.
panic("top level x")
}</
{{out}}
<pre>
Line 257 ⟶ 399:
Labels can only be declared in function blocks. The scope is the function block where the label is declared excluding any nested function blocks.
<
import "fmt"
Line 285 ⟶ 427:
}
// end: // labels not allowed outside function blocks</
{{out}}
<pre>
Line 294 ⟶ 436:
Functions are considered global in haskell and can be referenced in the sections of code appearing before the function definition. The following code illustrates the same. add2 was declared after add3 and used in add3. The variables x,y and z are local to the function.
<
add3 :: Int -> Int-> Int-> Int
add3 x y z = add2 x y + z
Line 302 ⟶ 444:
main :: putStrLn(show (add3 5 6 5))
</syntaxhighlight>
{{Output}}
<pre>
Line 311 ⟶ 453:
In the function below the functions g and h are local to the function getSquaredSum. They cannot be called from anywhere outside the function.
<
getSquaredSum :: Int-> Int-> Int
getSquaredSum x y = g x + h y
Line 317 ⟶ 459:
g a = a*a
h b = b*b
</syntaxhighlight>
{{Output}}
<pre>
Line 326 ⟶ 468:
Variable not in scope: h :: Integer -> t
</pre>
=={{header|Icon}} and {{header|Unicon}}==
Line 344 ⟶ 487:
'''Local''' scope, names defined using =. will have local scope if a block scope exists.
<
'''Locale''' scope, names defined using =: will have locale scope (and the '''base''' locale is used by default).
<
Names may include a locale qualifier. A locative is a qualified name. Locale qualifiers contain two '''_''' characters, are a suffix on what would be the unqualified name. Locale qualifiers come in two forms: absolute and relative. Relative locale qualifiers use another name in the current locale to identify the target locale. Absolute locatives place the locale name between the two '''_''' characters, while relative locatives name the locale reference following the pair of '''_''' characters.
<
d=: <'test'
e__d=: 4
b + e_test_
6</
If a local definition exists for a name, it is an error to use use =: to assign that name (use a locative instead of the unqualified name if you really need to do this).
<
f=. 6
g=: 7
Line 367 ⟶ 510:
)
|domain error
| g =:9</
Meanwhile, there is a global current locale (default: '''base''') but each verb's definition is evaluated with the current locale being the locale where that verb was defined.
Line 381 ⟶ 524:
Labels are available in explicit definitions, and are names beginning with '''label_''' and ending with a '''.'''. You may use them with a goto which is a name beginning with '''goto_''' and ending with a '''.'''. Use of labels is restricted to the scope where they are defined, and they cannot be used to enter control structures (except in the sense of the normal entry point).
<
if. y do.
echo 0
Line 400 ⟶ 543:
example 0
2
5</
=={{header|jq}}==
Line 419 ⟶ 562:
A similar rule applies to two inner functions defined within the same enclosing function. Otherwise, inner functions of the same
name can co-exist. In particular, a function named NAME may define an inner function of the same name. For example:
<
def NAME: 2;
1, NAME; # this calls the inner function, not the outer function
NAME # => 1, 2</
'''Mutually Defined Functions'''
The "declare-before-use" rule means that two top-level functions cannot be defined in terms of each other. Consider the following example:
<
def M(x): if x == 1 then F(x) else 2 end;</
There are several possible workarounds using inner functions. For example, if both F and M must be top-level functions, we could define them as follows:
<
def M(x): if x == 1 then F(x) else 2 end;
if x == 0 then M(x) else 1 end;
def M(x): if x == 1 then F(x) else 2 end;</
If F and M are not required to be top-level functions, then both F and M could be defined as inner functions of the same enclosing function.
Line 489 ⟶ 632:
The following program illustrates some of these usages.
<
// top level function visible anywhere within the current module
Line 554 ⟶ 697:
l() // invokes lambda
println("Good-bye!") // will be executed
}</
{{out}}
Line 570 ⟶ 713:
Good-bye!
</pre>
=={{header|Lua}}==
In Lua, variables are global by default, but can be modified to be local to the block in which they are declared.
<syntaxhighlight lang="lua">function foo() print("global") end -- global scope by default
foo()
local function foo() print("local module") end -- local to the current block (which is the module)
foo() -- local obscures the global
_G.foo() -- bug global still exists
do -- create a new block
foo() -- outer module-level scope still visible
local function foo() print("local block") end
foo() -- obscures outer module-level local
local function foo() -- redefine at local block level
print("local block redef")
local function foo() -- define again inside redef
print("local block redef inner")
end
foo() -- call block-level redef inner
end
foo() -- call block-level redef
end -- close the block (and thus its scope)
foo() -- module-level local still exists
_G.foo() -- global still exists</syntaxhighlight>
{{out}}
<pre>global
local module
global
local module
local block
local block redef
local block redef inner
local module
global</pre>
=={{header|M2000 Interpreter}}==
There are 5 structures for named routines.
The Module (as a procedure) and the Function which use blocks {}. Each one define a scope. All entities defined inside erased, except the static types. We can define global modules/functions in any module or function. By default we define Local. We can't call something that is no global, or no as 1st child, or not a member of an object (if a module or function is a member of an object). Global names shadow any same name in the modules/function list, or if it is variable or array in the variable/array list. We can change the code of any module or function using a newer definition, except for those which are members of object and are marked as Final. In objects, modules and functions as members may be public or private. A private member is not private in a module or function as a member of the same type. Special case are the Operators for objects, these are private, except for expression evaluator. Modules and Functions may have static variables. Static variables are common for each call in a recursion type call. Static variables may differ as values for same function, because they saved to the caller object.
In a module or function we can bound at the end definitions, named Subroutines, and simple Functions. These definitions not used block and are at the end of the module's code or function's code. The simple functions called with @ before. The subs called as NameWithParenthesis(). We can define local variables, array, for temporary use modules and functions too.
The lambda function has a Variable name and a Function name. We can pass it as a value, so each lambda function because it is a function has own scope. Closures in a lambda are copied values. In a recursion call for lambda (we call it using Lambda()) the closures are common. Here we don't have connection to the caller object.
M2000 can make references to Functions, to Lambda Function but not for simple functions (which are bound to modules and functions). Lambda functions and Functions as members of objects can be passed by reference and they have access to object members.
Labels can be used in a module or function. Numbers or names. Names need a line for them, but numbers can exist with statements
There are statements Goto and Gosub as in Basic, including On Goto and On Gosub. We can make simple routines using Return to return from them.We can jump out from a block of code. We can't do the opposite, to enter in a block of code from outside. We can't jump out of Module or Function block, we can exit only using Exit or Break statements (Break exit on multiple blocks, Exit exit the current block). So Goto used to exit from a specific inner block to some block above it.
<syntaxhighlight lang="m2000 interpreter">
Function Master {
Module Alfa {
Gosub 100
Global M=1000
\\ delta print 1000
delta
End
100 Print Module(Beta)=False
Print Module(Delta)=True
Return
}
Group Object1 {
Function Master {
=M
}
Module Final Beta {
\\ delta print 500
delta
alfa()
Sub alfa()
Local N=@Kappa(3)
Global M=N
\\ delta print 1500
Delta
Print This.Master()=1500
N=@Kappa(6)
\\ change value of M, not shadow M like Global M
M<=N
\\ delta print 9000
Delta
Print .Master()=9000
End Sub
Function Kappa(K)
=M*K
End Function
}
}
Module Global Delta {
Goto name1
\\ a remark here
name1:
Print Module(Alfa)=False
Print Module(Beta)=False
Print Module(Delta)=True
Print M
}
\\ This is the program
K=100
Global M=500
Alfa
Object1.Beta
Print Object1.Master()=500
Print K=100, M=500
}
Call Master()
\\ No variables exist after the return from Master()
Print Valid(M)=False
</syntaxhighlight>
=={{header|Nim}}==
In Nim, procedures can be defined at the module level, which is the most frequent, or in any other scope, for instance in another procedure or even in a loop or an if statement. That means that, as regards scoping, procedures are managed as variables, types, etc.
When defined at the module level, a procedure is considered private to the module. To make it visible from other modules (provided they import the whole module or only the procedure), the procedure must be annotated with an “*”.
Labels are only used when defining a block which opens a new scope: <code>block outer:</code>. This label is only used to allow breaking from the block (useful when we want to exit from internal loops): <code>break outer</code>. The label is only visible in the block.
Note that blocks are allowed anywhere where code is allowed, and so are labels. This is perfectly valid:
<syntaxhighlight lang="nim"> const C = block useless: 3</syntaxhighlight>
=={{header|Objeck}}==
In Objeck function, names may be public or private. Access to the classes that contain functions can be explicit or controlled at the file level by "use" statements.
=={{header|Oforth}}==
Line 575 ⟶ 841:
Methods are global and must be declared before use. They can be used before a method implementation.
=={{header|Perl
Perl allows various ways to futz with scope, but keeping it simple: Routines are package-scoped, and in each package the final definition of the routine is the one that is used throughout. Labels are generally also package-scoped, except when it comes to <code>goto</code>; let's don't even go there.
<syntaxhighlight lang="perl">no warnings 'redefine';
sub logger { print shift . ": Dicitur clamantis in deserto." }; # discarded
logger('A'); # can use before defined
HighLander::logger('B'); # ditto, but referring to another package
package HighLander {
logger('C');
sub logger { print shift . ": I have something to say.\n" }; # discarded
sub down_one_level {
sub logger { print shift . ": I am a man, not a fish.\n" }; # discarded
sub down_two_levels {
sub logger { print shift . ": There can be only one!\n" }; # routine for 'Highlander' package
}
}
logger('D');
}
logger('E');
sub logger {
print shift . ": This thought intentionally left blank.\n" # routine for 'main' package
};</syntaxhighlight>
{{out}}
<pre>A: This thought intentionally left blank.
B: There can be only one!
C: There can be only one!
D: There can be only one!
E: This thought intentionally left blank.</pre>
=={{header|Phix}}==
{{libheader|Phix/basics}}
Functions are private (restricted to a single file) by default, or can be made global by prefixing the definition with the global keyword to make it visible everywhere.<br>
Functions within classes are either private (can only be called from within the class definition) or public (can be called by anything that manages to get it's grubby little mitts on an instance of it). The containing classes themselves can be private or public as above, but if an instance of a private class is handed over, any recipient has full access to anything declared as public within it (but naturally they won't have the ability to create an instance of a private class).
There are no labels in Phix except for inline assembly code. Top-level #ilASM{} can use the special syntax :% (also :<, :>, and :!, see pops.e for details) to declare global labels, typically opcodes such as :%opAlloc, otherwise normal labels, declared with :: syntax, are [only] visible across all #ilASM{} in the same file or routine.
=={{header|PL/I}}==
<syntaxhighlight lang="pl/i">
Functions are normally internal to a program. If they are at the nesting level
immediately within the program, they are accessible from anywhere in the program.
Functions can also be encapsuled in a package, and the function name exported.
Functions can be compiled separately, and then linked with a program
in which case they are globally accessible.
</syntaxhighlight>
=={{header|PowerShell}}==
A function exists in the scope in which it was created.
If a function is part of a script, the function is available to statements within that script. By default, a function in a script is not available at the command prompt.
You can specify the scope of a function. For example, the function is added to the global scope in the following example:
<syntaxhighlight lang="powershell">
function global:Get-DependentService
{
Get-Service | Where-Object {$_.DependentServices}
}
</syntaxhighlight>
When a function is in the global scope, you can use the function in scripts, in functions, and at the command line.
Functions normally create a scope. The items created in a function, such as variables, exist only in the function scope.
For more information about scope in Windows PowerShell, see about_Scopes
<syntaxhighlight lang="powershell">
Get-Help about_Scopes
</syntaxhighlight>
=={{header|Python}}==
:In Python; our chief creator of new scopes is a function definition ... functions and classes... classes and functions... Our ''two'' creators are functions and classes... and files... Our ''three'' creators are ... I'll come in again.
Some (rather dry) rules are:
# All names, (of functions, classes, as well as variables), are scoped in the same way.
# A names scope is its closest enclosing file, function, or class.
# Names belong to the scope where they are assigned-to (or bound)
;Cf.:
* Ka-Ping Yee has a tutorial on the above [http://www-inst.eecs.berkeley.edu/~selfpace/cs9honline/Q2/scope.html here].
* This Python Enhancement Proposal: [http://www.python.org/dev/peps/pep-3104/ PEP 3104] introduces the non-local keyword of Python 3.
* And of course, [http://www.youtube.com/watch?v=vt0Y39eMvpI this]!
=={{header|Racket}}==
Racket inherits the strict lexical-scopedness of Scheme, so function bindings (like any other bindings) are visible only within their scope. For example
<syntaxhighlight lang="racket">
(define (foo x)
(define (bar y) (+ x y))
(bar 2))
(foo 1) ; => 3
(bar 1) ; => error
</syntaxhighlight>
but that applies only to the *bindings* -- the actual function values (like other values) can be passed around freely:
<syntaxhighlight lang="racket">
(define (foo x)
(define (bar y) (+ x y))
bar)
(foo 1) ; => #<procedure:bar>
((foo 1) 2) ; => 3
</syntaxhighlight>
But it should be noted that Racket is flexible enough to make it possible to implement other kinds of scope.
=={{header|Raku}}==
(formerly Perl 6)
First a little hand-wavey exposition. The lines are rather blurry in Raku between subroutines, methods, operators and functions. Methods are associated with an object and are inheritable. Subroutines and operators are not. Other than that though there is a lot of overlap. "A function" doesn't really have a specific definition, but is more of a generic term used when talking about code reference type of things.
Methods don't have a separate scope from the object they are attached to. If the object is in scope, the method will be.
A subroutine is really just another type of object. It has a code reference and has ROUTINE semantics attached to it. The same holds for operators. Operators are really just subroutines with a funny calling convention. That being the case, scoping for subroutines very closely follows scoping rules for any other
In general, subroutines are "my" variables by default (if you don't specify, the "my" is implicit), meaning scoping is lexical to the enclosing block and flows inward. A subroutine defined within a block will be visible to everything inside that block, even other blocks within that block. However, any inner block can define its own subroutine with the same name and that will be used in preference to the routine from an outer block. That implies you can easily override / redefine core functions from the
Alternately, subroutines may be declared as an "our" variable making it a package global, visible anywhere in the packages' namespace. That is somewhat discouraged though as it pollutes the namespace and reduces the granularity of control.
Line 595 ⟶ 967:
</pre>
<syntaxhighlight lang="raku"
say log(); # prints: outer
Line 647 ⟶ 1,019:
# call the original overridden CORE routine
say &CORE::log(e); # prints: 1 ( natural log of e )
}</
Labels are less interesting and are typically useful only for control flow in looping constructs. They generally follow the same scoping rules as "my" variables. There is nearly always easier ways to do control flow though, so they aren't heavily used.
=={{header|REXX}}==
Line 726 ⟶ 1,030:
::: a colon (''':''')
::::: (optional blanks)
::::: (optional REXX statement (''';''')
::::: (optional semicolon (''';''')
::::: (optional blanks)
Line 731 ⟶ 1,036:
<br><br>Any label can be referenced from anywhere in the REXX program (global scope).
<br><br>Multiple labels (with the same name) are not considered an error in the REXX language; the first label found (topmost) is used.
REXX comments may be added anywhere blanks can be used.
Multiple labels may be specified on the same line with:
::::: (optional blanks)
::: a REXX symbol
::::: (optional blanks)
::: a colon (''':''')
::::: (optional blanks)
::::::: ────(a repeat of the above as many times as is possible on a line of code)────
<syntaxhighlight lang="rexx">/*REXX program demonstrates the use of labels and also a CALL statement. */
blarney = -0 /*just a blarney & balderdash statement*/
signal do_add /*transfer program control to a label.*/
Line 745 ⟶ 1,060:
add.2.args: procedure; parse arg x,y; return x+y /*first come, first served ···*/
add.2.args: say 'Whoa Nelly!! Has the universe run amok?' /*didactic, but never executed*/
add.2.args: return arg(1) + arg(2) /*concise, " " " */</
'''output'''
<pre>
Line 753 ⟶ 1,068:
=={{header|Ring}}==
<
# Project : Scope/Function names and labels
Line 762 ⟶ 1,077:
func welcome(name)
see "hello " + name + nl
</syntaxhighlight>
Output:
<pre>
Line 772 ⟶ 1,087:
=={{header|Ruby}}==
'def' starts the definition of a method, and 'end' ends it - no cute little curly braces.
<
def welcome(name)
puts "hello #{name}"
Line 779 ⟶ 1,094:
$name = STDIN.gets
welcome($name)
return </
'''output'''
<pre>
Line 786 ⟶ 1,101:
hello xyz
</pre>
=={{header|Scala}}==
<
val c = new C()
val d = new D()
Line 841 ⟶ 1,157:
println("Good-bye!") // will be executed
}</
=={{header|Sidef}}==
In Sidef, the same rule which is applied to variable scoping, is applied to functions and classes as well, which means that a function defined inside another function is not visible outside the current scope.
<
func outer {
func inner {}; # not visible outside
Line 853 ⟶ 1,169:
class Outer {
class Inner {}; # not visisble outside
}</
=={{header|Tcl}}==
There are a number of different symbol types in Tcl, all of which are handled independently. Each namespace contains a mapping from (simple) command names to command implementations; when a command is looked up, the search is done by looking in the current namespace, then in the namespaces on that namespace's path (which is usually empty), and finally in the global namespace. There are ''no'' local commands (unlike with variables, though a lambda expression in a variable can act very similarly to a command). Commands only have a mapping after they have been created; the <code>proc</code> “declaration” is just a command that creates a procedure at the point where it is called.
<
proc doFoo {a b c} {
puts [expr {$a + $b*$c}]
}
doFoo 1 2 3; # Will now print 7 (and will continue to do so until doFoo is renamed or deleted</
Tcl does not support labels, either outside or inside procedures. (Other mechanisms are used for jumps and state machines.)
Line 869 ⟶ 1,185:
There is no lookahead in the shell, so functions cannot be called until their definition has been run:
<
multiply 3 4 # This will not work
echo $? # A bogus value was returned because multiply definition has not yet been run.
Line 878 ⟶ 1,194:
multiply 3 4 # Ok. It works now.
echo $? # This gives 12</
The shell does not support the use of arbitrary line labels.
=={{header|V (Vlang)}}==
Vlang has both functions and labels.
A function definition, either a top level declaration or a function literal, represents a function block.
<syntaxhighlight lang="Vlang">
fn world() {
print("World!")
}
fn main() {
// anonymous function
f := fn() {
print("Hello ")
}
f() // "Hello
world() // World!"
// "Hello World!"
}
</syntaxhighlight>
Functions can be used before their declaration (below main), but can still be called from main.
This eliminates the need for header files or worrying about the order.
<syntaxhighlight lang="Vlang">
fn main() {
println(add(77, 33))
println(sub(100, 50))
}
fn add(x int, y int) int {
return x + y
}
fn sub(x int, y int) int {
return x - y
}
</syntaxhighlight>
Functions are private (not exported) by default. To allow other modules to use them, prepend pub
<syntaxhighlight lang="Vlang">
pub fn public_function() {
}
fn private_function() {
}
</syntaxhighlight>
Labelled break & continue:
You can also use break and continue followed by a label name to refer to an outer for loop.
<syntaxhighlight lang="Vlang">
outer: for i := 4; true; i++ {
println(i)
for {
if i < 7 {
continue outer
} else {
break outer
}
}
}
</syntaxhighlight>
Goto and labels:
1) The label name must be contained within the same function as the 'goto' statement.
2) Used only with 'unsafe' statements.
<syntaxhighlight lang="Vlang">
// Unsafe 'goto' pseudo example:
if x {
// ...
if y {
unsafe {
goto my_label
}
}
// ...
}
my_label:
</syntaxhighlight>
=={{header|Wren}}==
Firstly, Wren doesn't support labels at all.
Secondly, functions (as opposed to methods) are first-class objects and have the same visibility as any other object. In other words, when defined in a particular scope, they are visible from the point of declaration to the end of that scope.
On the other hand, methods are always public members of a class and are visible throughout that class. Although technically a top-level class is visible throughout the module in which its defined, it is null prior to its definition.
The following example illustrates these points.
<syntaxhighlight lang="wren">//func.call() /* invalid, can't call func before its declared */
var func = Fn.new { System.print("func has been called.") }
func.call() // fine
//C.init() /* not OK, as C is null at this point */
class C {
static init() { method() } // fine even though 'method' not yet declared
static method() { System.print("method has been called.") }
}
C.init() // fine</syntaxhighlight>
{{out}}
<pre>
(as it stands)
func has been called.
method has been called.
(with line 1 uncommented)
[./Scope_Function_names_and_labels line 3] Error at '}': Variable 'func' referenced before this definition (first use at line 1).
(with only line 7 uncommented)
func has been called.
Null does not implement 'init()'.
[./Scope_Function_names_and_labels line 7] in (script)
</pre>
=={{header|XPL0}}==
Function names follow the scoping rules of Algol. A function is a
procedure that returns a value.
A procedure name is visible from the point it's declared to the end of
the procedure in which its declaration appears. A complete program is a
procedure, informally called "main."
A procedure name is also visible in any sub-procedures that might be
nested in the procedure. If the same name is declared at different levels
in nested procedures, the most local declaration is used. Procedures can be nested up to eight levels deep.
There are no labels in XPL0 (except for inline assembly code).
=={{header|zkl}}==
Line 886 ⟶ 1,334:
Functions have two modifiers, public (the default) and private. Private is the same as public inside the compilation unit, outside that unit/file, a private function can only be accessed via reflection.
<
=={{header|ZX Spectrum Basic}}==
Functions are visible as soon as they are entered, even if the program is not run. Line numbers are used instead of labels. These are also immediately accessible as soon as the line is entered, even if the program is not run:
<
9010 DEF FN s(x)=x*x
PRINT FN s(5): REM This will work immediately
GO TO 50: REM This will work immediately</
{{omit from|GUISS|does not have functions or labels}}
| |||