Hi Maurizio, >>> Hi to everybody, >>> >>> A few days ago I posted a question in the plplot "Help" discussion >>> forum about a the development of a new driver for GNUstep >>> (http://sourceforge.net/forum/forum.php?thread_id=2185650&forum_id=8607). >>> In the last days I investigated a bit more the problem. >> I'm not sure if you saw this, but in case you did not there is a file in >> the drivers directory called "README.drivers" which explains the >> necessary steps to add a new driver to PLplot. It should be fairly >> straightforward... >> >> -Hazen >> > > Yes, I have carefully read that document before posting my mail. But it > explains how to add a driver to the plplot source tree, while my request was > different: how to add a new driver to a *binary* plplot library that has been > already compiled, installed and configured, without touching the library > sources. > > I think that such an approach would make things easier for people developing > new drivers (even drivers meant to be used only in a very specific context > within *one* application). >
I actually consider this as a very nice idea. Especially because in your proposal you circumvent all the troubles to setup the plplot CMake build system for a new driver. Especially if you use a special library where there is no CMake Module available. Although at the end you have to do it anyways, but at this point you spent most of the time working on the driver and not on the CBS. Also compile time might be shorter. Anyways, it sounds nice, but it is not that easy. In fact I think a driver actually needs only the function tables (draw line, polygon, etc.) to be set up, but this happens during compile time and is saved in a static array. So it's not straight forward to add another function table. The static array would need to be converted to a dynamic array with all it's troubles. Maybe it's easier to provide a patch, where a existing function table is overwritten by a new driver function table. This is definitively a hack and should not be commited to svn, but it may be of value for driver developers. I would be interested to do that, but not in the next two weeks due to other obligations. Your second proposal about the dynamic driver library is even more complicated and not cross platform since dynamic drivers don't exist on Windows. It may be possible but it wasn't tested until now. Regards, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: [EMAIL PROTECTED] web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
