gov.llnl.babel.backend
Interface CodeGenerator

All Known Implementing Classes:
GenerateClient, GenerateClientC, GenerateClientJava, GenerateCxxClient, GenerateCxxServer, GenerateIOR, GenerateServer, GenerateServerC, GenerateServerJava, GenPythonClient, GenPythonServer

public interface CodeGenerator

Interface CodeGenerator is implemented by the backend code generators. It has several methods to identify what type of generator it is and what language it serves. The real work is done by the generateCode(java.util.Set) method that generates code for a set of Symbol objects.


Method Summary
 void generateCode(java.util.Set symbols)
          Generate IOR code for each symbol identifier in the set argument.
 java.util.Set getLanguages()
          Return the set of language names that this generator supports.
 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).
 

Method Detail

generateCode

public void generateCode(java.util.Set symbols)
                  throws CodeGenerationException
Generate IOR code for each symbol identifier in the set argument. These routines assume that all symbols necessary to generate code are available in the symbol table, which can be guaranteed by calling resolveAllReferences on the symbol table prior to invoking this routine.

Parameters:
symbols - a set of Symbol instances. The generator is expetected to write code for each symbol.
Throws:
CodeGenerationException - this indicates that something failed during the code generation. It could be anything from an I/O error to a illegal data type.

getUserSymbolsOnly

public 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). 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.


getLanguages

public java.util.Set getLanguages()
Return the set of language names that this generator supports. Normally, there is one one name per generator. However, the C++ generator can be referred to as cxx or c++, so it has two in its set. The names should be lower case. Some examples are "c", "ior", "c++", etc.

Returns:
a Set of strings. Each string is a language name that this generator supports.

getType

public java.lang.String getType()
Return the type of generator. Currently, there are three types of generator "stub", "skel" and "ior". "xml" might be added someday.