I'd probably suggest that you rethink your aversion to Objective-C++. With ARC, you can safely put Objective-C object pointers in C++ classes (they become non-POD) and you can use C++ classes as instance variables for Objective-C objects. Most importantly, you can now put Objective-C object pointers in C++ collections and have the memory management behave correctly (I do this quite a lot - it's very useful to have things like LLVM's SmallVector class for storing small collections of object pointers on the stack).
David On 18 Sep 2014, at 05:33, Michele Bert <[email protected]> wrote: > Hello. > Context. I am working on a big software bandles, where specific > "application" (in the sense of our project) are C++ shared object, > with a well defined interface: > - a C++ class derived from a common one, which implement a specific > virtual method (i. e. run(ParamInfo& param) > - a function to create an object of the above class > Up to now, only shell-based application have been implemented, with > very few user interaction. But focusing on more interactive ones, I > would like to create gnustep apps. Therfore I should create shared > objects, which I access with dlopen(), dlsym() with the creation > function (declared extern "C"), create the object calling that > function (which return a pointer), and call its "run" method. > > First of all, a would like to keep C++ and Obj-C separated, so I'd > prefer not to use ObjC++. And this is clear to me. > Question are: > 1- how should I behave with resources usually contained in the > directory which represent the application? > 2- How can I write the makefile in order to create a shared object, > instead a stand-alone executable? > > Any other advice and consideration on the idea itself is anyway welcome. > Thanks > -- > Mick > > _______________________________________________ > Discuss-gnustep mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/discuss-gnustep -- Sent from my IBM 1620 _______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
