Be the first to post a text review of C++ compiler independent plugins. Rate and review a project by clicking thumbs up or thumbs down in the right column.

• dynobj 0.81 file released: DynObj-0.81.zip

  Adds license file back into the package.

  posted 314 days ago

• File released: /dynobj/0.81/DynObj-0.81.zip

  posted 314 days ago

• dynobj 0.80 file released: DynObj-0.80.zip

  - Feb-15-2009 - Version 0.80 released. Summary: Allround improvements. Extended concept of plugin libraries. A library can now in its turn load other plugins and instantiate objects. Old binary plugins are not forward compatible with this release (we're still below 1.0). Features/improvements: - New smart pointers: - ScopedDynObj<T> - DynWeakRef<T> - RefCntDynObjPtr<T> They replace old DynObjHolder<T> (which is still in the package). - New configuration method: Method A - 1 - Define DO_HAVE_CUSTOM_DOSETUP from your project 2 - Put all settings into header file "DoSetup-custom.h" Method B - 1 - Define DO_CUSTOM_SETUP_FILE to a header file (with the quotes) in your project/IDE file. 2 - Put all settings into that one. - Tracking of DynObj supported without extra base classes (define DO_ENABLE_OBJECT_TRACKING to 1) - DynObjLibI is now an interface that allows loading and managing of libraries also from plugins. One can reduce what libraries may do using flags like "DOMD_MAY_LOAD_MODULES", ..etc in DynObj.h - Extended and regenerated Doxygen documentation. - Bug fixes in DynStr and some thread/synch glitches were fixed.

  posted 323 days ago

• DynObj C++ Plugins - Approaching 1.0

  A new release of the DynObj project is available. It represents a more stable code base with a simplified API and new possibilities for plugins libraries.

  posted by arst 323 days ago

• File released: /dynobj/0.80/DynObj-0.80.zip

  posted 323 days ago

• DynObj 0.56

  An update with some new features (dynamic type IDs) and bug-fixes (mainly relating to the build system).

  posted by arst 745 days ago

• dynobj 0.56 file released: DynObj_0.56.zip

  Summary: Improvements with build system and new automatic type IDs. Features/improvements: - Support for automatic type IDs: This is useful when we don't have to expose our type with a fix type ID (such as when implementing a public interface). Now type ID:s in the lower range (starting from 0x00001000, 0x00002000, and counting up) are stable/fix. Type IDs in the higher range (0xFFFFF000, 0xFFFFE000, and counting down) are dynamic run-time IDs. - When using the pdoh preprocessor: - To tag a type as using auto type ID: - // %% DYNOBJ class(DynI) flags(autotypeid) class MyClass : ... - When typeinfo is declared, use DO_DECL_TYPE_INFO_AUTOID(MyClass) instead of: DO_DECL_TYPE_INFO(MyClass) - A new define DO_USE_TEMPLATES to enable/disable use of C++ templates in some places (DynStr.cpp, DynObjLib.cpp and DoRunTime.cpp) - Removed requirement that DO_LIB_NAME must be defined. If not defined, a library name defaults to the base file name (i.e. libFastTransf.so and FastTransf.dll has the library name "FastTransf". Bug fixes: - Directory error: Moved generic.mk from src/dynobj/ to src/ directory - Directory error: Moved generic.mk from src/dynobj/ to src/ directory (feedback from: Frederic Corvest) - MSDEV IDE project: Added missing file: scString.cpp (also from: Frederic Corvest) - GNU cross-platform makefile improvements - clean command to work better on Linux and Win32 - "make out of the box' works now (with default target) - Removed the da target (DynArr) - MSDEV IDE project: Removed absolute path reference when launching debugger.

  posted 748 days ago

• File released: /dynobj/0.56/DynObj_0.56.zip

  posted 748 days ago

• DynObj 0.55

  Update: Features and bug fixes. See release notes and changes.txt for details.

  posted by arst 769 days ago

• dynobj 0.55 file released: DynObj_0.55.zip

  - Nov-27-2007 - Version 0.55 released - New functions to register type at run-time: doConstruct( const void* pobj, const char *typename, const char *header ); doConstruct( const void* pobj, int type_id ); The connection with the right DynObjType happens automagically. - Added _header field to DynObjType. The pair (headerfile, class) should be unique for a type. This pair is used to resolve which DynObjType it is when there are several types with the same class name. - Added run-time type ID generation for types that don't need a fix hard coded ID. This reduces chances for type collision. - To generate type with auto ID (with pdoh), add this to type declaration: - flags(autotypeid) - To manually declare type with auto type ID: - DO_DECL_TYPE_INFO_AUTOID(MyClass) - Reordered bits in type-IDs (again): - Bit 0..11 - reserved for C++ use (const/pointer/ref/...) - Bit 12..29 - user-type ID - Bit 30 - 0: Fix(user) type ID, 1: Dynamic (run-time allocated) type ID - Bit 31 - 0: Type has VTable 1: Type has no VTable (plain structure) - API changes: In the low level API (C-level functions in DynObj.h) the type VObj is not used anymore, since it was treated different by GCC and MSVC. Instead low level API uses const void* as object pointers. The VObj type itself is better used with C++ template functions. - The VObj member functions does this pointer adjustment for same reason as above. - Some type handling functions moved away from DoRunTimeI. - Change to preprocessor tool (pdoh): - Support for auto typeid: flags(autotypeid) - New option -F to force section regeneration, even if no changes have been detected.

  posted 769 days ago