CCAR: Second part of development to be able to generate a module with GUI (from c++ sources)
Add one example (Examples/cppgui1)

CCAR: First part of a development to add GUI (python only for now) and DOC generation.
See example in Examples/pygui1

CCAR: give a way to change PYTHONPATH in context.py

CCAR: patch for Aster standalone component (version > 10.1)

Merge from V5_1_4_BR 07/05/2010

CCAR: small bug with python executable component

CCAR: add a way to define component methods and attributes (not services)
for C++ and python components.
It is now possible to specify a class that is inherited by the generated
component class.
2 parameters (inheritedclass, compodefs) are added to the definition of C++
and python components.
- inheritedclass gives the name of the class to inherit
- compodefs gives the definition code to add in the beginning of the component
  definition code (class definition, include or import)

CCAR: add description for modules SMESH, MED and VISU
add some types for these modules
handle dependency between modules

CCAR: add comment for add_type function

CCAR: add the way to declare data types that are defined in SALOME modules
other than KERNEL.
Only one module has been added : GEOM
Only one data type has been added : GEOM_Object
The structure is ready for other modules and data types.

CCAR: adapte la generation du composant aster aux versions d'aster superieures
a 10.1.1. Il n'est plus necessaire de patcher E_SUPERV.py mais on le copie toujours
dans le module genere.

CCAR: do not add compo argument in fortran service when it has no datastream ports

CCAR: add a new configuration parameter for make_appli (name resources)
It specifies the path of the resources catalog to use for this SALOME Application

CCAR: add 2 examples that uses all calcium requests in three coupled components implemented
in C, Python and Fortran

CCAR: put more configuration parameters into makefile.inc and context.py

CCAR: add CALCIUM_long type support for
datastream port

- Module name cannot have a caracter -

- Bug for PaCO++ components with sources

- Patch for PaCO++

CCAR: remove_ref does not exist in python

CCAR: for standalone component do not call deactivate_object before calling shutdown
They try both to delete the servant
Add a backtrace in AttachDebugger
Move old install directory to a .bak one

CCAR: add an option to put all components in a single directory
      It is an option of the module and is named layout (default="multidir", other value "monodir")

CCAR: update examples and put configuration variables in one common file makefile.inc

CCAR: add a context.py file in Examples directory to group prerequisites definition

CCAR: add file type in module catalog

CCAR: remove obsolete asrun and export_extras

CCAR: update standalone ASTER component example with changes in version 5.1.3

CCAR: add data type file
      automatic indent for python body
      change standalone component and specific container for component ASTER to be less intrusive
      fix some small bugs

CCAR: change version number to 5.1.3

CCAR: remove useless prints

CCAR: add dataref data type

soucis pour paco1

- make distcheck ok pour le module

- Ajout du support de composants PaCO++

- Ajout des exemples PaCO++

CCAR: problem with absolute path for source files

CCAR: update version number

CCAR: add two examples with Code_Aster : ast1 and ast2

CCAR: add definition parameter "sources" to C++, F77, Python components.
It's now possible to add some files that will be copied to module source tree
and compiled (not needed for Python) and linked into component lib (see Examples
for more)

CCAR : add example pyth2 (standalone component python)

CCAR : add example fort2 (standalone component fortran)

CCAR: add Makefile to example cpp2

CCAR: add C++ example (standalone component)

CCAR: split file __init__.py into several files : templates + implementation specific

CCAR: initial version