This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Dynamic Loading of classes in C++ without knowing their interface
- From: Gianni Mariani <gmariani at chaincast dot com>
- To: tim at tjansen dot de
- Cc: Alessandro Molina <javanx at supereva dot it>, gcc at gnu dot org
- Date: Tue, 06 May 2003 20:11:16 -0700
- Subject: Re: Dynamic Loading of classes in C++ without knowing their interface
- Organization: Chaincast, Inc
- References: <20030506193028.1d10b392.javanx@supereva.it> <200305062009.46693.ml@tjansen.de>
- Reply-to: gmariani at chaincast dot com
Tim Jansen wrote:
On Tuesday 06 May 2003 19:30, Alessandro Molina wrote:
I'm writing here to see what other C++ users think of it and to see if
there is someone else interested in helping with this project which is far
from being complete (I think that there are probably a few bugs that I've
missed and there are a lot of thing to tune).
Very interesting. One possible use is accessing C++ APIs from scripting
languages. Right now C++-based projects like KDE need to write wrappers for
all classes, but this solution is not optimal and makes them 2nd class
languages.
bye...
Doesn't SWIG make it possible to create a binary that allows an
application (perl/python) to call a C++ API without the app knowing how
to use it at it's compile-time ?
To be a first class, I suspect that the g++ could be taught to create a
class descriptor and do somthing with libffi to be alble to call it.