Hmm And the fact that the wx libraries that were found have the suffix u, suggests they were built with Unicode support. Perhaps the compile issue you had was because plplot was not built with the Unicode flag on. As I said instructions are on the wiki to do this for a visual studio build at https://sourceforge.net/p/plplot/wiki/Configure_PLplot_for_the_Visual_Studio_IDE/, but I don't know how one would do it in MSYS. Perhaps setting the same flags would do it.
Phil On 11 December 2016 at 10:23, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > On 2016-12-10 01:11-0000 Phil Rosenberg wrote: > >> I'm sorry Laurent, but I think I am the main Windows user on the list >> and I have absolutely no experience with MSys. >> >> However, I believe we have now returned to the CMake default wxWidgets >> find module. Alan, can you comment on this and whether this looks like >> a bug in that module or a bug in our build system? > > > @ Phil and Laurent: > > Yes, we are using the absolutely latest official CMake wxWidgets find > module that is heavily maintained by the CMake developers. So I doubt > there are any obvious bugs in that find module. > > @Laurent: > > My apologies for not answering sooner but I was otherwise occupied with > other issues currently being discussed on the PLplot devel list. > > The short explanation of the message you were getting is that our build > system gets a list of libraries from the official find module. Some of > those are actual locations, and some are in the -L...-l... form. So we > transform the latter to actual location by looking for the library > using the find_library command, and for some reason some of those > could not be found. The cure for this is to identify the libraries > that were not found from comparing the old and transformed lists, then > installing the relevant libraries or adjust environment variables > such as PATH and/or CMAKE_LIBRARY_PATH to help CMake find the > relevant libraries. > > I must say, however, that the comparison of the two lists given to you > is a far less than optimal way to find what libraries could not be > found so I plan in the next few days to update that part of our build > system to make this WARNING message a lot clearer. > > For now, though, you are stuck with correlating the following two > lists (i.e., search for a NOTFOUND result on the second list and find > from its position what -l form it corresponded to in the orignal list) > to find what libraries are missing. > >>> cmake_link_flags WARNING: (original link flags) = >>> >>> -L/f/lib/wxWidgets-3.1.0/lib;;;-Wl,--subsystem,windows;-mwindows;/f/lib/wxWidgets-3.1.0/lib/libwx_mswu_core-3.1.a;/f/lib/wxWidgets-3.1.0/lib/libwx_baseu-3.1.a;-lwxregexu-3.1;-lwxexpat-3.1;-lwxtiff-3.1;-lwxjpeg-3.1;-lwxpng-3.1;-lz;-lrpcrt4;-loleaut32;-lole32;-luuid;-lwinspool;-lwinmm;-lshell32;-lshlwapi;-lcomctl32;-lcomdlg32;-ladvapi32;-lversion;-lwsock32;-lgdi32 >>> >>> cmake_link_flags WARNING: wxwidgets_LINK_FLAGS = >>> >>> -Wl,--subsystem,windows;-mwindows;/f/lib/wxWidgets-3.1.0/lib/libwx_mswu_core-3.1.a;/f/lib/wxWidgets-3.1.0/lib/libwx_baseu-3.1.a;_library_pathname-NOTFOUND;_library_pathname-NOTFOUND;_library_pathname-NOTFOUND;_library_pathname-NOTFOUND;_library_pathname-NOTFOUND;F:/mingw-w64/Strawberry/c/lib/libz.a;C:/Windows/System32/rpcrt4.dll;C:/Windows/System32/oleaut32.dll;C:/Windows/System32/ole32.dll;_library_pathname-NOTFOUND;_library_pathname-NOTFOUND;C:/Windows/System32/winmm.dll;C:/Windows/System32/shell32.dll;C:/Windows/System32/shlwapi.dll;C:/Windows/System32/comctl32.dll;C:/Windows/System32/comdlg32.dll;C:/Windows/System32/advapi32.dll;C:/Windows/System32/version.dll;C:/Windows/System32/wsock32.dll;C:/Windows/System32/gdi32.dll > > > To make the explanation simpler, let me break down both lists at the > semicolons: > > That means original = > > > -L/f/lib/wxWidgets-3.1.0/lib; > ; > ; > -Wl,--subsystem,windows; > -mwindows; > /f/lib/wxWidgets-3.1.0/lib/libwx_mswu_core-3.1.a; > /f/lib/wxWidgets-3.1.0/lib/libwx_baseu-3.1.a; > -lwxregexu-3.1; > -lwxexpat-3.1; > -lwxtiff-3.1; > -lwxjpeg-3.1; > -lwxpng-3.1; > -lz; > -lrpcrt4; > -loleaut32; > -lole32; > -luuid; > -lwinspool; > -lwinmm; > -lshell32; > -lshlwapi; > -lcomctl32; > -lcomdlg32; > -ladvapi32; > -lversion; > -lwsock32; > -lgdi32 > > Transformed = -Wl,--subsystem,windows; > -mwindows; > /f/lib/wxWidgets-3.1.0/lib/libwx_mswu_core-3.1.a; > /f/lib/wxWidgets-3.1.0/lib/libwx_baseu-3.1.a; > _library_pathname-NOTFOUND; > _library_pathname-NOTFOUND; > _library_pathname-NOTFOUND; > _library_pathname-NOTFOUND; > _library_pathname-NOTFOUND; > F:/mingw-w64/Strawberry/c/lib/libz.a; > C:/Windows/System32/rpcrt4.dll; > C:/Windows/System32/oleaut32.dll; > C:/Windows/System32/ole32.dll; > _library_pathname-NOTFOUND; > _library_pathname-NOTFOUND; > C:/Windows/System32/winmm.dll; > C:/Windows/System32/shell32.dll; > C:/Windows/System32/shlwapi.dll; > C:/Windows/System32/comctl32.dll; > C:/Windows/System32/comdlg32.dll; > C:/Windows/System32/advapi32.dll; > C:/Windows/System32/version.dll; > C:/Windows/System32/wsock32.dll; > C:/Windows/System32/gdi32.dll > > The empty list elements in the first list are simply ignored. But > from the above broken down versions, I hope it is now clear that you > have to install (or help CMake find) the libraries corresponding to > > -lwxregexu-3.1; > -lwxexpat-3.1; > -lwxtiff-3.1; > -lwxjpeg-3.1; > -lwxpng-3.1; > > and > -luuid; > -lwinspool; > > in the first list which ended up as _library_pathname-NOTFOUND; (i.e., > the corresponding library from the first list could not be found) in > the transformed list. > > 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 > __________________________ ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel