From: Alan W. I. <ir...@be...> - 2010-11-10 20:42:50
|
On 2010-11-10 08:50+0100 Arjen Markus wrote: > On Linux (and OSX?) the first character is a /, so [my commit to lowercase the first letter of the comparison] should work fine > too. I confirm that, and thanks for this fix which should make life a lot easier for our Windows Visual Studio users. > > The crash (assertion failure) I mentioned with one particular setting > of PLPLOT_DRV_DIR is caused solely by the appearance of files with > extension ".rc" in the dll\Debug subdirectory when using Visual Studio. > They are related to "manifest files" for the Fortran DLLs. Perhaps we > should have a look at the reading procedure for the PLplot .rc files > to avoid this crash, but it seems rare enough a condition not to put > much emphasis on that. I am allergic to letting bugs slide (especially if they involve the build system) so could you explain the issue further? On Linux the <top-level-build-tree>/drivers/<driver>.rc files are configured by cmake (see the logic in cmake/modules/drivers-finish.cmake). Those files describe which devices have been enabled for each device driver. The test-drv-info application generates exactly the same information from the driver plugin that has been built, and there is a cmake custom target (test_${SOURCE_ROOT_NAME}_dyndriver, see drivers/CMakeLists.txt) for each driver that checks the two sets of information are identical as a test that the driver plugin is OK. As far as I know, these driver-related *.rc files all should occur in the drivers subdirectory even on Windows. Do these files have anything to do with your troubles above or is it something entirely unrelated? If the troubles are due to some weird Windows nameclash with the .rc suffix on the driver-related *.rc files, the motivation for that choice of suffix is lost in the mists of time, and we could certainly change that suffix to something else that is much more distinctive (such as .driver_info). 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 __________________________ |