2004-05-18 19:33:40 +01:00
|
|
|
|
|
|
|
# (C) Copyright IBM Corporation 2004
|
|
|
|
# All Rights Reserved.
|
2014-11-19 21:17:48 +00:00
|
|
|
# Copyright (c) 2014 Intel Corporation
|
2004-05-18 19:33:40 +01:00
|
|
|
#
|
|
|
|
# Permission is hereby granted, free of charge, to any person obtaining a
|
|
|
|
# copy of this software and associated documentation files (the "Software"),
|
|
|
|
# to deal in the Software without restriction, including without limitation
|
|
|
|
# on the rights to use, copy, modify, merge, publish, distribute, sub
|
|
|
|
# license, and/or sell copies of the Software, and to permit persons to whom
|
|
|
|
# the Software is furnished to do so, subject to the following conditions:
|
|
|
|
#
|
|
|
|
# The above copyright notice and this permission notice (including the next
|
|
|
|
# paragraph) shall be included in all copies or substantial portions of the
|
|
|
|
# Software.
|
|
|
|
#
|
|
|
|
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
|
|
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
|
|
# FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT. IN NO EVENT SHALL
|
|
|
|
# IBM AND/OR ITS SUPPLIERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
|
|
# LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
|
|
|
|
# FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS
|
|
|
|
# IN THE SOFTWARE.
|
|
|
|
#
|
|
|
|
# Authors:
|
|
|
|
# Ian Romanick <idr@us.ibm.com>
|
|
|
|
|
2014-11-19 21:36:35 +00:00
|
|
|
import argparse
|
2014-11-19 21:17:48 +00:00
|
|
|
|
2004-05-18 19:33:40 +01:00
|
|
|
import gl_XML
|
|
|
|
import license
|
2014-11-19 21:17:48 +00:00
|
|
|
|
2004-05-18 19:33:40 +01:00
|
|
|
|
Mammoth update to the Python code generator scripts that live in
src/mesa/glapi. Basically, the scripts that did simple things (like
gl_offsets.py) were simple, and the scripts that did more complicated things
(like glX_proto_send.py) were getting progressively more and more out of
control. So, I re-write the foundation classes on which everything is based.
One problem with the existing code is that the division between the GL API
database representation and the way the output code is generated was either
blury or nonexistant. The new code somewhat follows the
Model-View-Controller pattern, minus the Controller. There is a distinct
set of classes that model the API data, and there is a distinct set of
classes that generate code from that data.
One big change is in the class that represents GL functions (was glFunction,
is now gl_function). There used to be an instance of this calls for each
function and for each alias to that function. For example, there was an
instance for PointParameterivSGIS, PointParameterivEXT, PointParameterivARB,
and PointParameteriv. In the new code, there is one instance. Each
instance has a list of entrypoint names for the function. In the next
revision, this will allow a couple useful things. The script will be able
to verify that the parameters, return type, and GLX protocol for a function
and all it's aliases match.
It will also allow aliases to be represented in the XML more compactly.
Instead of repeating all the information, an alias can be listed as:
<function name="PointParameterivARB" alias="PointParameterivEXT"/>
Because the data representation was changed, the order that the alias
functions are processed by the scripts also changed. This accounts for at
least 2,700 of the ~3,600 lines of diffs in the generated code.
Most of the remaining ~900 lines of diffs are the result of bugs *fixed* by
the new scripts. The old scripts also generated code with some bugs in it.
These bugs were discovered while the new code was being written.
These changes were discussed on the mesa3d-dev mailing list back at the end
of May:
http://marc.theaimsgroup.com/?t=111714569000004&r=1&w=2
Xorg bug: 3197, 3208
2005-06-22 00:42:43 +01:00
|
|
|
class PrintGlTable(gl_XML.gl_print_base):
|
2015-06-18 23:28:05 +01:00
|
|
|
def __init__(self):
|
2012-10-10 15:20:57 +01:00
|
|
|
gl_XML.gl_print_base.__init__(self)
|
2005-05-26 17:34:58 +01:00
|
|
|
|
2012-10-10 15:20:57 +01:00
|
|
|
self.header_tag = '_GLAPI_TABLE_H_'
|
|
|
|
self.name = "gl_table.py (from Mesa)"
|
|
|
|
self.license = license.bsd_license_template % ( \
|
2004-05-18 19:33:40 +01:00
|
|
|
"""Copyright (C) 1999-2003 Brian Paul All Rights Reserved.
|
|
|
|
(C) Copyright IBM Corporation 2004""", "BRIAN PAUL, IBM")
|
2012-10-10 15:20:57 +01:00
|
|
|
return
|
2004-05-18 19:33:40 +01:00
|
|
|
|
2012-10-10 15:20:57 +01:00
|
|
|
def printBody(self, api):
|
|
|
|
for f in api.functionIterateByOffset():
|
|
|
|
arg_string = f.get_parameter_string()
|
2018-07-05 14:17:32 +01:00
|
|
|
print(' %s (GLAPIENTRYP %s)(%s); /* %d */' % (
|
|
|
|
f.return_type, f.name, arg_string, f.offset))
|
2004-05-18 19:33:40 +01:00
|
|
|
|
2012-10-10 15:20:57 +01:00
|
|
|
def printRealHeader(self):
|
2018-07-05 14:17:32 +01:00
|
|
|
print('#ifndef GLAPIENTRYP')
|
|
|
|
print('# ifndef GLAPIENTRY')
|
|
|
|
print('# define GLAPIENTRY')
|
|
|
|
print('# endif')
|
|
|
|
print('')
|
|
|
|
print('# define GLAPIENTRYP GLAPIENTRY *')
|
|
|
|
print('#endif')
|
|
|
|
print('')
|
|
|
|
print('')
|
|
|
|
print('#ifdef __cplusplus')
|
|
|
|
print('extern "C" {')
|
|
|
|
print('#endif')
|
|
|
|
print('')
|
2021-01-22 21:24:42 +00:00
|
|
|
print('#ifdef MemoryBarrier')
|
|
|
|
print('#undef MemoryBarrier')
|
|
|
|
print('#endif')
|
|
|
|
print('')
|
2018-07-05 14:17:32 +01:00
|
|
|
print('struct _glapi_table')
|
|
|
|
print('{')
|
2012-10-10 15:20:57 +01:00
|
|
|
return
|
2004-05-18 19:33:40 +01:00
|
|
|
|
2012-10-10 15:20:57 +01:00
|
|
|
def printRealFooter(self):
|
2018-07-05 14:17:32 +01:00
|
|
|
print('};')
|
|
|
|
print('')
|
|
|
|
print('#ifdef __cplusplus')
|
|
|
|
print('}')
|
|
|
|
print('#endif')
|
2012-10-10 15:20:57 +01:00
|
|
|
return
|
2004-05-18 19:33:40 +01:00
|
|
|
|
|
|
|
|
Wrap every place that accesses a dispatch table with a macro. A new script-
generated file, called src/mesa/glapi/dispatch.h, is added. This file
contains three macros for each API function. It contains a GET, a SET, and
a CALL. Each of the macros take a pointer to the context and a pointer to
the dispatch table.
In several threads on mesa3d-dev we discussed replacing _glapi_add_entrypoint
with a new function called _glapi_add_dispatch. For this discussion, the
important difference between the two is that the caller of _glapi_add_dispatch
does *not* know what the dispatch offset will be at compile time. Because of
this callers need to track the dispatch offset returned by
_glapi_add_dispatch.
http://marc.theaimsgroup.com/?t=111947074700001&r=1&w=2
The downside is that driver code then has to access the dispatch table two
different ways. It accesses it using structure tags (e.g., exec->Begin) for
functions with fixed offsets and via a remap table (e.g., exec[
remap->NewExtensionFunction ]) for functions without fixed offsets. Yuck!
Using the macros allows both types of functions to be accessed
identically. If a driver needs to set a pointer for Begin, it does
'SET_Begin(ctx, exec, my_begin_function)'. If it needs to set a pointer
for NewExtensionFunction, it does 'SET_NewExtensionFunction(ctx, exec,
my_NewExtensionFunction_function)'. Furthermore, if at some point in
the future a static offset is assigned for NewExtensionFunction, only
the macros need to change (instead of every single place that accesses a
table for that function).
This code differs slightly from the originally posted patches in that the
CALL, GET, and SET marcos no longer take a context pointer as a parameter.
Brian Paul had suggested that the remap table could be stored as a global
since it would be set at CreateScreen time and would be constant for all
contexts. This change reflects that feedback.
http://marc.theaimsgroup.com/?t=112087194700001&r=1&w=2
2005-07-18 13:31:24 +01:00
|
|
|
class PrintRemapTable(gl_XML.gl_print_base):
|
2015-06-18 23:28:05 +01:00
|
|
|
def __init__(self):
|
2012-10-10 15:20:57 +01:00
|
|
|
gl_XML.gl_print_base.__init__(self)
|
Wrap every place that accesses a dispatch table with a macro. A new script-
generated file, called src/mesa/glapi/dispatch.h, is added. This file
contains three macros for each API function. It contains a GET, a SET, and
a CALL. Each of the macros take a pointer to the context and a pointer to
the dispatch table.
In several threads on mesa3d-dev we discussed replacing _glapi_add_entrypoint
with a new function called _glapi_add_dispatch. For this discussion, the
important difference between the two is that the caller of _glapi_add_dispatch
does *not* know what the dispatch offset will be at compile time. Because of
this callers need to track the dispatch offset returned by
_glapi_add_dispatch.
http://marc.theaimsgroup.com/?t=111947074700001&r=1&w=2
The downside is that driver code then has to access the dispatch table two
different ways. It accesses it using structure tags (e.g., exec->Begin) for
functions with fixed offsets and via a remap table (e.g., exec[
remap->NewExtensionFunction ]) for functions without fixed offsets. Yuck!
Using the macros allows both types of functions to be accessed
identically. If a driver needs to set a pointer for Begin, it does
'SET_Begin(ctx, exec, my_begin_function)'. If it needs to set a pointer
for NewExtensionFunction, it does 'SET_NewExtensionFunction(ctx, exec,
my_NewExtensionFunction_function)'. Furthermore, if at some point in
the future a static offset is assigned for NewExtensionFunction, only
the macros need to change (instead of every single place that accesses a
table for that function).
This code differs slightly from the originally posted patches in that the
CALL, GET, and SET marcos no longer take a context pointer as a parameter.
Brian Paul had suggested that the remap table could be stored as a global
since it would be set at CreateScreen time and would be constant for all
contexts. This change reflects that feedback.
http://marc.theaimsgroup.com/?t=112087194700001&r=1&w=2
2005-07-18 13:31:24 +01:00
|
|
|
|
2012-10-10 15:20:57 +01:00
|
|
|
self.header_tag = '_DISPATCH_H_'
|
|
|
|
self.name = "gl_table.py (from Mesa)"
|
2014-11-19 21:17:48 +00:00
|
|
|
self.license = license.bsd_license_template % (
|
|
|
|
"(C) Copyright IBM Corporation 2005", "IBM")
|
2012-10-10 15:20:57 +01:00
|
|
|
return
|
Wrap every place that accesses a dispatch table with a macro. A new script-
generated file, called src/mesa/glapi/dispatch.h, is added. This file
contains three macros for each API function. It contains a GET, a SET, and
a CALL. Each of the macros take a pointer to the context and a pointer to
the dispatch table.
In several threads on mesa3d-dev we discussed replacing _glapi_add_entrypoint
with a new function called _glapi_add_dispatch. For this discussion, the
important difference between the two is that the caller of _glapi_add_dispatch
does *not* know what the dispatch offset will be at compile time. Because of
this callers need to track the dispatch offset returned by
_glapi_add_dispatch.
http://marc.theaimsgroup.com/?t=111947074700001&r=1&w=2
The downside is that driver code then has to access the dispatch table two
different ways. It accesses it using structure tags (e.g., exec->Begin) for
functions with fixed offsets and via a remap table (e.g., exec[
remap->NewExtensionFunction ]) for functions without fixed offsets. Yuck!
Using the macros allows both types of functions to be accessed
identically. If a driver needs to set a pointer for Begin, it does
'SET_Begin(ctx, exec, my_begin_function)'. If it needs to set a pointer
for NewExtensionFunction, it does 'SET_NewExtensionFunction(ctx, exec,
my_NewExtensionFunction_function)'. Furthermore, if at some point in
the future a static offset is assigned for NewExtensionFunction, only
the macros need to change (instead of every single place that accesses a
table for that function).
This code differs slightly from the originally posted patches in that the
CALL, GET, and SET marcos no longer take a context pointer as a parameter.
Brian Paul had suggested that the remap table could be stored as a global
since it would be set at CreateScreen time and would be constant for all
contexts. This change reflects that feedback.
http://marc.theaimsgroup.com/?t=112087194700001&r=1&w=2
2005-07-18 13:31:24 +01:00
|
|
|
|
|
|
|
|
2012-10-10 15:20:57 +01:00
|
|
|
def printRealHeader(self):
|
2018-07-05 14:17:32 +01:00
|
|
|
print("""
|
2008-11-10 21:42:02 +00:00
|
|
|
/**
|
2011-06-08 15:24:32 +01:00
|
|
|
* \\file main/dispatch.h
|
Wrap every place that accesses a dispatch table with a macro. A new script-
generated file, called src/mesa/glapi/dispatch.h, is added. This file
contains three macros for each API function. It contains a GET, a SET, and
a CALL. Each of the macros take a pointer to the context and a pointer to
the dispatch table.
In several threads on mesa3d-dev we discussed replacing _glapi_add_entrypoint
with a new function called _glapi_add_dispatch. For this discussion, the
important difference between the two is that the caller of _glapi_add_dispatch
does *not* know what the dispatch offset will be at compile time. Because of
this callers need to track the dispatch offset returned by
_glapi_add_dispatch.
http://marc.theaimsgroup.com/?t=111947074700001&r=1&w=2
The downside is that driver code then has to access the dispatch table two
different ways. It accesses it using structure tags (e.g., exec->Begin) for
functions with fixed offsets and via a remap table (e.g., exec[
remap->NewExtensionFunction ]) for functions without fixed offsets. Yuck!
Using the macros allows both types of functions to be accessed
identically. If a driver needs to set a pointer for Begin, it does
'SET_Begin(ctx, exec, my_begin_function)'. If it needs to set a pointer
for NewExtensionFunction, it does 'SET_NewExtensionFunction(ctx, exec,
my_NewExtensionFunction_function)'. Furthermore, if at some point in
the future a static offset is assigned for NewExtensionFunction, only
the macros need to change (instead of every single place that accesses a
table for that function).
This code differs slightly from the originally posted patches in that the
CALL, GET, and SET marcos no longer take a context pointer as a parameter.
Brian Paul had suggested that the remap table could be stored as a global
since it would be set at CreateScreen time and would be constant for all
contexts. This change reflects that feedback.
http://marc.theaimsgroup.com/?t=112087194700001&r=1&w=2
2005-07-18 13:31:24 +01:00
|
|
|
* Macros for handling GL dispatch tables.
|
|
|
|
*
|
|
|
|
* For each known GL function, there are 3 macros in this file. The first
|
|
|
|
* macro is named CALL_FuncName and is used to call that GL function using
|
|
|
|
* the specified dispatch table. The other 2 macros, called GET_FuncName
|
|
|
|
* can SET_FuncName, are used to get and set the dispatch pointer for the
|
|
|
|
* named function in the specified dispatch table.
|
|
|
|
*/
|
2020-03-26 01:11:44 +00:00
|
|
|
|
|
|
|
#include "main/glheader.h"
|
2018-07-05 14:17:32 +01:00
|
|
|
""")
|
2018-09-14 20:57:32 +01:00
|
|
|
print('#include "main/glheader.h"')
|
2012-10-10 15:20:57 +01:00
|
|
|
return
|
|
|
|
|
2014-11-19 21:17:48 +00:00
|
|
|
|
2012-10-10 15:20:57 +01:00
|
|
|
def printBody(self, api):
|
2018-07-05 14:17:32 +01:00
|
|
|
print('#define CALL_by_offset(disp, cast, offset, parameters) \\')
|
|
|
|
print(' (*(cast (GET_by_offset(disp, offset)))) parameters')
|
|
|
|
print('#define GET_by_offset(disp, offset) \\')
|
|
|
|
print(' (offset >= 0) ? (((_glapi_proc *)(disp))[offset]) : NULL')
|
|
|
|
print('#define SET_by_offset(disp, offset, fn) \\')
|
|
|
|
print(' do { \\')
|
|
|
|
print(' if ( (offset) < 0 ) { \\')
|
|
|
|
print(' /* fprintf( stderr, "[%s:%u] SET_by_offset(%p, %d, %s)!\\n", */ \\')
|
|
|
|
print(' /* __func__, __LINE__, disp, offset, # fn); */ \\')
|
|
|
|
print(' /* abort(); */ \\')
|
|
|
|
print(' } \\')
|
|
|
|
print(' else { \\')
|
|
|
|
print(' ( (_glapi_proc *) (disp) )[offset] = (_glapi_proc) fn; \\')
|
|
|
|
print(' } \\')
|
|
|
|
print(' } while(0)')
|
|
|
|
print('')
|
2012-10-10 15:20:57 +01:00
|
|
|
|
|
|
|
functions = []
|
|
|
|
abi_functions = []
|
|
|
|
count = 0
|
|
|
|
for f in api.functionIterateByOffset():
|
|
|
|
if not f.is_abi():
|
2014-11-19 21:17:48 +00:00
|
|
|
functions.append([f, count])
|
2012-10-10 15:20:57 +01:00
|
|
|
count += 1
|
|
|
|
else:
|
2014-11-19 21:17:48 +00:00
|
|
|
abi_functions.append([f, -1])
|
2012-10-10 15:20:57 +01:00
|
|
|
|
2018-07-05 14:17:32 +01:00
|
|
|
print('/* total number of offsets below */')
|
|
|
|
print('#define _gloffset_COUNT %d' % (len(abi_functions + functions)))
|
|
|
|
print('')
|
2012-10-10 15:20:57 +01:00
|
|
|
|
|
|
|
for f, index in abi_functions:
|
2018-07-05 14:17:32 +01:00
|
|
|
print('#define _gloffset_%s %d' % (f.name, f.offset))
|
2012-10-10 15:20:57 +01:00
|
|
|
|
2015-06-18 23:28:05 +01:00
|
|
|
remap_table = "driDispatchRemapTable"
|
2012-10-10 15:20:57 +01:00
|
|
|
|
2018-07-05 14:17:32 +01:00
|
|
|
print('#define %s_size %u' % (remap_table, count))
|
|
|
|
print('extern int %s[ %s_size ];' % (remap_table, remap_table))
|
|
|
|
print('')
|
2012-10-10 15:20:57 +01:00
|
|
|
|
|
|
|
for f, index in functions:
|
2018-07-05 14:17:32 +01:00
|
|
|
print('#define %s_remap_index %u' % (f.name, index))
|
2012-10-10 15:20:57 +01:00
|
|
|
|
2018-07-05 14:17:32 +01:00
|
|
|
print('')
|
2012-10-10 15:20:57 +01:00
|
|
|
|
|
|
|
for f, index in functions:
|
2018-07-05 14:17:32 +01:00
|
|
|
print('#define _gloffset_%s %s[%s_remap_index]' % (f.name, remap_table, f.name))
|
2012-10-10 15:20:57 +01:00
|
|
|
|
2018-07-05 14:17:32 +01:00
|
|
|
print('')
|
2012-10-10 15:20:57 +01:00
|
|
|
|
|
|
|
for f, index in abi_functions + functions:
|
2014-11-19 21:17:48 +00:00
|
|
|
arg_string = gl_XML.create_parameter_string(f.parameters, 0)
|
2012-10-10 15:20:57 +01:00
|
|
|
|
2018-07-05 14:17:32 +01:00
|
|
|
print('typedef %s (GLAPIENTRYP _glptr_%s)(%s);' % (f.return_type, f.name, arg_string))
|
|
|
|
print('#define CALL_%s(disp, parameters) \\' % (f.name))
|
|
|
|
print(' (* GET_%s(disp)) parameters' % (f.name))
|
|
|
|
print('static inline _glptr_%s GET_%s(struct _glapi_table *disp) {' % (f.name, f.name))
|
|
|
|
print(' return (_glptr_%s) (GET_by_offset(disp, _gloffset_%s));' % (f.name, f.name))
|
|
|
|
print('}')
|
|
|
|
print()
|
|
|
|
print('static inline void SET_%s(struct _glapi_table *disp, %s (GLAPIENTRYP fn)(%s)) {' % (f.name, f.return_type, arg_string))
|
|
|
|
print(' SET_by_offset(disp, _gloffset_%s, fn);' % (f.name))
|
|
|
|
print('}')
|
|
|
|
print()
|
2012-10-10 15:20:57 +01:00
|
|
|
|
|
|
|
return
|
Wrap every place that accesses a dispatch table with a macro. A new script-
generated file, called src/mesa/glapi/dispatch.h, is added. This file
contains three macros for each API function. It contains a GET, a SET, and
a CALL. Each of the macros take a pointer to the context and a pointer to
the dispatch table.
In several threads on mesa3d-dev we discussed replacing _glapi_add_entrypoint
with a new function called _glapi_add_dispatch. For this discussion, the
important difference between the two is that the caller of _glapi_add_dispatch
does *not* know what the dispatch offset will be at compile time. Because of
this callers need to track the dispatch offset returned by
_glapi_add_dispatch.
http://marc.theaimsgroup.com/?t=111947074700001&r=1&w=2
The downside is that driver code then has to access the dispatch table two
different ways. It accesses it using structure tags (e.g., exec->Begin) for
functions with fixed offsets and via a remap table (e.g., exec[
remap->NewExtensionFunction ]) for functions without fixed offsets. Yuck!
Using the macros allows both types of functions to be accessed
identically. If a driver needs to set a pointer for Begin, it does
'SET_Begin(ctx, exec, my_begin_function)'. If it needs to set a pointer
for NewExtensionFunction, it does 'SET_NewExtensionFunction(ctx, exec,
my_NewExtensionFunction_function)'. Furthermore, if at some point in
the future a static offset is assigned for NewExtensionFunction, only
the macros need to change (instead of every single place that accesses a
table for that function).
This code differs slightly from the originally posted patches in that the
CALL, GET, and SET marcos no longer take a context pointer as a parameter.
Brian Paul had suggested that the remap table could be stored as a global
since it would be set at CreateScreen time and would be constant for all
contexts. This change reflects that feedback.
http://marc.theaimsgroup.com/?t=112087194700001&r=1&w=2
2005-07-18 13:31:24 +01:00
|
|
|
|
|
|
|
|
2014-11-19 21:36:35 +00:00
|
|
|
def _parser():
|
|
|
|
"""Parse arguments and return a namespace."""
|
|
|
|
parser = argparse.ArgumentParser()
|
|
|
|
parser.add_argument('-f', '--filename',
|
|
|
|
default='gl_API.xml',
|
|
|
|
metavar="input_file_name",
|
2015-05-26 11:01:57 +01:00
|
|
|
dest='file_name',
|
2014-11-19 21:36:35 +00:00
|
|
|
help="Path to an XML description of OpenGL API.")
|
|
|
|
parser.add_argument('-m', '--mode',
|
|
|
|
choices=['table', 'remap_table'],
|
|
|
|
default='table',
|
|
|
|
metavar="mode",
|
|
|
|
help="Generate either a table or a remap_table")
|
|
|
|
return parser.parse_args()
|
2004-05-18 19:33:40 +01:00
|
|
|
|
2014-11-19 21:17:48 +00:00
|
|
|
|
|
|
|
def main():
|
|
|
|
"""Main function."""
|
2014-11-19 21:36:35 +00:00
|
|
|
args = _parser()
|
|
|
|
|
2015-05-26 11:01:57 +01:00
|
|
|
api = gl_XML.parse_GL_API(args.file_name)
|
|
|
|
|
2014-11-19 21:36:35 +00:00
|
|
|
if args.mode == "table":
|
2015-06-18 23:28:05 +01:00
|
|
|
printer = PrintGlTable()
|
2014-11-19 21:36:35 +00:00
|
|
|
elif args.mode == "remap_table":
|
2015-06-18 23:28:05 +01:00
|
|
|
printer = PrintRemapTable()
|
2014-11-19 21:36:35 +00:00
|
|
|
|
2015-05-26 11:01:57 +01:00
|
|
|
printer.Print(api)
|
2014-11-19 21:17:48 +00:00
|
|
|
|
|
|
|
|
|
|
|
if __name__ == '__main__':
|
|
|
|
main()
|