riscv
/
coriolis
mirror of https://gitlab.lip6.fr/vlsi-eda/coriolis.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
coriolis/hurricane/src/viewer/PyViewer.cpp

128 lines
4.3 KiB
C++
Raw Normal View History

Forgotten.
2010-07-14 15:07:38 -05:00
// -*- C++ -*-
//
// This file is part of the Coriolis Software.
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./hurricane/doc/hurricane: - New: Documentation cleanup and update, particularly on the new Layer derived classes. * ./hurricane/src/hurricane, ./hurricane/src/isobar, ./hurricane/src/viewer: - New: Creation of new methods, more explicit on DbU. Based on a to/from naming scheme. - New: Python support extented to include all objects needed to configure through python scripts. - Change: Finally understood what's causing the _XOPEN_SOURCE redefinition. Basically the Python.h must be included first before any other include. The type-puned problem will remains still (that is a Python problem, not our own). - Change: In DisplayStyle, uses shared_ptr for DrawingStyle instead of custom made reference count.
2012-11-16 06:48:38 -06:00
// Copyright (c) UPMC/LIP6 2010-2012, All Rights Reserved
Forgotten.
2010-07-14 15:07:38 -05:00
//
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./hurricane/doc/hurricane: - New: Documentation cleanup and update, particularly on the new Layer derived classes. * ./hurricane/src/hurricane, ./hurricane/src/isobar, ./hurricane/src/viewer: - New: Creation of new methods, more explicit on DbU. Based on a to/from naming scheme. - New: Python support extented to include all objects needed to configure through python scripts. - Change: Finally understood what's causing the _XOPEN_SOURCE redefinition. Basically the Python.h must be included first before any other include. The type-puned problem will remains still (that is a Python problem, not our own). - Change: In DisplayStyle, uses shared_ptr for DrawingStyle instead of custom made reference count.
2012-11-16 06:48:38 -06:00
// +-----------------------------------------------------------------+
Forgotten.
2010-07-14 15:07:38 -05:00
// | C O R I O L I S |
// | I s o b a r - Hurricane / Python Interface |
// | |
// | Author : Jean-Paul CHAPUT |
// | E-mail : Jean-Paul.Chaput@asim.lip6.fr |
// | =============================================================== |
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./hurricane/doc/hurricane: - New: Documentation cleanup and update, particularly on the new Layer derived classes. * ./hurricane/src/hurricane, ./hurricane/src/isobar, ./hurricane/src/viewer: - New: Creation of new methods, more explicit on DbU. Based on a to/from naming scheme. - New: Python support extented to include all objects needed to configure through python scripts. - Change: Finally understood what's causing the _XOPEN_SOURCE redefinition. Basically the Python.h must be included first before any other include. The type-puned problem will remains still (that is a Python problem, not our own). - Change: In DisplayStyle, uses shared_ptr for DrawingStyle instead of custom made reference count.
2012-11-16 06:48:38 -06:00
// | C++ Module : "./PyViewer.cpp" |
// +-----------------------------------------------------------------+
Forgotten.
2010-07-14 15:07:38 -05:00
#include "hurricane/isobar/PyHurricane.h"
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./hurricane/doc/hurricane: - New: Documentation cleanup and update, particularly on the new Layer derived classes. * ./hurricane/src/hurricane, ./hurricane/src/isobar, ./hurricane/src/viewer: - New: Creation of new methods, more explicit on DbU. Based on a to/from naming scheme. - New: Python support extented to include all objects needed to configure through python scripts. - Change: Finally understood what's causing the _XOPEN_SOURCE redefinition. Basically the Python.h must be included first before any other include. The type-puned problem will remains still (that is a Python problem, not our own). - Change: In DisplayStyle, uses shared_ptr for DrawingStyle instead of custom made reference count.
2012-11-16 06:48:38 -06:00
#include "hurricane/viewer/PyHApplication.h"
#include "hurricane/viewer/PyGraphics.h"
#include "hurricane/viewer/PyDrawingStyle.h"
#include "hurricane/viewer/PyDrawingGroup.h"
#include "hurricane/viewer/PyDisplayStyle.h"
#include "hurricane/viewer/PyHSVr.h"
Forgotten.
2010-07-14 15:07:38 -05:00
#include "hurricane/viewer/PyCellViewer.h"
namespace Hurricane {
using std::cerr;
using std::endl;
using Isobar::__cs;
#if !defined(__PYTHON_MODULE__)
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./hurricane/doc/hurricane: - New: Documentation cleanup and update, particularly on the new Layer derived classes. * ./hurricane/src/hurricane, ./hurricane/src/isobar, ./hurricane/src/viewer: - New: Creation of new methods, more explicit on DbU. Based on a to/from naming scheme. - New: Python support extented to include all objects needed to configure through python scripts. - Change: Finally understood what's causing the _XOPEN_SOURCE redefinition. Basically the Python.h must be included first before any other include. The type-puned problem will remains still (that is a Python problem, not our own). - Change: In DisplayStyle, uses shared_ptr for DrawingStyle instead of custom made reference count.
2012-11-16 06:48:38 -06:00
// +=================================================================+
Forgotten.
2010-07-14 15:07:38 -05:00
// | "PyViewer" Shared Library Code Part |
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./hurricane/doc/hurricane: - New: Documentation cleanup and update, particularly on the new Layer derived classes. * ./hurricane/src/hurricane, ./hurricane/src/isobar, ./hurricane/src/viewer: - New: Creation of new methods, more explicit on DbU. Based on a to/from naming scheme. - New: Python support extented to include all objects needed to configure through python scripts. - Change: Finally understood what's causing the _XOPEN_SOURCE redefinition. Basically the Python.h must be included first before any other include. The type-puned problem will remains still (that is a Python problem, not our own). - Change: In DisplayStyle, uses shared_ptr for DrawingStyle instead of custom made reference count.
2012-11-16 06:48:38 -06:00
// +=================================================================+
Forgotten.
2010-07-14 15:07:38 -05:00
# else // End of PyHurricane Shared Library Code Part.
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./hurricane/doc/hurricane: - New: Documentation cleanup and update, particularly on the new Layer derived classes. * ./hurricane/src/hurricane, ./hurricane/src/isobar, ./hurricane/src/viewer: - New: Creation of new methods, more explicit on DbU. Based on a to/from naming scheme. - New: Python support extented to include all objects needed to configure through python scripts. - Change: Finally understood what's causing the _XOPEN_SOURCE redefinition. Basically the Python.h must be included first before any other include. The type-puned problem will remains still (that is a Python problem, not our own). - Change: In DisplayStyle, uses shared_ptr for DrawingStyle instead of custom made reference count.
2012-11-16 06:48:38 -06:00
// +=================================================================+
Forgotten.
2010-07-14 15:07:38 -05:00
// | "PyViewer" Python Module Code Part |
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./hurricane/doc/hurricane: - New: Documentation cleanup and update, particularly on the new Layer derived classes. * ./hurricane/src/hurricane, ./hurricane/src/isobar, ./hurricane/src/viewer: - New: Creation of new methods, more explicit on DbU. Based on a to/from naming scheme. - New: Python support extented to include all objects needed to configure through python scripts. - Change: Finally understood what's causing the _XOPEN_SOURCE redefinition. Basically the Python.h must be included first before any other include. The type-puned problem will remains still (that is a Python problem, not our own). - Change: In DisplayStyle, uses shared_ptr for DrawingStyle instead of custom made reference count.
2012-11-16 06:48:38 -06:00
// +=================================================================+
Forgotten.
2010-07-14 15:07:38 -05:00
extern "C" {
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./hurricane/doc/hurricane: - New: Documentation cleanup and update, particularly on the new Layer derived classes. * ./hurricane/src/hurricane, ./hurricane/src/isobar, ./hurricane/src/viewer: - New: Creation of new methods, more explicit on DbU. Based on a to/from naming scheme. - New: Python support extented to include all objects needed to configure through python scripts. - Change: Finally understood what's causing the _XOPEN_SOURCE redefinition. Basically the Python.h must be included first before any other include. The type-puned problem will remains still (that is a Python problem, not our own). - Change: In DisplayStyle, uses shared_ptr for DrawingStyle instead of custom made reference count.
2012-11-16 06:48:38 -06:00
// +-------------------------------------------------------------+
Forgotten.
2010-07-14 15:07:38 -05:00
// | "PyViewer" Module Methods |
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./hurricane/doc/hurricane: - New: Documentation cleanup and update, particularly on the new Layer derived classes. * ./hurricane/src/hurricane, ./hurricane/src/isobar, ./hurricane/src/viewer: - New: Creation of new methods, more explicit on DbU. Based on a to/from naming scheme. - New: Python support extented to include all objects needed to configure through python scripts. - Change: Finally understood what's causing the _XOPEN_SOURCE redefinition. Basically the Python.h must be included first before any other include. The type-puned problem will remains still (that is a Python problem, not our own). - Change: In DisplayStyle, uses shared_ptr for DrawingStyle instead of custom made reference count.
2012-11-16 06:48:38 -06:00
// +-------------------------------------------------------------+
Forgotten.
2010-07-14 15:07:38 -05:00
static PyMethodDef PyViewer_Methods[] =
{ {NULL, NULL, 0, NULL} /* sentinel */
};
// ---------------------------------------------------------------
// Module Initialization : "initViewer ()"
DL_EXPORT(void) initViewer () {
trace << "initViewer()" << endl;
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./hurricane/doc/hurricane: - New: Documentation cleanup and update, particularly on the new Layer derived classes. * ./hurricane/src/hurricane, ./hurricane/src/isobar, ./hurricane/src/viewer: - New: Creation of new methods, more explicit on DbU. Based on a to/from naming scheme. - New: Python support extented to include all objects needed to configure through python scripts. - Change: Finally understood what's causing the _XOPEN_SOURCE redefinition. Basically the Python.h must be included first before any other include. The type-puned problem will remains still (that is a Python problem, not our own). - Change: In DisplayStyle, uses shared_ptr for DrawingStyle instead of custom made reference count.
2012-11-16 06:48:38 -06:00
PyHSVr_LinkPyType ();
PyRawDrawingStyle_LinkPyType ();
PyDrawingStyleVector_LinkPyType ();
PyDrawingGroup_LinkPyType ();
PyDrawingGroupVector_LinkPyType ();
PyDisplayStyle_LinkPyType ();
PyDisplayStyleVector_LinkPyType ();
PyHApplication_LinkPyType ();
PyGraphics_LinkPyType ();
Forgotten.
2010-07-14 15:07:38 -05:00
PyCellViewer_LinkPyType ();
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./hurricane/doc/hurricane: - New: Documentation cleanup and update, particularly on the new Layer derived classes. * ./hurricane/src/hurricane, ./hurricane/src/isobar, ./hurricane/src/viewer: - New: Creation of new methods, more explicit on DbU. Based on a to/from naming scheme. - New: Python support extented to include all objects needed to configure through python scripts. - Change: Finally understood what's causing the _XOPEN_SOURCE redefinition. Basically the Python.h must be included first before any other include. The type-puned problem will remains still (that is a Python problem, not our own). - Change: In DisplayStyle, uses shared_ptr for DrawingStyle instead of custom made reference count.
2012-11-16 06:48:38 -06:00
PYTYPE_READY ( HSVr );
PYTYPE_READY ( RawDrawingStyle );
PYTYPE_READY ( DrawingStyleVector );
PYTYPE_READY ( DrawingStyleVectorIterator );
PYTYPE_READY ( DrawingGroup );
PYTYPE_READY ( DrawingGroupVector );
PYTYPE_READY ( DrawingGroupVectorIterator );
PYTYPE_READY ( DisplayStyle );
PYTYPE_READY ( DisplayStyleVector );
PYTYPE_READY ( DisplayStyleVectorIterator );
PYTYPE_READY ( HApplication );
PYTYPE_READY ( Graphics );
Forgotten.
2010-07-14 15:07:38 -05:00
PYTYPE_READY ( CellViewer );
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./hurricane/doc/hurricane: - New: Documentation cleanup and update, particularly on the new Layer derived classes. * ./hurricane/src/hurricane, ./hurricane/src/isobar, ./hurricane/src/viewer: - New: Creation of new methods, more explicit on DbU. Based on a to/from naming scheme. - New: Python support extented to include all objects needed to configure through python scripts. - Change: Finally understood what's causing the _XOPEN_SOURCE redefinition. Basically the Python.h must be included first before any other include. The type-puned problem will remains still (that is a Python problem, not our own). - Change: In DisplayStyle, uses shared_ptr for DrawingStyle instead of custom made reference count.
2012-11-16 06:48:38 -06:00
Forgotten.
2010-07-14 15:07:38 -05:00
// Identifier string can take up to 10 characters.
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./hurricane/doc/hurricane: - New: Documentation cleanup and update, particularly on the new Layer derived classes. * ./hurricane/src/hurricane, ./hurricane/src/isobar, ./hurricane/src/viewer: - New: Creation of new methods, more explicit on DbU. Based on a to/from naming scheme. - New: Python support extented to include all objects needed to configure through python scripts. - Change: Finally understood what's causing the _XOPEN_SOURCE redefinition. Basically the Python.h must be included first before any other include. The type-puned problem will remains still (that is a Python problem, not our own). - Change: In DisplayStyle, uses shared_ptr for DrawingStyle instead of custom made reference count.
2012-11-16 06:48:38 -06:00
__cs.addType ( "hsvr" , &PyTypeHSVr , "<HSVr>" , false );
__cs.addType ( "displaySty", &PyTypeDisplayStyle, "<DisplayStyle>", false );
__cs.addType ( "graphics" , &PyTypeGraphics , "<Graphics>" , false );
__cs.addType ( "cellView" , &PyTypeCellViewer , "<CellViewer>" , false, "view" );
Forgotten.
2010-07-14 15:07:38 -05:00
PyObject* module = Py_InitModule ( "Viewer", PyViewer_Methods );
if ( module == NULL ) {
cerr << "[ERROR]\n"
<< " Failed to initialize Viewer module." << endl;
return;
}
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./hurricane/doc/hurricane: - New: Documentation cleanup and update, particularly on the new Layer derived classes. * ./hurricane/src/hurricane, ./hurricane/src/isobar, ./hurricane/src/viewer: - New: Creation of new methods, more explicit on DbU. Based on a to/from naming scheme. - New: Python support extented to include all objects needed to configure through python scripts. - Change: Finally understood what's causing the _XOPEN_SOURCE redefinition. Basically the Python.h must be included first before any other include. The type-puned problem will remains still (that is a Python problem, not our own). - Change: In DisplayStyle, uses shared_ptr for DrawingStyle instead of custom made reference count.
2012-11-16 06:48:38 -06:00
Py_INCREF ( &PyTypeDisplayStyle );
PyModule_AddObject ( module, "DisplayStyle", (PyObject*)&PyTypeDisplayStyle );
Py_INCREF ( &PyTypeHApplication );
PyModule_AddObject ( module, "HApplication", (PyObject*)&PyTypeHApplication );
Py_INCREF ( &PyTypeGraphics );
PyModule_AddObject ( module, "Graphics", (PyObject*)&PyTypeGraphics );
Forgotten.
2010-07-14 15:07:38 -05:00
Py_INCREF ( &PyTypeCellViewer );
PyModule_AddObject ( module, "CellViewer", (PyObject*)&PyTypeCellViewer );
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./hurricane/doc/hurricane: - New: Documentation cleanup and update, particularly on the new Layer derived classes. * ./hurricane/src/hurricane, ./hurricane/src/isobar, ./hurricane/src/viewer: - New: Creation of new methods, more explicit on DbU. Based on a to/from naming scheme. - New: Python support extented to include all objects needed to configure through python scripts. - Change: Finally understood what's causing the _XOPEN_SOURCE redefinition. Basically the Python.h must be included first before any other include. The type-puned problem will remains still (that is a Python problem, not our own). - Change: In DisplayStyle, uses shared_ptr for DrawingStyle instead of custom made reference count.
2012-11-16 06:48:38 -06:00
PyDisplayStyle_postModuleInit();
* All Main Python Modules: - Change: New problem identified with the Python modules: each module seems to be built as a complete binary, so all the static C++ initializers are allocated in each module. In particular the C++ tree inheritance is built for *each* module so we cannot longer uses the typeid() comparisons across modules... It was used by boost::program_options to perform is casts with boost::any and was starting throwing exceptions because of bad casts. program_option was first initialized in "configuration" first included by PyViewer then in PyCRL (see Utilities.cpp). A first solution is to re-order the import of Python modules in stratus1/st_model so that CRL is imported first. The second is to not not link "configuration" with boost::program_option as only the binary vlsisapd-conf-editor needs it. That is a serious problem of which we must be aware and can cause further strange behaviors. Debug code used to diagnostic has been kept commented in the sources a it may be needed again :-( This behavior do not affect our singletons because they are part of dynamic libraries that seems to be correctly shared between the various Python modules.
2010-07-17 05:22:00 -05:00
trace << "Viewer.so loaded " << (void*)&typeid(string) << endl;
Forgotten.
2010-07-14 15:07:38 -05:00
}
} // End of extern "C".
#endif // End of Python Module Code Part.
} // End of Hurricane namespace.