Next: The Application Builder, Previous: Runtime Systems, Up: Stand-Alone Executables [Contents][Index]
When a runtime system is delivered to the end user, chances are that the user does not have an existing SICStus installation. To deliver such an executable, you need:
This is your executable program, usually created by spld
(see The Application Builder).
This is a shared object or a DLL, usually libsprt4-9-0.so under UNIX, or sprt4-9-0.dll under Windows.
The saved state sprt.sav contains the built-in
predicates written in Prolog. It is restored into the program at
runtime by the function SP_initialize()
. Extended runtime
systems restore spre.sav instead, which requires a
license, available from SICS as an add-on product. See also Managing Extended Runtime License Information in SICStus Prolog
Release Notes.
As a saved state, ‘.po’ files, or source code (‘.pl’ files). They must be explicitly loaded by the program at runtime (see Loading Prolog Code).
Any dynamically linked foreign resources, including any linked foreign resources for library modules located in $SP_PATH/library.
The following two sections describe how to package the above components for UNIX and Windows target machines, i.e. machines that do not have SICStus Prolog installed, respectively. It is also possible to package all the above components into a single executable file, an all-in-one executable. See All-in-one Executables.
• Runtime Systems on UNIX Target Machines | Runtime Systems on UNIX Target Machines | |
• Runtime Systems on Windows Target Machines | Runtime Systems on Windows Target Machines |