From: winson <roa...@ya...> - 2007-04-06 07:11:41
|
Hello there, I used VC++ 2005 Express to build plplot library from files created by cmake. I got 8 succeeded and 1 failed. Error message is as following. Generating plhershey-unicode.h 'plhershey-unicode-gen.exe' is not recognized as an internal or external command, operable program or batch file. Project : error PRJ0019: A tool returned an error code from "Generating plhershey-unicode.h" The build log is attached. How could I fix it? Thanks in advance. Winson -------------------------------------------------- Build Log Build started: Project: plhershey-unicode.h_built, Configuration: Debug|Win32 Command Lines Creating temporary file "E:\APPLIC~1\Temp\BAT0000512968340.bat" with contents [ @echo off plhershey-unicode-gen.exe "E:/My Documents/Downloads/plplot-5.7.3/fonts/plhershey-unicode.csv" plhershey-unicode.h if errorlevel 1 goto VCReportError goto VCEnd :VCReportError echo Project : error PRJ0019: A tool returned an error code from "Generating plhershey-unicode.h" exit 1 :VCEnd ] Creating command line "E:\APPLIC~1\Temp\BAT0000512968340.bat" Output Window Generating plhershey-unicode.h 'plhershey-unicode-gen.exe' is not recognized as an internal or external command, operable program or batch file. Project : error PRJ0019: A tool returned an error code from "Generating plhershey-unicode.h" Results Build log was saved at "file://e:\My Documents\Downloads\plPlot\include\plhershey-unicode.h_built.dir\Debug\BuildLog.htm" plhershey-unicode.h_built - 1 error(s), 0 warning(s) ____________________________________________________________________________________ The fish are biting. Get more visitors on your site using Yahoo! Search Marketing. http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php |
From: Werner S. <sm...@ia...> - 2007-04-06 07:36:22
|
Hi, could you run "nmake VERBOSE=1" and send the output to the list? And do you use the "NMake Makefiles" Generator or are you using the project files? The latter was never tested and very likely not to work at all. Regards, Werner winson wrote: > Hello there, > > I used VC++ 2005 Express to build plplot library from > files created by cmake. I got 8 succeeded and 1 > failed. Error message is as following. > > Generating plhershey-unicode.h > 'plhershey-unicode-gen.exe' is not recognized as an > internal or external command, > operable program or batch file. > Project : error PRJ0019: A tool returned an error code > from "Generating plhershey-unicode.h" > > The build log is attached. How could I fix it? Thanks > in advance. > > Winson > > -------------------------------------------------- > Build Log > Build started: Project: plhershey-unicode.h_built, > Configuration: Debug|Win32 > > Command Lines > Creating temporary file > "E:\APPLIC~1\Temp\BAT0000512968340.bat" with contents > [ > @echo off > > plhershey-unicode-gen.exe "E:/My > Documents/Downloads/plplot-5.7.3/fonts/plhershey-unicode.csv" > plhershey-unicode.h > > if errorlevel 1 goto VCReportError > > goto VCEnd > > :VCReportError > > echo Project : error PRJ0019: A tool returned an error > code from "Generating plhershey-unicode.h" > > exit 1 > > :VCEnd > ] > Creating command line > "E:\APPLIC~1\Temp\BAT0000512968340.bat" > > Output Window > Generating plhershey-unicode.h > 'plhershey-unicode-gen.exe' is not recognized as an > internal or external command, > operable program or batch file. > Project : error PRJ0019: A tool returned an error code > from "Generating plhershey-unicode.h" > > Results > Build log was saved at "file://e:\My > Documents\Downloads\plPlot\include\plhershey-unicode.h_built.dir\Debug\BuildLog.htm" > plhershey-unicode.h_built - 1 error(s), 0 warning(s) > > > > ____________________________________________________________________________________ > The fish are biting. > Get more visitors on your site using Yahoo! Search Marketing. > http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general > |
From: winson <roa...@ya...> - 2007-04-06 15:53:45
|
Werner, Thanks for the response. I was using the project files created by cmake. I did not use "NMake Makefiles". I am using VC++ 2005 Express on Windows XP. I was totally lost with cmake. When I used command-line version of cmake, just as described on plplot wiki, it just does not work. It sometimes looks for the free version of VC++ (VC++ 2003), which I have never installed. Or sometimes, it looks my system as a 64bit system which is also wrong. I could not figure out what the problem is. Then I decided to try the GUI-version of cmake. When I choose building for "NMake Makefiles", it just could not find "cl" and "rc", even after I have explicitly selected the cl.exe and rc.exe in options. When I switch to building for VC++ 2005, it works oddly: When I clicked on the "config" button the 1st time, it gave the error message. But when I clicked on "config" button again, the "Ok" button would be enabled. I clicked on "OK", and got all the project files for VC++ 2005. So I compiled these project files with VC++. The major part of the build seems fine except the one fail. It seems to me that cmake is problematic with VC++ 2005. I am still confused... Thanks for your help anyway. Winson --- Werner Smekal <sm...@ia...> wrote: > Hi, > > could you run "nmake VERBOSE=1" and send the output > to the list? And do > you use the "NMake Makefiles" Generator or are you > using the project > files? The latter was never tested and very likely > not to work at all. > > Regards, > Werner > > winson wrote: > > Hello there, > > > > I used VC++ 2005 Express to build plplot library > from > > files created by cmake. I got 8 succeeded and 1 > > failed. Error message is as following. > > > > Generating plhershey-unicode.h > > 'plhershey-unicode-gen.exe' is not recognized as > an > > internal or external command, > > operable program or batch file. > > Project : error PRJ0019: A tool returned an error > code > > from "Generating plhershey-unicode.h" > > > > The build log is attached. How could I fix it? > Thanks > > in advance. > > > > Winson > > > > -------------------------------------------------- > > Build Log > > Build started: Project: plhershey-unicode.h_built, > > Configuration: Debug|Win32 > > > > Command Lines > > Creating temporary file > > "E:\APPLIC~1\Temp\BAT0000512968340.bat" with > contents > > [ > > @echo off > > > > plhershey-unicode-gen.exe "E:/My > > > Documents/Downloads/plplot-5.7.3/fonts/plhershey-unicode.csv" > > plhershey-unicode.h > > > > if errorlevel 1 goto VCReportError > > > > goto VCEnd > > > > :VCReportError > > > > echo Project : error PRJ0019: A tool returned an > error > > code from "Generating plhershey-unicode.h" > > > > exit 1 > > > > :VCEnd > > ] > > Creating command line > > "E:\APPLIC~1\Temp\BAT0000512968340.bat" > > > > Output Window > > Generating plhershey-unicode.h > > 'plhershey-unicode-gen.exe' is not recognized as > an > > internal or external command, > > operable program or batch file. > > Project : error PRJ0019: A tool returned an error > code > > from "Generating plhershey-unicode.h" > > > > Results > > Build log was saved at "file://e:\My > > > Documents\Downloads\plPlot\include\plhershey-unicode.h_built.dir\Debug\BuildLog.htm" > > plhershey-unicode.h_built - 1 error(s), 0 > warning(s) > > > > > > > > > ____________________________________________________________________________________ > > The fish are biting. > > Get more visitors on your site using Yahoo! Search > Marketing. > > > http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php > > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of > IT > > Join SourceForge.net's Techsay panel and you'll > get the chance to share your > > opinions on IT & business topics through brief > surveys-and earn cash > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > Plplot-general mailing list > > Plp...@li... > > > https://lists.sourceforge.net/lists/listinfo/plplot-general > > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get > the chance to share your > opinions on IT & business topics through brief > surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general > ____________________________________________________________________________________ Need Mail bonding? Go to the Yahoo! Mail Q&A for great tips from Yahoo! Answers users. http://answers.yahoo.com/dir/?link=list&sid=396546091 |
From: Werner S. <sm...@ia...> - 2007-04-06 19:50:20
|
Hi Winson, one thing you do wrong is, that you must set up the command line interface correctly for Visual C++ 2005. You must run the batch file vcvars.bat which is somewhere in the bin directory where the compiler is installed "program files\Microsoft Visual Studio 8\VC\bin" or similar. Than everything is set and if you run nmake or cl this must succeed. Than you must run cmake and it will find everything and a subsequent nmake will compile plplot. I will go through the instructions and improve them, but not this weekend, but hopefully next week. I'll let you know. Werner winson wrote: > Werner, > > Thanks for the response. I was using the project files > created by cmake. I did not use "NMake Makefiles". > > I am using VC++ 2005 Express on Windows XP. I was > totally lost with cmake. When I used command-line > version of cmake, just as described on plplot wiki, it > just does not work. It sometimes looks for the free > version of VC++ (VC++ 2003), which I have never > installed. Or sometimes, it looks my system as a 64bit > system which is also wrong. I could not figure out > what the problem is. > > Then I decided to try the GUI-version of cmake. When I > choose building for "NMake Makefiles", it just could > not find "cl" and "rc", even after I have explicitly > selected the cl.exe and rc.exe in options. When I > switch to building for VC++ 2005, it works oddly: When > I clicked on the "config" button the 1st time, it gave > the error message. But when I clicked on "config" > button again, the "Ok" button would be enabled. I > clicked on "OK", and got all the project files for > VC++ 2005. So I compiled these project files with > VC++. The major part of the build seems fine except > the one fail. It seems to me that cmake is problematic > with VC++ 2005. > > I am still confused... Thanks for your help anyway. > > > Winson -- Dipl. Ing. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sm...@ia... 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 |
From: winson <roa...@ya...> - 2007-04-06 22:56:46
|
Werner, I did try to set up the command line interface first by running the batch file with the content: set CMAKEDIR=C:\Program Files\CMake 2.4 set PATH=D:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Bin;;%PATH% set INCLUDE=D:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Include;%INCLUDE% set LIB=D:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib;%LIB% rem run setup for Visual C++ 2005 compiler "%VS80COMNTOOLS%vsvars32.bat" This batch file was modified, according to the specific settings on my computer, from what you suggested a couple of weeks ago. It does not seem to help the command-line version of cmake. But I believe that it does help the GUI version of cmake somehow, because I could not get anything from both versions of cmake without running this batch file a couple of weeks ago. I tweaked the build a little bit this morning. The file "plhershey-unicode-gen.exe" was found to be in the folder $CMAKE_CURRENT_BINARY_DIR/include/debug instead of CMAKE_CURRENT_BINARY_DIR. This may be due to the fact that, when I built the library, my compiler was in debug build mode. I copied the file into CMAKE_CURRENT_BINARY_DIR, and rebuild the library again (kind of cheat the compiler?). Then, I got no error message, 9 succeeded and 3 skipped. By building the INSTALL again, which I believe was skipped due to debug mode, it seems that I got all the header files, .lib files, .dll files and so on in the installation folder. I have not used makefiles for a couple of years, so I get headache with it now, although I know it's not really difficult. Thanks a lot for the help. I will soon write some code to test the library files I got so far, and see how it goes. Hope it works. Winson --- Werner Smekal <sm...@ia...> wrote: > Hi Winson, > > one thing you do wrong is, that you must set up the > command line > interface correctly for Visual C++ 2005. You must > run the batch file > vcvars.bat which is somewhere in the bin directory > where the compiler is > installed "program files\Microsoft Visual Studio > 8\VC\bin" or similar. > Than everything is set and if you run nmake or cl > this must succeed. > Than you must run cmake and it will find everything > and a subsequent > nmake will compile plplot. > > I will go through the instructions and improve them, > but not this > weekend, but hopefully next week. I'll let you know. > > Werner > > winson wrote: > > Werner, > > > > Thanks for the response. I was using the project > files > > created by cmake. I did not use "NMake Makefiles". > > > > > I am using VC++ 2005 Express on Windows XP. I was > > totally lost with cmake. When I used command-line > > version of cmake, just as described on plplot > wiki, it > > just does not work. It sometimes looks for the > free > > version of VC++ (VC++ 2003), which I have never > > installed. Or sometimes, it looks my system as a > 64bit > > system which is also wrong. I could not figure out > > what the problem is. > > > > Then I decided to try the GUI-version of cmake. > When I > > choose building for "NMake Makefiles", it just > could > > not find "cl" and "rc", even after I have > explicitly > > selected the cl.exe and rc.exe in options. When I > > switch to building for VC++ 2005, it works oddly: > When > > I clicked on the "config" button the 1st time, it > gave > > the error message. But when I clicked on "config" > > button again, the "Ok" button would be enabled. I > > clicked on "OK", and got all the project files for > > VC++ 2005. So I compiled these project files with > > VC++. The major part of the build seems fine > except > > the one fail. It seems to me that cmake is > problematic > > with VC++ 2005. > > > > I am still confused... Thanks for your help > anyway. > > > > > > Winson > > -- > Dipl. Ing. Werner Smekal > Institut fuer Allgemeine Physik > Technische Universitaet Wien > Wiedner Hauptstr 8-10 > A-1040 Wien > Austria > > email: sm...@ia... > 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 > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get > the chance to share your > opinions on IT & business topics through brief > surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general > ____________________________________________________________________________________ Expecting? Get great news right away with email Auto-Check. Try the Yahoo! Mail Beta. http://advision.webevents.yahoo.com/mailbeta/newmail_tools.html |
From: Alan W. I. <ir...@be...> - 2007-04-07 01:14:57
|
On 2007-04-06 15:56-0700 winson wrote: > I tweaked the build a little bit this morning. The > file "plhershey-unicode-gen.exe" was found to be in > the folder $CMAKE_CURRENT_BINARY_DIR/include/debug > instead of CMAKE_CURRENT_BINARY_DIR. This may be due > to the fact that, when I built the library, my > compiler was in debug build mode. That sounds like you have a stale build tree problem with a leftover mixture of debug and not debug results. I suggest you start fresh with an empty build tree (or two empty build trees for debug and not debug) where you do everything consistently (using debug or not debug, but not a mixture of the two in the same build tree). 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 Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: winson <roa...@ya...> - 2007-04-07 02:43:11
|
Alan, Thanks for the suggestion. I tried again as you suggested by only doing the debug build. The same thing still happens. Winson --- "Alan W. Irwin" <ir...@be...> wrote: > On 2007-04-06 15:56-0700 winson wrote: > > > I tweaked the build a little bit this morning. The > > file "plhershey-unicode-gen.exe" was found to be > in > > the folder $CMAKE_CURRENT_BINARY_DIR/include/debug > > instead of CMAKE_CURRENT_BINARY_DIR. This may be > due > > to the fact that, when I built the library, my > > compiler was in debug build mode. > > That sounds like you have a stale build tree problem > with a leftover mixture > of debug and not debug results. I suggest you start > fresh with an empty > build tree (or two empty build trees for debug and > not debug) where you do > everything consistently (using debug or not debug, > but not a mixture of the > two in the same build tree). > > 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 Yorick front-end to PLplot > (yplot.sf.net); the > Loads of Linux Links project (loll.sf.net); and the > Linux Brochure Project > (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ > ____________________________________________________________________________________ Be a PS3 game guru. Get your game face on with the latest PS3 news and previews at Yahoo! Games. http://videogames.yahoo.com/platform?platform=120121 |
From: Alan W. I. <ir...@be...> - 2007-04-07 08:00:11
|
On 2007-04-06 19:43-0700 winson wrote: > Alan, > > Thanks for the suggestion. I tried again as you > suggested by only doing the debug build. The same > thing still happens. Thanks for that additional testing. My impression is that debug builds are not well tested for CMake. For example, even for Linux I have recently found some CMake bugs for that case. These are not showstoppers but instead minor issues for certain compiler flags. Nevertheless, these bugs indicate a certain lack of CMake testing for the debug case. Do you get the same bad result for the pure "no debug" case? 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 Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: winson <roa...@ya...> - 2007-04-07 17:26:19
|
Alan, I tried it again with release building. Here is what I did and what's going on. 1) I unpacked the plplot5.7.3 package into folder D:\plplot-5.7.3 2) I launched the command-line window, ran the batch file which set up the VC command env. And then typed in: cd plplot-5.7.3 mkdir vcxx cd vcxx cmake -G "Visual Studio 8 2005" -DCMAKE_INSTALL_PREFIX=install .. cmake proceeded to make the project files for VC++ 2005, and no error message. 3) I launched VC++ 2005, and opened the project file created by cmake in folder D:\plplot-5.7.3\vcxx. 4) Build the library with release configuration, and I got the same fail: Generating plhershey-unicode.h 'plhershey-unicode-gen.exe' is not recognized as an internal or external command, operable program or batch file. I searched the file 'plhershey-unicode-gen.exe'. It is located at "D:\plplot-5.7.3\VCXX\include\release" on my computer. I used it to generate 'plhershey-unicode-gen.h' on command-line, and again it worked. It seems that the compiler could not find the file 'plhershey-unicode-gen.exe' with the settings in CMakeList.txt. 5) Other than this fail, the compilation of other library files seems okay although with some warnings. One question I have now is that how I should change the configuration so that the compiler can find 'plhershey-unicode-gen.exe' on my computer and do the header file generation? Perhaps add a couple of lines in CMakeLists.txt, but which one and what shall I add? Thanks. Winson --- "Alan W. Irwin" <ir...@be...> wrote: > On 2007-04-06 19:43-0700 winson wrote: > > > Alan, > > > > Thanks for the suggestion. I tried again as you > > suggested by only doing the debug build. The same > > thing still happens. > > Thanks for that additional testing. My impression > is that debug builds are > not well tested for CMake. For example, even for > Linux I have recently > found some CMake bugs for that case. These are not > showstoppers but instead > minor issues for certain compiler flags. > Nevertheless, these bugs indicate > a certain lack of CMake testing for the debug case. > > Do you get the same bad result for the pure "no > debug" case? > > 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 Yorick front-end to PLplot > (yplot.sf.net); the > Loads of Linux Links project (loll.sf.net); and the > Linux Brochure Project > (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ > ____________________________________________________________________________________ 8:00? 8:25? 8:40? Find a flick in no time with the Yahoo! Search movie showtime shortcut. http://tools.search.yahoo.com/shortcuts/#news |
From: Werner S. <sm...@ia...> - 2007-04-07 18:13:45
|
Hi Winson, > One question I have now is that how I should change > the configuration so that the compiler can find > 'plhershey-unicode-gen.exe' on my computer and do the > header file generation? Perhaps add a couple of lines > in CMakeLists.txt, but which one and what shall I add? > Thanks. > That you got this far is already a great success! As already told, nobody tested so far the project files for Visual C++ 2005. Anyway, it is no surprise that exactly here are some problems. First from c-code 'plhershey-unicode-gen.exe' is build and than this exe must be run to build the header file. I don't know why Visual C++ 2005 doesn't find the exe file, since in the CMakeLists.txt the path to that exe is explicitly given: add_custom_command( OUTPUT ${CMAKE_CURRENT_BINARY_DIR}/plhershey-unicode.h COMMAND ${CMAKE_CURRENT_BINARY_DIR}/plhershey-unicode-gen${EXEEXT} ${CMAKE_SOURCE_DIR}/fonts/plhershey-unicode.csv via ${CMAKE_CURRENT_BINARY_DIR}. I can't test it in the moment, but you could have a look at the project file which is just a normal text file and find 'plhershey-unicode-gen.exe' and see what path is given. I think that this might be a cmake bug since this works for all other platforms/compilers tested so far. regards, Werner |
From: winson <roa...@ya...> - 2007-04-07 20:00:27
|
Werner, I appreciate your encouragement and help. I was so confused these several days. Here is what I get in the project file: <FileConfiguration Name="Release|Win32"> <Tool Name="VCCustomBuildTool" Description="Generating plhershey-unicode.h" CommandLine="plhershey-unicode-gen.exe D:/plplot-5.7.3/fonts/plhershey-unicode.csv plhershey-unicode.h" AdditionalDependencies="D:\plplot-5.7.3\VC2005\include\plhershey-unicode-gen.exe;D:\plplot-5.7.3\fonts\plhershey-unicode.csv;" Outputs="D:\plplot-5.7.3\VC2005\include\plhershey-unicode.h"/> </FileConfiguration> In this configuration, the path seems D:\plplot-5.7.3\VC2005\include\plhershey-unicode-gen.exe But where I found the file on my computer for release build is D:\plplot-5.7.3\VC2005\include\release\plhershey-unicode-gen.exe And for debug build is D:\plplot-5.7.3\VC2005\include\debug\plhershey-unicode-gen.exe It still does not seem to work after I modified the project file manually. I am not sure though, as I just tried once and got error again. Instead, I tried to cheat again by copying a copy of 'plhershey-unicode-gen.exe' into the 'include' folder, and build. Then there is no error anymore. And I got an extra lib file 'csirocsa.lib', which was missing yesterday. Hope that I got the right files this time. I will try it soon. Winson --- Werner Smekal <sm...@ia...> wrote: > Hi Winson, > > One question I have now is that how I should > change > > the configuration so that the compiler can find > > 'plhershey-unicode-gen.exe' on my computer and do > the > > header file generation? Perhaps add a couple of > lines > > in CMakeLists.txt, but which one and what shall I > add? > > Thanks. > > > That you got this far is already a great success! > As already told, > nobody tested so far the project files for Visual > C++ 2005. Anyway, it > is no surprise that exactly here are some problems. > First from c-code > 'plhershey-unicode-gen.exe' is build and than this > exe must be run to > build the header file. I don't know why Visual C++ > 2005 doesn't find the > exe file, since in the CMakeLists.txt the path to > that exe is explicitly > given: > > add_custom_command( > OUTPUT > ${CMAKE_CURRENT_BINARY_DIR}/plhershey-unicode.h > COMMAND > ${CMAKE_CURRENT_BINARY_DIR}/plhershey-unicode-gen${EXEEXT} > ${CMAKE_SOURCE_DIR}/fonts/plhershey-unicode.csv > > via ${CMAKE_CURRENT_BINARY_DIR}. I can't test it in > the moment, but you could have a look at the project > file which is just a normal text file and find > 'plhershey-unicode-gen.exe' and see what path is > given. I think that this might be a cmake bug since > this works for all other platforms/compilers tested > so far. > > regards, > Werner > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get > the chance to share your > opinions on IT & business topics through brief > surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general > ____________________________________________________________________________________ TV dinner still cooling? Check out "Tonight's Picks" on Yahoo! TV. http://tv.yahoo.com/ |
From: Alan W. I. <ir...@be...> - 2007-04-07 18:42:50
|
On 2007-04-07 10:26-0700 winson wrote: > 4) Build the library with release configuration, and I > got the same fail: > > Generating plhershey-unicode.h > 'plhershey-unicode-gen.exe' is not recognized as an > internal or external command, > operable program or batch file. > > I searched the file 'plhershey-unicode-gen.exe'. It is > located at "D:\plplot-5.7.3\VCXX\include\release" on > my computer. I used it to generate > 'plhershey-unicode-gen.h' on command-line, and again > it worked. It seems that the compiler could not find > the file 'plhershey-unicode-gen.exe' with the settings > in CMakeList.txt. > > 5) Other than this fail, the compilation of other > library files seems okay although with some warnings. > > One question I have now is that how I should change > the configuration so that the compiler can find > 'plhershey-unicode-gen.exe' on my computer and do the > header file generation? Perhaps add a couple of lines > in CMakeLists.txt, but which one and what shall I add? Thanks, winson, for your continued tests and clear report of the problem you are encountering. I don't have any windows experience myself, but hopefully other members of the PLplot development team with such experience can figure out what is wrong from your report and adjust our CMake-based build system to do the correct thing for your particular combination of build tools. In any case, I have never been particularly happy with the brute-force approach I authored to establish the dependency of the custom command on the plhershey-unicode-gen executable, and I will ask if there is a better way to establish such a dependency on the CMake mailing 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); PLplot scientific plotting software package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: winson <roa...@ya...> - 2007-04-07 20:14:55
|
Alan, Thank you for the help. I just have replied to Werner's message with a little bit more testing results. So far I have managed to create the library files with no error message from either cmake or VC++, although with some cheating. I feel that the compiled library files should be all right this time. I will find it out soon in coding. Winson --- "Alan W. Irwin" <ir...@be...> wrote: > On 2007-04-07 10:26-0700 winson wrote: > > > 4) Build the library with release configuration, > and I > > got the same fail: > > > > Generating plhershey-unicode.h > > 'plhershey-unicode-gen.exe' is not recognized as > an > > internal or external command, > > operable program or batch file. > > > > I searched the file 'plhershey-unicode-gen.exe'. > It is > > located at "D:\plplot-5.7.3\VCXX\include\release" > on > > my computer. I used it to generate > > 'plhershey-unicode-gen.h' on command-line, and > again > > it worked. It seems that the compiler could not > find > > the file 'plhershey-unicode-gen.exe' with the > settings > > in CMakeList.txt. > > > > 5) Other than this fail, the compilation of other > > library files seems okay although with some > warnings. > > > > One question I have now is that how I should > change > > the configuration so that the compiler can find > > 'plhershey-unicode-gen.exe' on my computer and do > the > > header file generation? Perhaps add a couple of > lines > > in CMakeLists.txt, but which one and what shall I > add? > > Thanks, winson, for your continued tests and clear > report of the problem you > are encountering. I don't have any windows > experience myself, but hopefully > other members of the PLplot development team with > such experience can figure > out what is wrong from your report and adjust our > CMake-based build system > to do the correct thing for your particular > combination of build tools. In > any case, I have never been particularly happy with > the brute-force approach > I authored to establish the dependency of the custom > command on the > plhershey-unicode-gen executable, and I will ask if > there is a better way to > establish such a dependency on the CMake mailing > 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); PLplot > scientific plotting software > package (plplot.org); the Yorick front-end to PLplot > (yplot.sf.net); the > Loads of Linux Links project (loll.sf.net); and the > Linux Brochure Project > (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ > ____________________________________________________________________________________ We won't tell. Get more on shows you hate to love (and love to hate): Yahoo! TV's Guilty Pleasures list. http://tv.yahoo.com/collections/265 |
From: winson <roa...@ya...> - 2007-04-08 01:48:07
|
I finally put the library compiled into use. I added the following code in my program, as suggested by the wxWidgets example in the document. #include "plplotP.h" #include "plstream.h" #include "wxPLplotstream.h" #include "wx/dcmemory.h" #include "wx/bitmap.h" #include "wx/dc.h" class MyPanelGraph: public wxPanel { public: MyPanelGraph(wxWindow* parent); void OnPaint( wxPaintEvent &WXUNUSED(event) ); private: int MemPlotDC_width; int MemPlotDC_height; wxMemoryDC* MemPlotDC; wxPLplotstream* mPlotstream; wxBitmap* MemPlotDCBitmap; DECLARE_EVENT_TABLE() }; BEGIN_EVENT_TABLE(MyPanelGraph, wxPanel) EVT_PAINT(MyPanelGraph::OnPaint) END_EVENT_TABLE() MyPanelGraph::MyPanelGraph(wxWindow* parent) :wxPanel(parent, wxID_ANY, wxDefaultPosition, wxDefaultSize, wxBORDER_NONE) { MemPlotDC = new wxMemoryDC(); MemPlotDCBitmap = new wxBitmap( 640, 400, -1 ); MemPlotDC->SelectObject( *MemPlotDCBitmap ); ->>mPlotstream = new wxPLplotstream((wxDC*)MemPlotDC, MemPlotDC_width, MemPlotDC_height ); } (OnPaint handler...) When I built the program, everything was fine. When I got into debug, I got an error message at the position marked by arrows, as following: "HEAP CORRUPTION DETECTED: after Normal block (#18524) at 0x01809940. CRT detected that the application wrote to the memory after end of heap buffer." At this point, the thread points to wxWindow::MSWCreate. And the call stack points to msvcr80d.dll!1021bd53(). I just started to use wxWidgets, and I am not sure if the plplot library compiled is ready for use yet. So I am not sure where the problem could be. Any insight? Thanks. Winson ____________________________________________________________________________________ Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097 |
From: Alan W. I. <ir...@be...> - 2007-04-09 01:15:55
|
On 2007-04-07 11:42-0700 Alan W. Irwin wrote: > [....]I have never been particularly happy with the brute-force approach > I authored to establish the dependency of the custom command on the > plhershey-unicode-gen executable, and I will ask if there is a better way to > establish such a dependency on the CMake mailing list. Hi Winson: Will you try a fresh build again using the latest (revision 7659) version of PLplot from our SourceForge Subversion repository? To access that, follow the directions at http://sourceforge.net/svn/?group_id=2915. I got some help from the CMake list on cross-platform issues with my old method so I have just committed the recommended change that works fine on Linux, and which _should_ work (no problems finding the plhershey-unicode-gen executable anymore) on your platform as well. I realize this doesn't help your later problems with using the PLplot library, but I would like to put this build problem with finding plhershey-unicode-gen to rest so please indicate to the list whether my latest commit fixes the build problem you found. 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 Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: winson <roa...@ya...> - 2007-04-09 04:48:17
|
Alan, I did a fresh build again. The same error. What I did is as following. 1) In subversion repository, in folder 'trunk/'(Rev7661), under 'include/'(Rev7659), I downloaded file CMakeLists.txt(7659). 2)Unpack plplot-5.7.3 into D:\plplot. Replace CMakeLists.txt in folder D:\plplot\include with the file just downloaded. 3)Run batch file to setup VC++ env. Then on command-line: cd plplot mkdir VC2005 cd VC2005 cmake -G "Visual Studio 8 2005" -DCMAKE_INSTALL_PREFIX=install .. No error. 4)Launch VC++, and compile the project file created. And the same error as last time. I only downloaded the new CMakeLists.txt and made the replacement to save some time. I am not sure if this is good enough. I have just downloaded Tortoise SVN client, and I can try again sometime later if needed. One more thing I noticed is that CMake seems can not detect the wxWidgets installation reliably on my computer. Last time when I built the library, I noticed that wxWidgets installation was detected and the flag was turned on. But this time, no wxWidgets installation is detected, and the flag is off. Winson > Hi Winson: > > Will you try a fresh build again using the latest > (revision 7659) version of > PLplot from our SourceForge Subversion repository? > To access that, follow > the directions at > http://sourceforge.net/svn/?group_id=2915. > > I got some help from the CMake list on > cross-platform issues with my old > method so I have just committed the recommended > change that works fine on > Linux, and which _should_ work (no problems finding > the > plhershey-unicode-gen executable anymore) on your > platform as well. > > I realize this doesn't help your later problems with > using the PLplot > library, but I would like to put this build problem > with finding > plhershey-unicode-gen to rest so please indicate to > the list whether my > latest commit fixes the build problem you found. > > 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 Yorick front-end to PLplot > (yplot.sf.net); the > Loads of Linux Links project (loll.sf.net); and the > Linux Brochure Project > (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ > ____________________________________________________________________________________ Get your own web address. Have a HUGE year through Yahoo! Small Business. http://smallbusiness.yahoo.com/domains/?p=BESTDEAL |
From: Alan W. I. <ir...@be...> - 2007-04-09 06:19:06
|
On 2007-04-08 21:48-0700 winson wrote: > Alan, > > I did a fresh build again. The same error. Hi Winson: Thanks for your quick test, and your report of results. I just committed another change (revision 7662) which solves one obvious cross-platform issue in the last commit. Perhaps it will work for you this time. BTW, I think the way you are overlaying these include/CMakeLists.txt revisions on top of 5.7.3 source should probably work for now until you get your svn client working. Of course, the best procedure is to use svn checkout the first time, then svn update after that to keep up with our svn changes. 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 Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: winson <roa...@ya...> - 2007-04-09 16:10:14
|
Alan, I tried again, and no more error message while buiding the library. Good job! I used the newly compiled library in my code. Similar error, but a little bit different info. Error: HEAP CORRUPTION DETECTED: after Normal block (#18524) at 0x01809958. CRT detected that the application wrote to memory after end of heap buffer. Threads: wxGridBagSizer::FindItemAtPosition opt_drvopt Normal 0 Call Stack: msvcr80d.dll!1021bd53() plplotd.dll!opt_drvopt(char * opt=0x0105c209, char * optarg=0x018098d9, void * client_data=0x00000000) Line 1771 + 0x22 bytes C I tracked it down, the problem is in wxPLplotstream constructor, on line: SetOpt( "-drvopt", drvopt ); And further, in file plargs.c, on line free(option); free(value); near the end of opt_drvopt(char *opt, char *optarg, void *client_data) I am not sure what the problem exactly is. But as my code was just trying to get an instance of wxPLplotstream, it is likely a memory problem in the compiled library, perhaps related to wxWidgets(?). Winson > Hi Winson: > > Thanks for your quick test, and your report of > results. I just committed > another change (revision 7662) which solves one > obvious cross-platform issue > in the last commit. Perhaps it will work for you > this time. > > BTW, I think the way you are overlaying these > include/CMakeLists.txt > revisions on top of 5.7.3 source should probably > work for now until you get > your svn client working. Of course, the best > procedure is to use svn > checkout the first time, then svn update after that > to keep up with our svn > changes. > > 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 Yorick front-end to PLplot > (yplot.sf.net); the > Loads of Linux Links project (loll.sf.net); and the > Linux Brochure Project > (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ > ____________________________________________________________________________________ Bored stiff? Loosen up... Download and play hundreds of games for free on Yahoo! Games. http://games.yahoo.com/games/front |
From: Alan W. I. <ir...@be...> - 2007-04-09 17:28:44
|
On 2007-04-09 09:10-0700 winson wrote: > Alan, > > I tried again, and no more error message while buiding > the library. Good job! Couldn't have done it without your clear error reports. Thanks for those as well as pioneering the Visual C++ 2005 platform for us. I will let Werner handle the additional issue you may have found with actually using the library that has been built. 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 Yorick front-end to PLplot (yplot.sf.net); 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...> - 2007-04-11 03:30:38
|
On 2007-04-09 09:10-0700 winson wrote: > I used the newly compiled library in my code. Similar > error, but a little bit different info. > > Error: > HEAP CORRUPTION DETECTED: after Normal block (#18524) > at 0x01809958. CRT detected that the application wrote > to memory after end of heap buffer. > > Threads: > wxGridBagSizer::FindItemAtPosition opt_drvopt Normal 0 > > Call Stack: > msvcr80d.dll!1021bd53() > plplotd.dll!opt_drvopt(char * opt=0x0105c209, char * > optarg=0x018098d9, void * client_data=0x00000000) > Line 1771 + 0x22 bytes C > > I tracked it down, the problem is in wxPLplotstream > constructor, on line: > SetOpt( "-drvopt", drvopt ); > > And further, in file plargs.c, on line > free(option); free(value); > near the end of opt_drvopt(char *opt, char *optarg, > void *client_data) > > I am not sure what the problem exactly is. But as my > code was just trying to get an instance of > wxPLplotstream, it is likely a memory problem in the > compiled library, perhaps related to wxWidgets(?). Hi Winson: I just built wxPLplotDemo.cpp, the one standard example we have (in examples/c++) that uses libplplotwxwidgetsd. On Linux, there are no obvious run-time issues with that example, and it produces a good-looking plot. Valgrind reports many memory-management issues which could _potentially_ cause heap corruption with this example, but I don't know whether that is simply false positive valgrind noise from the Linux library stack or a real problem with builtwxPLplotDemo.cpp or the code compiled for libplplotwxwidgetsd, but none of the valgrind messages involve wxPLplotstream::wxPLplotstream (where you found problems with SetOpt( "-drvopt", drvopt ); on your platform.) Do you want to try building wxPLplotDemo.cpp to see whether it generates any heap corruption on your platform? Note its entirely possible you could have heap corruption on your platform for this example due to some problems in conditionally compiled code (see #ifdef WX_TEMP_HAVE_FREETYPE_IS_ON and #ifdef WX_TEMP_HAVE_AGG_IS_ON just above where you crapped out) that you compile and I don't on Linux or vice versa. OTOH, you may also not generate heap corruption on your system with wxPLplotDemo which would say something about your own example. Anyhow, a direct comparison of the results for the same wxPLplotDemo example on our two platforms should help to guide us to the exact source of the problem. 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 Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |