There are some questions below for Arjen and Werner in addition to my response to some of Andrew's comments.
On 2008-09-09 23:21+0100 Andrew Ross wrote: > From a more general point of view, I suspect this won't have a > large time or size impact on plplot. > [...]That aside, this is probably the "right" thing to do, and once we > have it sorted it should be little overhead. Agreed, and I also hope sorting out visibility on the Linux/GCC side of things will help our windows developers as well since we are using a similar infrastructure to support it. [out of order] > [...]a google search suggests other > projects (e.g. kde) have not seen a major impact. That KDE case is interesting. Their latency really sucked in the old days because of all the visible C++ symbols having to be dealt with at run-time start-up. A number of years ago they worked around that issue extremely effectively by preloading a lot of stuff. I suspect those workarounds are still in place because, e.g., the startup latency of konqueror has long been very good compared to other browers such as firefox. The latency workarounds may mean reducing symbol visibility for KDE does not have much visible impact (except to make the preloading much faster). Here is a question for Arjen and Werner. One thing I am confused about at the present time is whether there has been any visibility work done yet for our non-C libraries such as libplplotcxxd, libplplotf77d, and libplplotf95d. My impression is no work has been done on that, but then if Windows default is no visibility for the C++ and Fortran symbols in those libraries, how can our C++, Fortran 77, and Fortran 95 examples be linked on Windows? Have you guys tried to build our examples in the build tree and run ctest there? Andrew, I haven't yet tried export CXX='g++ -fvisibility=hidden' or export FC='gfortran -fvisibility=hidden' because I haven't found any infrastructure in place to leave the appropriate symbols visible in libplplotcxxd, libplplotf77d, and libplplotf95d. But I may have missed such infrastructure, see my question to Arjen and Werner above. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ ------------------------------------------------------------------------- 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
