Menu
▾
▴
plplot-devel
|
From: Alan W. I. <ir...@be...> - 2016-10-19 19:40:07
|
On 2016-10-19 00:10-0400 Pedro Vicente wrote:
> 2) wxWidgets not detected
>
>
> I used
>
>
>
> M:\plplot-plplot\build>cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON
> -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug"
> -DCMAKE_BUILD_TYP
> E:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF -DSTATIC_RUNTIME:BOOL=ON
> -DPLD_wxwidgets:BOOL=ON -DwxWidgets_ROOT_DIR:PATH=%WXWIN%
> -DwxWidgets_LIB_DIR:PATH=%WX
> WIN%\lib\vc_lib -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON
> -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF
> -DCMAKE_PREFIX_PATH:PATH=I:\qt-win32-msvc20
> 15 -DPLPLOT_USE_QT5:BOOL=ON > a.txt 2>&1
>
> and the a.txt file is attached
Hi Pedro:
I think this topic deserves its own thread so note the subject line
change. I looked at your a.txt file, and indeed
-- wxWidgets_FOUND : FALSE
-- wxWidgets_INCLUDE_DIRS :
-- wxWidgets_LIBRARY_DIRS :
-- wxWidgets_LIBRARIES :
-- wxWidgets_CXX_FLAGS :
-- wxWidgets_USE_FILE : UsewxWidgets
-- WARNING: wxWidgets or its libraries not found so setting all wxwidgets devices to OFF.
But then you look near the end of that file, and you find this
interesting tidbit.
CMake Warning:
Manually-specified variables were not used by the project:
ENABLE_MIX_CXX
wxWidgets_CONFIGURATION
What did you mean to do with the -DENABLE_MIX_CXX=ON cmake
command-line option? I can find no reference
at all to the string "_MIX" in our source tree or in the near-complete cmake
documentation you get by running cmake --help-full so I suspect you
have mispelled that option.
In contrast to ENABLE_MIX_CXX, wxWidgets_CONFIGURATION is readily found
in cmake/modules/FindwxWidgets.cmake, but you are obviously not getting
to that part of the logic which is likely due to some incorrect setup
of the search for wxWidgets that you are doing. So I would carefully
review the other wxWidgets command-line options you are using. For
example you specify
-DwxWidgets_ROOT_DIR:PATH=%WXWIN%
Is "WXWIN" set correctly? For example, the
find module documentation in cmake/modules/FindwxWidgets.cmake uses
the example of C:/wxWidgets-2.6.3 so you should check that WXWIN
translates to the equivalent for your wxWidgets-3.1.0 installation.
And similarly for -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib
Once you have WXWIN set correctly (or whatever is needed to change
your wxWidgets cmake command-line options so that
wxWidgets_CONFIGURATION is used), then my prediction is the rest
of the wxWidgets find process will work as well. But please let me
know whether this prediction pans out. :-)
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
__________________________
|
|
From: Laurent B. <lau...@un...> - 2016-10-19 19:46:04
|
Hi all, I still use plplot (PLplot Release 5.11.2) and wxwidgets (from github) using cmake with vs 2015. If you want to check something about detect wxwidgets feel free to ask me. Laurent Le 19/10/2016 à 21:39, Alan W. Irwin a écrit : > On 2016-10-19 00:10-0400 Pedro Vicente wrote: > >> 2) wxWidgets not detected >> >> >> I used >> >> >> >> M:\plplot-plplot\build>cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON >> -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug" >> -DCMAKE_BUILD_TYP >> E:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF -DSTATIC_RUNTIME:BOOL=ON >> -DPLD_wxwidgets:BOOL=ON -DwxWidgets_ROOT_DIR:PATH=%WXWIN% >> -DwxWidgets_LIB_DIR:PATH=%WX >> WIN%\lib\vc_lib -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON >> -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF >> -DCMAKE_PREFIX_PATH:PATH=I:\qt-win32-msvc20 >> 15 -DPLPLOT_USE_QT5:BOOL=ON > a.txt 2>&1 >> >> and the a.txt file is attached > Hi Pedro: > > I think this topic deserves its own thread so note the subject line > change. I looked at your a.txt file, and indeed > > -- wxWidgets_FOUND : FALSE > -- wxWidgets_INCLUDE_DIRS : > -- wxWidgets_LIBRARY_DIRS : > -- wxWidgets_LIBRARIES : > -- wxWidgets_CXX_FLAGS : > -- wxWidgets_USE_FILE : UsewxWidgets > -- WARNING: wxWidgets or its libraries not found so setting all wxwidgets devices to OFF. > > But then you look near the end of that file, and you find this > interesting tidbit. > > CMake Warning: > Manually-specified variables were not used by the project: > > ENABLE_MIX_CXX > wxWidgets_CONFIGURATION > > What did you mean to do with the -DENABLE_MIX_CXX=ON cmake > command-line option? I can find no reference > at all to the string "_MIX" in our source tree or in the near-complete cmake > documentation you get by running cmake --help-full so I suspect you > have mispelled that option. > > In contrast to ENABLE_MIX_CXX, wxWidgets_CONFIGURATION is readily found > in cmake/modules/FindwxWidgets.cmake, but you are obviously not getting > to that part of the logic which is likely due to some incorrect setup > of the search for wxWidgets that you are doing. So I would carefully > review the other wxWidgets command-line options you are using. For > example you specify > > -DwxWidgets_ROOT_DIR:PATH=%WXWIN% > > Is "WXWIN" set correctly? For example, the > find module documentation in cmake/modules/FindwxWidgets.cmake uses > the example of C:/wxWidgets-2.6.3 so you should check that WXWIN > translates to the equivalent for your wxWidgets-3.1.0 installation. > And similarly for -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib > > Once you have WXWIN set correctly (or whatever is needed to change > your wxWidgets cmake command-line options so that > wxWidgets_CONFIGURATION is used), then my prediction is the rest > of the wxWidgets find process will work as well. But please let me > know whether this prediction pans out. :-) > > 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 > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel |
|
From: <p.d...@gm...> - 2016-10-19 21:10:10
|
I was never very good with cmake, but the old findwxwidgets cmake module never worked on windows for me, which is why we had our own. I thought I'd checked things since we went back to the built in module, but perhaps it wasn't a clean build tree. I'll check again tomorrow. Phil Sent from my Windows 10 phone From: Laurent Berger Sent: 19 October 2016 20:46 To: plp...@li... Subject: Re: [Plplot-devel] Finding wxWidgets Hi all, I still use plplot (PLplot Release 5.11.2) and wxwidgets (from github) using cmake with vs 2015. If you want to check something about detect wxwidgets feel free to ask me. Laurent Le 19/10/2016 à 21:39, Alan W. Irwin a écrit : > On 2016-10-19 00:10-0400 Pedro Vicente wrote: > >> 2) wxWidgets not detected >> >> >> I used >> >> >> >> M:\plplot-plplot\build>cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON >> -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug" >> -DCMAKE_BUILD_TYP >> E:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF -DSTATIC_RUNTIME:BOOL=ON >> -DPLD_wxwidgets:BOOL=ON -DwxWidgets_ROOT_DIR:PATH=%WXWIN% >> -DwxWidgets_LIB_DIR:PATH=%WX >> WIN%\lib\vc_lib -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON >> -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF >> -DCMAKE_PREFIX_PATH:PATH=I:\qt-win32-msvc20 >> 15 -DPLPLOT_USE_QT5:BOOL=ON > a.txt 2>&1 >> >> and the a.txt file is attached > Hi Pedro: > > I think this topic deserves its own thread so note the subject line > change. I looked at your a.txt file, and indeed > > -- wxWidgets_FOUND : FALSE > -- wxWidgets_INCLUDE_DIRS : > -- wxWidgets_LIBRARY_DIRS : > -- wxWidgets_LIBRARIES : > -- wxWidgets_CXX_FLAGS : > -- wxWidgets_USE_FILE : UsewxWidgets > -- WARNING: wxWidgets or its libraries not found so setting all wxwidgets devices to OFF. > > But then you look near the end of that file, and you find this > interesting tidbit. > > CMake Warning: > Manually-specified variables were not used by the project: > > ENABLE_MIX_CXX > wxWidgets_CONFIGURATION > > What did you mean to do with the -DENABLE_MIX_CXX=ON cmake > command-line option? I can find no reference > at all to the string "_MIX" in our source tree or in the near-complete cmake > documentation you get by running cmake --help-full so I suspect you > have mispelled that option. > > In contrast to ENABLE_MIX_CXX, wxWidgets_CONFIGURATION is readily found > in cmake/modules/FindwxWidgets.cmake, but you are obviously not getting > to that part of the logic which is likely due to some incorrect setup > of the search for wxWidgets that you are doing. So I would carefully > review the other wxWidgets command-line options you are using. For > example you specify > > -DwxWidgets_ROOT_DIR:PATH=%WXWIN% > > Is "WXWIN" set correctly? For example, the > find module documentation in cmake/modules/FindwxWidgets.cmake uses > the example of C:/wxWidgets-2.6.3 so you should check that WXWIN > translates to the equivalent for your wxWidgets-3.1.0 installation. > And similarly for -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib > > Once you have WXWIN set correctly (or whatever is needed to change > your wxWidgets cmake command-line options so that > wxWidgets_CONFIGURATION is used), then my prediction is the rest > of the wxWidgets find process will work as well. But please let me > know whether this prediction pans out. :-) > > 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 > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel ------------------------------------------------------------------------------ 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 Plp...@li... https://lists.sourceforge.net/lists/listinfo/plplot-devel |
|
From: Alan W. I. <ir...@be...> - 2016-10-20 01:56:50
|
N.B. I have just (commit 3ab6396) updated the PLplot wxWidgets find module again to conform (identically except for one necessary line) to the latest (CMake-3.7.0-rc2) official version. See the commit log message for a description of the changes in the PLplot version of this find module (which we are maintaining separately from the official version since that version is being actively maintained and many of our users are using a CMake version that is earlier than CMake-3.7.0-rc2 so would access a buggy version of this find module unless we supply the latest version like this). I am pretty sure this latest version will work fine for everybody (since it is maintained by the CMake developer team who are responding so actively to bug reports concerning it), but further tests by everybody to confirm good wxWidgets find results using our latest master branch would be much appreciated. 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 __________________________ |
|
From: Pedro V. <ped...@sp...> - 2016-11-12 05:09:03
Attachments:
make.txt
|
Hi Alan it seems all is ok now doing $ cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug" -DCMAKE_BUILD_TYPE:STRING="Deb ug" -DBUILD_SHARED_LIBS:BOOL=OFF -DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON -DwxWidgets_ROOT_DIR:PATH=%WXWIN% -DwxWidgets_LIB_DIR:PATH=%WXWIN%\ lib\vc_lib -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF > make.txt 2>&1 and then building ========== Build: 86 succeeded, 0 failed, 0 up-to-date, 0 skipped ========== good job, thanks the file make.txt is attached I have a couple suggestions, however the Cmake output is full of messages like CMake Error at CMakeLists.txt:18 (enable_language): No CMAKE_Fortran_COMPILER could be found. -- Configuring incomplete, errors occurred! these are not really errors, just features that are not detected, like a Fortran compiler would it be possible to replace this just with a information message , like --detected fortran compiler --fortran compiler not found -Pedro ----- Original Message ----- From: "Alan W. Irwin" <ir...@be...> To: "Pedro Vicente" <ped...@sp...>; "Phil Rosenberg" <p.d...@gm...>; "Laurent Berger" <lau...@un...>; <plp...@li...> Sent: Wednesday, October 19, 2016 8:56 PM Subject: Re: [Plplot-devel] Finding wxWidgets > N.B. I have just (commit 3ab6396) updated the PLplot wxWidgets find > module again to conform (identically except for one necessary line) to > the latest (CMake-3.7.0-rc2) official version. See the commit log > message for a description of the changes in the PLplot version of this > find module (which we are maintaining separately from the official > version since that version is being actively maintained and many of > our users are using a CMake version that is earlier than > CMake-3.7.0-rc2 so would access a buggy version of this find module > unless we supply the latest version like this). > > I am pretty sure this latest version will work fine for everybody > (since it is maintained by the CMake developer team who are responding > so actively to bug reports concerning it), but further tests by > everybody to confirm good wxWidgets find results using our latest > master branch would be much appreciated. > > 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 > __________________________ > |
|
From: Alan W. I. <ir...@be...> - 2016-11-12 09:00:19
|
On 2016-11-12 00:08-0500 Pedro Vicente wrote: > Hi Alan > > it seems all is ok now > doing > $ cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON > -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug" > -DCMAKE_BUILD_TYPE:STRING="Deb ug" -DBUILD_SHARED_LIBS:BOOL=OFF > -DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON > -DwxWidgets_ROOT_DIR:PATH=%WXWIN% -DwxWidgets_LIB_DIR:PATH=%WXWIN%\ > lib\vc_lib -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON > -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF > make.txt 2>&1 Actually, there are still problems finding wxWidgets on your platform. Specifically, from the make.txt file you sent you have the following (bad) find results: -- wxWidgets_FOUND : FALSE -- wxWidgets_INCLUDE_DIRS : -- wxWidgets_LIBRARY_DIRS : -- wxWidgets_LIBRARIES : -- wxWidgets_CXX_FLAGS : -- wxWidgets_USE_FILE : UsewxWidgets -- WARNING: wxWidgets or its libraries not found so setting all wxwidgets devices to OFF. CMake is pretty good at finding libraries installed in standard locations so the first thing I suggest you try is to drop the options above that set wxWidgets_ROOT_DIR and wxWidgets_LIB_DIR. But if that doesn't work (i.e., wxWidgets_FOUND is still FALSE). then you should consider the large likelihood that those variables are set incorrectly (i.e., do not point to the non-standard location where you have installed wxwidgets). For example, is WXWIN defined properly to the location where you have installed wxWidgets? (I have asked this key question before, but so far you have not responded.) 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 __________________________ |
|
From: Pedro V. <ped...@sp...> - 2016-11-12 18:08:21
|
>> > Actually, there are still problems finding wxWidgets on your platform yes, my bad, I don't know how I missed this My WXWIN is wrong, sorry I'll try again -Pedro ----- Original Message ----- From: "Alan W. Irwin" <ir...@be...> To: "Pedro Vicente" <ped...@sp...> Cc: "Phil Rosenberg" <p.d...@gm...>; "Laurent Berger" <lau...@un...>; <plp...@li...> Sent: Saturday, November 12, 2016 4:00 AM Subject: Re: [Plplot-devel] Finding wxWidgets > On 2016-11-12 00:08-0500 Pedro Vicente wrote: > >> Hi Alan >> >> it seems all is ok now > >> doing > >> $ cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON >> -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug" >> -DCMAKE_BUILD_TYPE:STRING="Deb ug" -DBUILD_SHARED_LIBS:BOOL=OFF >> -DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON >> -DwxWidgets_ROOT_DIR:PATH=%WXWIN% -DwxWidgets_LIB_DIR:PATH=%WXWIN%\ >> lib\vc_lib -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON >> -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF > make.txt 2>&1 > > > Actually, there are still problems finding wxWidgets on your platform. > Specifically, from the make.txt file you sent you have the following > (bad) find results: > > -- wxWidgets_FOUND : FALSE > -- wxWidgets_INCLUDE_DIRS : -- wxWidgets_LIBRARY_DIRS : -- > wxWidgets_LIBRARIES : -- wxWidgets_CXX_FLAGS : -- > wxWidgets_USE_FILE : UsewxWidgets > -- WARNING: wxWidgets or its libraries not found so setting all wxwidgets > devices to OFF. > > CMake is pretty good at finding libraries installed in standard > locations so the first thing I suggest you try is to drop the options > above that set wxWidgets_ROOT_DIR and wxWidgets_LIB_DIR. But if that > doesn't work (i.e., wxWidgets_FOUND is still FALSE). then you should > consider the large likelihood that those variables are set incorrectly > (i.e., do not point to the non-standard location where you have > installed wxwidgets). For example, is WXWIN defined properly to the > location where you have installed wxWidgets? (I have asked this key > question before, but so far you have not responded.) > > 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 > __________________________ > |
|
From: Laurent B. <lau...@un...> - 2016-11-14 07:29:06
|
Hi, I have just made a git pull git.code.sf.net/p/plplot/plplot. Using cmake 3.7.0.rc2 and wxwidgets 3.1.0 and VS 2015. After pressing OK every where, all is fine. thanks for this new version! Le 12/11/2016 à 10:00, Alan W. Irwin a écrit : > On 2016-11-12 00:08-0500 Pedro Vicente wrote: > >> Hi Alan >> >> it seems all is ok now > >> doing > >> $ cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON >> -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug" >> -DCMAKE_BUILD_TYPE:STRING="Deb ug" -DBUILD_SHARED_LIBS:BOOL=OFF >> -DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON >> -DwxWidgets_ROOT_DIR:PATH=%WXWIN% -DwxWidgets_LIB_DIR:PATH=%WXWIN%\ >> lib\vc_lib -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON >> -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF > make.txt 2>&1 > > > Actually, there are still problems finding wxWidgets on your platform. > Specifically, from the make.txt file you sent you have the following > (bad) find results: > > -- wxWidgets_FOUND : FALSE > -- wxWidgets_INCLUDE_DIRS : -- wxWidgets_LIBRARY_DIRS : -- > wxWidgets_LIBRARIES : -- wxWidgets_CXX_FLAGS : -- > wxWidgets_USE_FILE : UsewxWidgets > -- WARNING: wxWidgets or its libraries not found so setting all > wxwidgets devices to OFF. > > CMake is pretty good at finding libraries installed in standard > locations so the first thing I suggest you try is to drop the options > above that set wxWidgets_ROOT_DIR and wxWidgets_LIB_DIR. But if that > doesn't work (i.e., wxWidgets_FOUND is still FALSE). then you should > consider the large likelihood that those variables are set incorrectly > (i.e., do not point to the non-standard location where you have > installed wxwidgets). For example, is WXWIN defined properly to the > location where you have installed wxWidgets? (I have asked this key > question before, but so far you have not responded.) > > 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 > __________________________ |
|
From: Pedro V. <ped...@sp...> - 2016-11-14 03:14:55
|
sorry wrong thread, reposting this I have WXWIN = M:\wx\wxwidgets-3.1.0 in my PATH there is ;%WXWIN%\lib\vc_lib; but wxwidgets is still not detected attached make.txt done with cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug" -DCMAKE_BUILD_TYPE:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF -DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON -DwxWidgets_ROOT_DIR:PATH=%WXWIN% -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF > make.txt I'll debug this when I have some time, hopefully before the release -Pedro ----- Original Message ----- From: "Alan W. Irwin" <ir...@be...> To: "Pedro Vicente" <ped...@sp...> Cc: "Phil Rosenberg" <p.d...@gm...>; "Laurent Berger" <lau...@un...>; <plp...@li...> Sent: Saturday, November 12, 2016 4:00 AM Subject: Re: [Plplot-devel] Finding wxWidgets > On 2016-11-12 00:08-0500 Pedro Vicente wrote: > >> Hi Alan >> >> it seems all is ok now > >> doing > >> $ cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON >> -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug" >> -DCMAKE_BUILD_TYPE:STRING="Deb ug" -DBUILD_SHARED_LIBS:BOOL=OFF >> -DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON >> -DwxWidgets_ROOT_DIR:PATH=%WXWIN% -DwxWidgets_LIB_DIR:PATH=%WXWIN%\ >> lib\vc_lib -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON >> -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF > make.txt 2>&1 > > > Actually, there are still problems finding wxWidgets on your platform. > Specifically, from the make.txt file you sent you have the following > (bad) find results: > > -- wxWidgets_FOUND : FALSE > -- wxWidgets_INCLUDE_DIRS : -- wxWidgets_LIBRARY_DIRS : -- > wxWidgets_LIBRARIES : -- wxWidgets_CXX_FLAGS : -- > wxWidgets_USE_FILE : UsewxWidgets > -- WARNING: wxWidgets or its libraries not found so setting all wxwidgets > devices to OFF. > > CMake is pretty good at finding libraries installed in standard > locations so the first thing I suggest you try is to drop the options > above that set wxWidgets_ROOT_DIR and wxWidgets_LIB_DIR. But if that > doesn't work (i.e., wxWidgets_FOUND is still FALSE). then you should > consider the large likelihood that those variables are set incorrectly > (i.e., do not point to the non-standard location where you have > installed wxwidgets). For example, is WXWIN defined properly to the > location where you have installed wxWidgets? (I have asked this key > question before, but so far you have not responded.) > > 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 > __________________________ > |
|
From: Alan W. I. <ir...@be...> - 2016-11-14 08:23:50
|
On 2016-11-13 22:14-0500 Pedro Vicente wrote: > I have > > > WXWIN = M:\wx\wxwidgets-3.1.0 Hi Pedro: That form is consistent with the examples at <https://wiki.wxwidgets.org/Adding_an_Environment_Variable_under_Windows>. Nevertheless, CMake is sometimes difficult about the back-slash Windows directory notation and may need the "native CMake" forward slash notation instead for these cmake options that are specifying directories. So this is just an informed guess, but what happens if you replace -DwxWidgets_ROOT_DIR:PATH=%WXWIN% -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib with -DwxWidgets_ROOT_DIR:PATH=M:/wx/wxwidgets-3.1.0 -DwxWidgets_LIB_DIR:PATH=M:/wx/wxwidgets-3.1.0/lib/vc_lib in your cmake options? Also, if that still does not do the trick, please send the CMakeCache.txt file as well. 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 __________________________ |
|
From: Pedro V. <ped...@sp...> - 2016-11-15 04:39:30
Attachments:
make.txt
|
all is fine so, the problem was that I was using git bash for Windows as shell (where back-slash forward-slash convention is different from Unix/Windows; as a software engineer I end up losing hours of my life fixing different Unix/Windows path conventions. Thanks Microsoft). Using just a "normal" Windows shell , this works -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib in cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug" -DCMAKE_BUILD_TYPE:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF -DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON -DwxWidgets_ROOT_DIR:PATH=%WXWIN% -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF sorry for all the false alarms Just 2 last notes :-) 1) If we specify the root of wxWidgets with -DwxWidgets_ROOT_DIR:PATH=%WXWIN% it seems that having to specify the library path could be eliminated -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib I believe this path \lib\vc_lib is always the same for any Windows build? If not than my point is not valid 2) After building with Visual Studio, all built ok ========== Rebuild All: 88 succeeded, 0 failed, 0 skipped ========== but in the last release there was an automatic run of the plot demo, that shows a plot window, that did not show up this time no big deal, but it's a nice feature that shows that all went fine thanks -Pedro ----- Original Message ----- From: "Alan W. Irwin" <ir...@be...> To: "Pedro Vicente" <ped...@sp...> Cc: "Phil Rosenberg" <p.d...@gm...>; "Laurent Berger" <lau...@un...>; <plp...@li...> Sent: Monday, November 14, 2016 3:23 AM Subject: Re: [Plplot-devel] Finding wxWidgets > On 2016-11-13 22:14-0500 Pedro Vicente wrote: > >> I have >> >> >> WXWIN = M:\wx\wxwidgets-3.1.0 > > Hi Pedro: > > That form is consistent with the examples at > <https://wiki.wxwidgets.org/Adding_an_Environment_Variable_under_Windows>. > Nevertheless, CMake is sometimes difficult about the back-slash Windows > directory notation and may need the "native CMake" forward slash notation > instead for > these cmake options that are specifying directories. > > So this is just an informed guess, but what happens if you replace > > -DwxWidgets_ROOT_DIR:PATH=%WXWIN% > -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib > > with > > -DwxWidgets_ROOT_DIR:PATH=M:/wx/wxwidgets-3.1.0 > -DwxWidgets_LIB_DIR:PATH=M:/wx/wxwidgets-3.1.0/lib/vc_lib > > in your cmake options? > > Also, if that still does not do the trick, please send the > CMakeCache.txt file as well. > > 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 > __________________________ > |
|
From: Alan W. I. <ir...@be...> - 2016-11-15 08:09:32
|
On 2016-11-14 23:39-0500 Pedro Vicente wrote: > all is fine > > so, the problem was that I was using git bash for Windows as shell (where > back-slash forward-slash convention is different from Unix/Windows; as a > software engineer I end up losing hours of my life fixing > different Unix/Windows path conventions. Thanks Microsoft). > > Using just a "normal" Windows shell , this works > > -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib > > in > > cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON -DBUILD_TEST:BOOL=ON > -DCMAKE_CONFIGURATION_TYPES:STRING="Debug" -DCMAKE_BUILD_TYPE:STRING="Debug" > -DBUILD_SHARED_LIBS:BOOL=OFF -DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON > -DwxWidgets_ROOT_DIR:PATH=%WXWIN% -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib > -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON > -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF > > > sorry for all the false alarms Hi Pedro: No problem. Been there done that (when I was playing with MinGW/MSYS under Wine years ago.) In sum, I am glad you no longer encounter wxwidgets find issues. > > Just 2 last notes :-) > > > 1) > > If we specify the root of wxWidgets with > > -DwxWidgets_ROOT_DIR:PATH=%WXWIN% > > it seems that having to specify the library path could be eliminated > > -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib > > I believe this path > > \lib\vc_lib > > is always the same for any Windows build? If not than my point is not valid I believe you are correct. So try it and see. > > 2) > > After building with Visual Studio, all built ok > > ========== Rebuild All: 88 succeeded, 0 failed, 0 skipped ========== > > but in the last release there was an automatic run of the plot demo, that > shows a plot window, that did not show up this time > > no big deal, but it's a nice feature that shows that all went fine If you are concerned about a test that is suddenly missing from (say) the test_interactive target, then you should look for WARNING messages in the cmake output concerning test targets. Those warnings typically end with a phrase similar to "... so it is temporarily excluded from being a dependency of other more general interactive test targets" We typically use such warnings for issues we can do nothing about except wait for external libraries to fix bugs. So typically you can run such targets as an individual test, but you will encounter segfaults that would ruin more comprehensive testing so we exclude these problematic test targets from being part of more comprehensive testing in the interest of allowing the comprehensive tests to finish under normal circumstances. For example, today I found two other such problematic tests under Qt5 (test_qt_example and test_pyqt5_example). I ascribe these to Qt5 immaturity so the only thing we can do about these is wait for the bugs in Qt5 memory management to be fixed. So those two tests are shortly going to be excluded from the test_interactive target (with a CMake WARNING similar to the above message to remind us to test the individual targets from time to time to see if the external library at fault has fixed its problems). 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 __________________________ |
|
From: Pedro V. <ped...@sp...> - 2016-11-24 22:22:27
|
Hi Alan I tried to remove -DwxWidgets_LIB_DIR:PATH=%WXWIN%/lib/vc_lib in cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug" -DCMAKE_BUILD_TYPE:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF -DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON -DwxWidgets_ROOT_DIR:PATH=%WXWIN% -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF > cmake1.txt 2>&1 and I get an error -- Performing Test WX_VERSION_LARGE_ENOUGH CMake Error: Remove failed on file: P:/plplot-plplot/build/CMakeFiles/CMakeTmp/Debug/cmTC_54fb2.exe: System Error: No such file or directory the output cmake1.txt is attached adding -DwxWidgets_LIB_DIR:PATH=%WXWIN%/lib/vc_lib all is fine the output is cmake2.txt no big deal, just an extra flag -Pedro ----- Original Message ----- From: "Alan W. Irwin" <ir...@be...> To: "Pedro Vicente" <ped...@sp...> Cc: "Phil Rosenberg" <p.d...@gm...>; "Laurent Berger" <lau...@un...>; <plp...@li...> Sent: Tuesday, November 15, 2016 3:09 AM Subject: Re: [Plplot-devel] Finding wxWidgets > On 2016-11-14 23:39-0500 Pedro Vicente wrote: > >> all is fine >> >> so, the problem was that I was using git bash for Windows as shell (where >> back-slash forward-slash convention is different from Unix/Windows; as a >> software engineer I end up losing hours of my life fixing >> different Unix/Windows path conventions. Thanks Microsoft). >> >> Using just a "normal" Windows shell , this works >> >> -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib >> >> in >> >> cmake ".." -G "Visual Studio >> 14" -DPL_DOUBLE:BOOL=ON -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug" >> -DCMAKE_BUILD_TYPE:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF -DSTATIC_RUNTIME:BOOL=ON >> -DPLD_wxwidgets:BOOL=ON -DwxWidgets_ROOT_DIR:PATH=%WXWIN% -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib >> -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF >> >> >> sorry for all the false alarms > > Hi Pedro: > > No problem. Been there done that (when I was playing with MinGW/MSYS > under Wine years ago.) In sum, I am glad you no longer encounter > wxwidgets find issues. > >> >> Just 2 last notes :-) >> >> >> 1) >> >> If we specify the root of wxWidgets with >> >> -DwxWidgets_ROOT_DIR:PATH=%WXWIN% >> >> it seems that having to specify the library path could be eliminated >> >> -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib >> >> I believe this path >> >> \lib\vc_lib >> >> is always the same for any Windows build? If not than my point is not >> valid > > I believe you are correct. So try it and see. > >> >> 2) >> >> After building with Visual Studio, all built ok >> >> ========== Rebuild All: 88 succeeded, 0 failed, 0 skipped ========== >> >> but in the last release there was an automatic run of the plot demo, that >> shows a plot window, that did not show up this time >> >> no big deal, but it's a nice feature that shows that all went fine > > If you are concerned about a test that is suddenly missing from (say) > the test_interactive target, then you should look for WARNING messages in > the > cmake output concerning test targets. Those warnings typically end > with a phrase similar to > > "... so it is temporarily excluded from being a dependency of other more > general interactive test targets" > > We typically use such warnings for issues we can do nothing about except > wait for external libraries to fix bugs. So typically you can run > such targets as an individual test, but you will encounter segfaults that > would > ruin more comprehensive testing so we exclude these problematic test > targets from being part of more comprehensive testing in the interest > of allowing the comprehensive tests to finish under normal > circumstances. > > For example, today I found two other such problematic tests under Qt5 > (test_qt_example and test_pyqt5_example). I ascribe these to Qt5 > immaturity so the only thing we can do about these is wait for the > bugs in Qt5 memory management to be fixed. So those two tests are > shortly going to be excluded from the test_interactive target (with a > CMake WARNING similar to the above message to remind us to test the > individual targets from time to time to see if the external library at > fault has fixed its problems). > > 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 > __________________________ > |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X