NAME
Inline::SLang - Write Perl subroutines in S-Lang.
SYNOPSIS
use Inline SLang;
print "9 + 16 = ", add(9,16), "\n";
print "9 - 16 = ", subtract(9,16), "\n";
print JAxH('Inline'), "\n";
__END__
__SLang__
define add (a,b) { return a + b; }
define subtract (a,b) { return a - b; }
define JAxH () {
variable type = ();
return sprintf( "Just Another %S Hacker!", type );
}
DESCRIPTION
The Inline::SLang
module lets you write Perl subroutines in S-Lang. It dynamically translates the parameters and return values into native data types for both languages (or into Perl classes that are used to represent S-Lang types with no direct translation to Perl). This allows you to write a Perl script and take advantage of S-Lang whenever you wish: perhaps there is a S-Lang module that you wish to use, or you want to take advantage of a S-Lang function that you have written.
The module sets up an in-process S-Lang interpreter, runs your code, and then examines the interpreter's symbol table, looking for things to bind to Perl. The process of interrogating the S-Lang interpreter only occurs the first time you run your S-Lang code. The namespaces are cached, and subsequent calls use the cached version (which is hidden in the _Inline directory; see the Inline documentation for details of how the code is cached). Of course, your S-Lang code must still be run every time your run the Perl script -- but Inline::S-Lang already knows the results of running it.
What is S-Lang?
From the S-Lang library home page at http://www.s-lang.org/
S-Lang is a multi-platform programmer's library designed to allow a developer to create robust multi-platform software. It provides facilities required by interactive applications such as display/screen management, keyboard input, keymaps, and so on. The most exciting feature of the library is the slang interpreter that may be easily embedded into a program to make it extensible.
For our purposes it is the S-Lang interpreter that we are interested in. See the Term::Slang module (on CPAN) if you want an interface to the terminal library provided by S-Lang.
Using the Inline::SLang Module
Using Inline::SLang will seem very similar to using any other Inline language, thanks to Inline's consistent look and feel.
This section will explain the different ways to use Inline::SLang. Further details on configuring the behaviour of Inline::SLang
can be found in Inline::SLang::Config. For more details on Inline
, see Inline or perldoc Inline
.
S-Lang Functions
Using functions defined in S-Lang is just like using Perl subroutines. You just supply the source code to Inline::SLang - see the Inline manual for the various ways of doing this - and then use them in your Perl code. For example:
# set up a S-Lang function
use Inline SLang => <<'END';
define doit() { vmessage("Printing from S-Lang"); }
END
# now call the S-Lang function from Perl
doit;
By default all S-Lang functions - other than S-Lang intrinsic functions (the functions defined by the S-Lang interpreter, such as array_map()
and assoc_get_keys()
) - in the default namespace ("Global") are bound to Perl. The Perl functions are available in the main
package.
The BIND_NS
configuration option can be used to change the list of S-Lang namespaces bound to Perl. If you have need of an intrinsic S-Lang function then you can either write a wrapper routine or use the BIND_SLFUNCS
option. See Inline::SLang::Config for more details.
Note that there are no checks that a S-Lang symbol, when mapped to Perl, does not clobber an existing value (or is a Perl built-in function so can not be over-ridden). So beware when you define a S-Lang function called open()
!
But all I want to do is use a S-Lang module?
If you have a S-Lang module that you want to use directly from Perl, it's as easy as the following (assuming the module is importable and called funkymodule
):
use Inline 'SLang' => 'import("funkymodule");';
and then you can start using the functions defined by the module. You use a similar technique if you have a file containing S-Lang code that can be loaded using require
or evalfile
: e.g.
use Inline 'SLang' => 'require("funkypackage");';
The use of the require()
function is only possible if your S-Lang installation includes the slsh
interpreter and ancillary files (which is true if you use CIAO 3.2
).
S-Lang Variables
We do not bind any S-Lang variables to Perl. To access variables you have to write S-Lang routines that read/write the variable, as shown by the get_foobar()
and set_foobar()
routines below:
variable foobar = "a string";
define get_foobar() { return foobar; }
define set_foobar(x) { foobar = x; }
Supported Data Types
Inline::S-Lang attempts to seamlessly convert between Perl and S-Lang data types. For "simple" types - for example strings - where there is a direct match between S-Lang and Perl, the conversion is not noticeable. For more complicated types - such as complex numbers - S-Lang variables are converted to Perl objects. Where possible a perl-like interface is retained. See Inline::SLang::Types for more information on how the various data types are supported.
The module currently requires that yor S-Lang library has been compiled with support for both floating-point and complex numbers.
Perl routines
The module provides several utility functions which are discussed below. By default they are only available using fully-qualified names - e.g. Inline::SLang::sl_eval()
- although the EXPORT
configuration option can be used to change this.
Inline::SLang::sl_array
Usage:
$sl = Inline::SLang::sl_array( $aref );
$sl = Inline::SLang::sl_array( $aref, $adims );
$sl = Inline::SLang::sl_array( $aref, $atype );
$sl = Inline::SLang::sl_array( $aref, $adims, $atype );
This is a wrapper around the Array_Type
constructor and is intended to make it easy to ensure that a Perl array reference is converted into a S-Lang array of the correct type, dimensionality, and size.
The data is stored in $aref
, a Perl array reference. If no other parameters are supplied then the array dimensions, size, and type are guessed from $aref
. Since Perl has such a flexible type system the routine can sometimes make a surprising choice for the data type of the array, so it may well be worth supplying the array type as $atype
- which can be either a string containing the name of the S-Lang datatype, such as "Int_Type"
, or a DataType_Type
object.
If you know the array dimensions then it's probably faster to supply them as the $adims
argument, which should be an array reference.
Note that there is limited error checking in this routine: if $aref
is a 2x3 array but you send in $adims
as [3,2]
- or [24]
say - then expect weird behaviour (at the very least).
Example:
use Inline 'SLang' => Config => EXPORT => [ "sl_array" ];
use Inline 'SLang';
...
some_slang_func( sl_array([[1.0,0.0],[0.0,1.0]],"Double_Type") );
For numeric types I expect most people to use piddles. This routine is more useful for arrays of non-numeric data types.
Inline::SLang::sl_array2perl
Usage:
$val = Inline::SLang::sl_array2perl();
$val = Inline::SLang::sl_array2perl( $newval );
Sets/Gets the current status of the "how do we convert a S-Lang array into Perl" flag. Returns the status.
We list the possible values of the flag below. For further details on array support in Inline::SLang
see Inline::SLang::Array.
With no PDL support
If PDL support was not compiled in to the module then the flag can either be 0 or 1, where
- Value = 0
-
All arrays are converted to a Perl array reference.
- Value = 1
-
All arrays are converted to a Perl
Array_Type
object
With PDL support
If PDL support is available then there are four options:
- Value = 0
-
All arrays are converted to a Perl array reference.
- Value = 1
-
All arrays are converted to a Perl
Array_Type
object - Value = 2
-
Numeric arrays are converted to piddles and non-numeric arrays are converted to a Perl array reference.
- Value = 3
-
Numeric arrays are converted to piddles and non-numeric arrays are converted to a Perl
Array_Type
object.
Inline::SLang::sl_eval
Usage
[ retval(s) = ] Inline::SLang::sl_eval( $str );
This function evaluates the supplied S-Lang code (in $str
) and converts any return values to Perl. In general this will not be needed, since you can always call S-Lang's eval()
function via a wrapper function (or by binding it to a different function name in Perl). One approach is shown in the last example below.
One time it can come in useful is to access a S-Lang variable (either to set its value or store its value in a Perl variable).
If $str
does not end with a ";" then one will be added before the code is evaluated by S-Lang.
Examples:
# get the version of the S-Lang library
my $sl_ver = Inline::SLang::sl_eval( "_slang_version" );
# set a variable in S-Lang scope (assuming this_var exists in
# S-Lang scope)
Inline::SLang::sl_eval( "this_var = 23.5" );
# evaluate arbitrary S-Lang code
my $foo = Inline::SLang::sl_eval("23+4");
print "S-Lang thinks 23+4 is $foo\n";
A more flexible solution is to write a S-lang wrapper around the S-Lang eval()
function (perhaps this functionality should be moved into sl_eval
?):
% Call as myeval( "slang code" [, var1, var2, ... ] );
% where varX are variables that placed onto the S-Lang
% stack before calling the S-Lang code
define myeval() {
% pop off the slang code from the stack, leave the rest there
variable slcode;
if ( _NARGS > 1 ) {
_stk_reverse(_NARGS);
slcode = ();
_stk_reverse(_NARGS-1);
}
else
slcode = ();
eval( slcode );
}
Inline::SLang::sl_have_pdl
Usage:
$flag = Inline::SLang::sl_have_pdl();
Returns 1
if the module was compiled with support for PDL, and 0
otherwise.
Inline::SLang::sl_setup_as_slsh()
Usage:
Inline::SLang::sl_setup_as_slsh();
This routine sets up the S-Lang interpreter to use the same paths as the slsh
interpreter from the S-Lang distribution. It is called by the module when the SETUP
configuration option is set to slsh
, which is the default value. It is very unlikely that a user will have a need to call this routine directly.
Inline::SLang::sl_setup_called()
Usage:
$counter = Inline::SLang::sl_setup_called();
Returns the number of times the sl_setup_slsh()
function has been called. In most cases this will return 1 if the SETUP
configuration option was set to slsh
- the default value - and 0 otherwise.
Inline::SLang::sl_typeof
Usage:
$type = Inline::SLang::sl_typeof( $var );
Returns the S-Lang type of the data stored in the Perl variable $var
. This should be more efficient than using S-Lang's typeof()
command since it does not require the conversion of the whole variable to S-Lang (normally not a big issue but it can be if $var
contains a large array or a complicated structure).
The return value is an object of the DataType_Type
class; see PDL::Types for more information on how S-Lang variables are represented in Perl.
Example:
my $foo = some_slang_function();
my $type = Inline::SLang::sl_typeof($foo);
print "The function returned a $type variable\n";
Note that all objects used to represent S-Lang data types - other than Math::Complex
objects - have a typeof()
method which can be used to find the type of the object.
Inline::SLang::sl_version
Usage:
$ver = Inline::SLang::sl_version();
Returns, as a string, the version of S-Lang against which the module was compiled, with a format of "a.b.c". You can use sl_eval("_slang_version_string")
to find out what version of the library you are using.
What happens when there is a S-Lang error?
The module will refuse to build if there is an error in the S-Lang code compiled when your program is first run. If an error occurs in the S-Lang interpreter - such as calling a function that expects an argument with none - then the S-Lang error is transformed into a Perl error (as a call to croak
) and the S-Lang interpreter is restarted. This means that these errors can be handled by using Perl's eval
statement. For example, the code
use strict;
use Inline 'SLang';
# Call the S-Lang function
#
my $ans;
eval { $ans = mydiv (0.0); };
print "The S-Lang error was:\n$@\n";
# Evaluate S-Lang code directly
#
eval { Inline::SLang::sl_eval( "10.0/0.0;" ); };
print "The S-Lang error was:\n$@\n";
__END__
__SLang__
define mydiv(y) { return 10.0 / y; }
(which can be found in the distribution as examples/trap_errors.pl) produces the following output:
The S-Lang error was:
S-Lang Error: Divide by zero: Error while executing mydiv
The S-Lang error was:
S-Lang Error: Divide by zero: called from line 1, file: ***string***
CHANGES
v1.00 Tue Jan 4 12:02:37 EST 2005
The S-Lang interpreter can now be initialised in a similar manner to that used in the slsh
interpreter from the S-Lang distribution. This was primarily added to support the changes made to the S-Lang support in CIAO 3.2
- e.g. the use of require()
to load modules - but may be useful elsewhere. This does not add the functions and variables added by slsh, e.g.: __argc
, __argv
, exit()
, atexit()
, and stat_mode_to_string()
.
This support is on by default but can be turned off by adding
use Inline SLang => CONFIG => 'none';
to your script.
General documentation clean up (mainly minor changes). Added examples/trap_errors.pl to the distribution.
The list of changes to previous versions has been moved to Inline::SLang::Changes.
SUPPORTED PLATFORMS
S-Lang library >= 1.4.7. The code has NOT been tested against version 2 of the S-Lang library and is currently unlikely to work with it.
The S-Lang library must have been compiled with support for floating-point and complex numbers. The module could be made to work without these numbers/types but I do not have the time to do this.
The only tested operating systems are Solaris, Linux, and OS-X (10.3). It should compile on UNIX-like systems (no promises though), and I will be surprised if it works without tweaking on other operating systems.
Perl >= 5.6.0 (only really tested on version 5.8).
BUGS AND DEFICIENCIES
Please use the CPAN Resource Tracker at http://rt.cpan.org/NoAuth/Bugs.html?Dist=Inline-SLang to check for bugs, report new ones, and request new features.
SEE ALSO
Inline::SLang::Config, Inline::SLang::Changes, Inline::SLang::Types, Inline::SLang::Array, Inline::SLang::Assoc, Inline::SLang::Struct, Inline::SLang::Details, Term::Slang
For information about using Inline
, see Inline.
For information about other Inline languages, see Inline-Support.
For information about S-Lang see http://www.s-lang.org/.
ACKNOWLEDGEMENTS
John Davis (for S-Lang), Brian Ingerson (for the Inline framework), and Neil Watkiss since I based much of this module on his Inline::Python and Inline::Ruby modules.
However, please do not assume that any errors in this module are in any way related to the above people.
AUTHOR
Doug Burke <djburke@cpan.org>
COPYRIGHT
This software is Copyright (C) 2003, 2004, 2005 Smithsonian Astrophysical Observatory. All rights are reserved.
It is released under the GNU General Public License. You may find a copy of this licence in the file LICENSE within the source distribution or at http://www.fsf.org/copyleft/gpl.html
Prior to version 0.04 the module was distributed under the same terms as Perl.
WARRANTY
There is no warranty. Please see the GNU General Public License for more details.