From: Matthias <ni...@dr...> - 2010-07-27 10:53:13
|
Am 27.07.2010, 03:30 Uhr, schrieb Ken Watford <kwa...@gm...>: > So in my short time using SWIG, I've run across a few problems where > simply dropping in a replacement .swg or .i file to override default > behaviors isn't quite enough - I'd need to modify the language module > itself to get the desired effect without externally postprocessing the > generated files or abusing the code generator. I don't like doing > those things, but also I don't particularly like the idea of part of > my build instructions being "Acquire a source release of SWIG and > apply this patch queue" either. But if SWIG itself was wrapped in such > a way that language modules could be implemented in Python (or > whatever you like), modified language modules could be included along > with a project to grant more control over the code generation process. > > I'm sure I'm not the first person to think of this, but I couldn't > figure out an appropriate set of search terms that would locate a > previous discussion. Has anyone attempted this in the past? Yes, this has been proposed this in the past. See here for a few references: http://tinyurl.com/3227sau (read the whole thread, many people posted a lot of good ideas there imo). http://tinyurl.com/38cxo2y http://tinyurl.com/36h79y7 -Matthias |