> sorry for the long time I needed to reply: No worries... if you're going to share your time, it should be on your schedule. :]
As to the WXWIN variable, yes, it is set correctly. Also, I am being sure to use cmd.exe and to remove the MSYS folder from my path to make sure that sh won't be found. > But wait, this is completely a non standard location (c:/mingw) it's logical > that FindwxWidgets doesn't find it. wxWidgets on Windows is not expected to Because of where I put it, I would not expect wxWidgets to be found automatically. The configuration is the result of following other internet instructions for getting wxWidgets compiled and setup in an Eclipse project. Trust me, I wasn't excited about their approach either and fully plan to change it. I hate getting tied into someone else's choice of where to store files, especially when they are getting mixed up with another package (e.g., installing wxWidgets binaries into MinGW). Still, it bugs me that even when I manually specify the wxWidgets_INCLUDE_DIRS option nothing ends up in the appropriate command lines in the build.make file as I mentioned before. Not only is the path not included in the command line, but the command doesn't even make sense since it retains the -I option. cd D:\Projects\wxWidgetsTest\installationResources\plplot-5.9.2\buildmingw\src && C:\MinGW\bin\g++.exe $(CXX_DEFINES) $(CXX_FLAGS) -I -o CMakeFiles\plplotd.dir\__\drivers\wxwidgets_app.obj -c D:\Projects\wxWidgetsTest\installationResources\plplot-5.9.2\drivers\wxwidgets_app.cpp Remember that when I manually added the path I specified for the wxWidgets_INCLUDE_DIR option after the -I, the build worked fine through that section. This seems like a bug since it should at least throw an error rather than setting a blank include path even if I'm not using the right option. I guess that overall I'm not just interested in getting this working (I'll recompile wxWidgets with your approach to try to make that happen), but also in getting control over it so that I'm not tied into storing the files in a particular location or compiling with particular build options (release, unicode, shared, etc). Thanks again for your pointers, -kyle > be installed. You unzip or install the wxWidgets source code and set the > WXWIN environment variable to the base path, e.g. c:\wxwidgets-2.8.9 than > you cd in to build/msw and run the makefile which creates the library in the > lib/gcc-dll or something similar directory. If you set the WXWIN variable > correctly, FindwxWidgets.cmake is able to pick up the library information > even if 2.8.9 is not in FindwxWidgets.cmake (sorry about the wrong email > before, 2.8.9 is not in FindwxWidgets.cmake, but this is not problem as long > as you set the WXWIN environment variable). > > So please try that, and don't use MSys to compile wxWidgets, stick to the > Windows CLI and mingw32-make > > Regards, > Werner > >> >> From what I can tell, CMake is not setting the include paths for >> wxWidgets nor is it doing anything with the wxWidgets_INCLUDE_DIRS >> variable I tried specifying (based on references in both >> FindwxWidgets.cmake and UsewxWidgets.cmake). When I look in the >> build.make file from plplotd.dir the entries for wxWidgets related >> compilation have a -I option specified (right after $(CXX_FLAGS)) but >> only has a space for the value. >> >> src/CMakeFiles/plplotd.dir/__/drivers/wxwidgets_app.obj: >> src/CMakeFiles/plplotd.dir/flags.make >> src/CMakeFiles/plplotd.dir/__/drivers/wxwidgets_app.obj: >> ../drivers/wxwidgets_app.cpp >> $(CMAKE_COMMAND) -E cmake_progress_report >> >> D:\Projects\wxWidgetsTest\installationResources\plplot-5.9.2\buildmingw\CMakeFiles >> $(CMAKE_PROGRESS_38) >> @$(CMAKE_COMMAND) -E cmake_echo_color --switch=$(COLOR) --green >> "Building CXX object >> src/CMakeFiles/plplotd.dir/__/drivers/wxwidgets_app.obj" >> cd >> D:\Projects\wxWidgetsTest\installationResources\plplot-5.9.2\buildmingw\src >> && C:\MinGW\bin\g++.exe $(CXX_DEFINES) $(CXX_FLAGS) -I -o >> CMakeFiles\plplotd.dir\__\drivers\wxwidgets_app.obj -c >> >> D:\Projects\wxWidgetsTest\installationResources\plplot-5.9.2\drivers\wxwidgets_app.cpp >> >> If I manually edit the file and put in the required -I<path> options >> (there are actually two), then that section builds fine and a failure >> occurs later on. I have not looked into the later failure, but it >> appears to be something similar. I realize that I may not have the >> files in their 'normal' locations, but I would expect to have control >> over the include paths same as I do with the library path via >> wxWidgets_LIB_DIR. Is there another option I should be using? If so, >> what is the syntax for multiple paths since two are required? I tried >> specifying CMAKE_CXX_FLAGS but it leaves the blank -I option in the >> g++ call which causes g++ to mis-parse the command line and get >> confused claiming it can't find the wxwidgets_app.obj file. Of course >> CMAKE_CXX_FLAGS would be less than preferable to use for wxWidgets >> specific includes anyways since most g++ calls wouldn't need those >> paths. >> >> >> As for the CMake version, etc. I am using CMake v2.6.2 (cmake >> --version reports 2.6-patch 2) downloaded from: >> >> http://www.cmake.org/files/v2.6/cmake-2.6.2-win32-x86.exe >> >> What I was referring to as far as CMake 'missing' wxWidgets-2.8.9 is >> based on the following excerpt from C:/Program Files/CMake >> 2.6/share/cmake-2.6/Modules/FindwxWidgets.cmake: >> >> PATH_SUFFIXES >> wxWidgets-2.9.4 >> wxWidgets-2.9.3 >> wxWidgets-2.9.2 >> wxWidgets-2.9.1 >> wxWidgets-2.9.0 >> wxWidgets-2.8.8 >> wxWidgets-2.8.7 >> wxWidgets-2.8.6 >> >> Based on my non-existent knowledge of CMake's inner workings, it seems >> that if I had C:/wxWidgets-2.8.8 then CMake would find it based on the >> C:/ entry under PATHS and the wxWidgets-2.8.8 entry under >> PATH_SUFFIXES. On the other hand, I would think that >> C:/wxWidgets-2.8.9 would not be found automatically since it seems to >> be missing from the PATH_SUFFIXES list. >> >> Thanks (again), >> -kyle >> >> On Sun, Jan 25, 2009 at 12:58 AM, Werner Smekal <sme...@iap.tuwien.ac.at> >> wrote: >>> >>> Hi Kyle, >>> >>> which version of CMake do you use? Because 2.8.9 is definitely included >>> in >>> my FindwxWidgets.cmake, CMake Version 2.6.2. Apart from that, to begin >>> with, >>> you should follow exactly the instructions I wrote here: >>> >>> >>> http://www.miscdebris.net/plplot_wiki/index.php?title=WxWidgets#Instructions_for_Windows >>> >>> If this works, we can try to change things and see where it breaks. The >>> instructions above use the Windows CLI and not MSys. >>> >>> Regards, >>> Werner >>> >>> Kyle Altendorf wrote: >>>> >>>> Hi All, >>>> >>>> I am compiling PLPlot for use with wxWidgets via C++ on Windows (and >>>> eventually Linux, etc)... except that CMake doesn't find wxWidgets >>>> when setting up for PLPlot compilation. I tried to look at the >>>> FindwxWidgets.cmake file but when I set WXWIN (which seemed >>>> applicable) in the shell it didn't seem to make a difference. I did >>>> note though that the file had a large list of wxWidgets versions both >>>> higher and lower than 2.8.9, but not 2.8.9 itself. It made no >>>> difference when I added a line for that. I am using: >>>> >>>> Windows XP Pro SP3 >>>> MinGW 5.1.4 ( C:/MinGW ) >>>> MSYS 1.0.11 ( C:/MSYS, but removed from Path variable when running >>>> CMake) >>>> wxWidgets 2.8.9 ( C:/MinGW/wxWidgets-2.8.9, but installed into MinGW >>>> folders ) >>>> PLPlot 5.9.2 >>>> >>>> If you have any pointers, that'd be greatly appreciated. Maybe where >>>> CMAKE_LIBRARY_PATH or CMAKE_INCLUDE_PATH should point? >>>> >>>> Thanks, >>>> -kyle >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> This SF.net email is sponsored by: >>>> SourcForge Community >>>> SourceForge wants to tell your story. >>>> http://p.sf.net/sfu/sf-spreadtheword >>>> _______________________________________________ >>>> Plplot-general mailing list >>>> Plplot-general@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/plplot-general >>>> >>> >>> >>> -- >>> Dr. Werner Smekal >>> Institut fuer Allgemeine Physik >>> Technische Universitaet Wien >>> Wiedner Hauptstr 8-10 >>> A-1040 Wien >>> Austria >>> DVR-Nr: 0005886 >>> >>> email: sme...@iap.tuwien.ac.at >>> web: http://www.iap.tuwien.ac.at/~smekal >>> phone: +43-(0)1-58801-13463 (office) >>> +43-(0)1-58801-13469 (laboratory) >>> fax: +43-(0)1-58801-13499 >>> >>> > > -- > Dr. Werner Smekal > Institut fuer Allgemeine Physik > Technische Universitaet Wien > Wiedner Hauptstr 8-10 > A-1040 Wien > Austria > > email: sme...@iap.tuwien.ac.at > web: http://www.iap.tuwien.ac.at/~smekal > phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) > fax: +43-(0)1-58801-13499 > > ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Plplot-general mailing list Plplot-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-general
