On 2014-04-04 14:08-0000 Arjen Markus wrote: > Hi Thorsten, > > remarkable! I have no idea as to the status of this version of the SDK, but I > do know that these things may be referenced by macros within Visual Studio. > Hm, some documentation I stumbled upon makes clear these libraries are part > of the Platform SDK and VS does not know anything about them. > > Perhaps this requires an extra module for finding them. For the time being we > might introduce a CMake variable to set the path, along the lines of > wxWidgets_LIB_DIR, wxWidgets_WIN_SDK_DIR perhaps? > > (Or it can be done inside the module - that would be better) > > I will have a look at this.
Hi Thorsten and Arjen and Phil: @Thorsten and Arjen: Sorry I am late to your conversation today, but time zones and all that.... I have quickly reviewed everything you said today. Just to reinforce what Arjen said at one point, for best results on all platforms library names _must_ include the full path so that CMake has all the information it needs to figure out the correct linking options. Also, note that we currently use the cmake/modules/FindwxWidgets.cmake of the wxwidgets find module rather than the various versions supplied to each user by the various CMake versions they have downloaded. Phil created this version of the find module by patching the latest development version of this find module from CMake to clean up some issues he discovered in that latest CMake version. I don't think any of the changes that Phil did involved suppressing full path names for libraries so it appears to me that Thorsten may have found one additional issue with the latest CMake official version, namely that on Windows it does not always provide libraries in full-path form. @Arjen: the logic in cmake/modules/FindwxWidgets.cmake is what you should be looking at, but if I spot anything there first with regard to supplying full path names for libraries, I will commit the change. Also, if my hypothesis is correct, and the present issue can be sorted out by a change in cmake/modules/FindwxWidgets.cmake, we will want to add on to whatever effort Phil is making to propagate that fixed version upstream to CMake so that all CMake users benefit from our fixes. @Phil: what is the status of getting your present changes accepted upstream? For example, I think Brad King was reluctant to apply changes without an official maintainer of this find module. Were you going to resolve that situation by becoming that official maintainer? 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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 __________________________ ------------------------------------------------------------------------------ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
