gov.llnl.babel.backend.matlab
public class GenerateMatlabClient extends java.lang.Object implements CodeGenerator
This class is responsible for generating the Matlab client-side code. It will generate C extension types for classes and interfaces, and it will generate a native Matlab for enumerated types.
Constructor and Description |
---|
GenerateMatlabClient()
Create a Matlab client generator.
|
Modifier and Type | Method and Description |
---|---|
void |
generateCode(java.util.Set symbols)
Generate Matlab client-side code for each
SymbolID in the
set argument. |
java.util.Set |
getLanguages()
Return the set of language names that this generator supports.
|
java.lang.String |
getName()
Return the canonical name of this generator.
|
java.lang.String |
getType()
Return the type of generator.
|
boolean |
getUserSymbolsOnly()
Return
true if and only if this code factory should
only operate on symbols outside the sidl namespace (i.e., exclude
symbols from the sidl runtime library). |
void |
setContext(Context context)
Routine to notify extensions of the context.
|
void |
setName(java.lang.String name)
Set the name of the generator.
|
public GenerateMatlabClient()
public void generateCode(java.util.Set symbols) throws CodeGenerationException
SymbolID
in the
set argument. This is the initial entry point for generating the
client-side code. This routine assumes that all necessary symbols are
available in the symbol table. This method generates the client-side
code as a set of files and directories.generateCode
in interface CodeGenerator
symbols
- a set of SymbolID
objects.CodeGenerationException
- provide feedback when code generation fails for one reason or
another.SymbolID
public java.lang.String getType()
CodeGenerator
getType
in interface CodeGenerator
public boolean getUserSymbolsOnly()
CodeGenerator
true
if and only if this code factory should
only operate on symbols outside the sidl namespace (i.e., exclude
symbols from the sidl runtime library). This is typically true
for C and Python where the stubs for the sidl runtime library
are pregenerated. Generally, this should be true
for
anything other than a stub. Implementors do not need to worry
about the special case of generating the sidl runtime library
itself.getUserSymbolsOnly
in interface CodeGenerator
public java.util.Set getLanguages()
CodeGenerator
getLanguages
in interface CodeGenerator
public void setName(java.lang.String name) throws CodeGenerationException
CodeGenerator
CodeGenerator.getName()
is called.setName
in interface CodeGenerator
name
- this should be the name that the end user designated for
the generator.CodeGenerationException
public java.lang.String getName()
CodeGenerator
CodeGenerator.setName(String)
should be called at least once before this method is called.getName
in interface CodeGenerator
CodeGenerator.getLanguages()
. It may not be equal to the name given in
CodeGenerator.setName(String)
.public void setContext(Context context)
ContextAware
setContext
in interface ContextAware