Commit graph

11 commits

Author SHA1 Message Date
Joel Holdsworth
e9a8b9f64d Revert "Lumiera renaming -- source code"
This reverts commit e737b9ef1b.
2008-04-08 23:01:32 +01:00
e737b9ef1b Lumiera renaming -- source code 2008-03-10 06:09:44 +01:00
0baf15ca94 Cinelerra-3 renamed to Lumiera -- copyright and documentation 2008-03-10 04:25:03 +01:00
6bdf0e2cdc put my name in the copyright claim of those files I have written in the last months.
(search & replace). Please feel free to add your name to any files to which you added any contributions.
ALL SOURCECODE IS LICENCED UNDER THE TERMS AND CONDITIONS OF THE GPL (2 and above)
2007-11-27 03:19:35 +01:00
c0dcccebd9 Factory impl now complete (hopfully).
Added Tests/Examples for the more advanced use cases
* using custom allocation (e.g. C-style malloc)
* using placement new
* creating Objects via private ctor
* example for the 'PImpl' pattern
2007-08-31 20:32:26 +02:00
b1ea774ef1 removed all custom allocator / deleter stuff (it's the wrong aproach) 2007-08-31 16:53:23 +02:00
b11ac46b76 added possibility to pass a custom deleter function down to shared_ptr.
Note: actually all of this seems against the spirit of C++ (and OO in general). This is a do-it-yourself aproach
which adds far to much complexity (accidental, not fundamental complexity). So I checked it in for the record,
but will abandon this aproach and rely on overloading of operator new / delete if necessary (and when we really need it)
2007-08-31 16:25:04 +02:00
2b0ea4650b reworked factory to get better separation of concerns. But custom allocation can't be done as I intended 2007-08-31 14:57:49 +02:00
307945b629 wrote test: object smart pointer creation factory 2007-08-29 05:03:21 +02:00
45c2167700 wrote a very simple Test-Suite runner and provided a Tests source tree 2007-08-13 09:55:32 +02:00
8f35701ca8 initial design for a factory encapsulating creation of smart-pointers 2007-08-12 01:04:55 +02:00