Hi Thomas, > > -I'm guessing that I need to try this with the SVN tree. I'm on rev > 9667. > > -I think sometimes CMake does some config caching or something that > gets in the way big time, and I can't figure out how to clear or > disable it. What are you suppose to do? I've been just starting over > again with a fresh checkout.
Using CMake you're supposed to configure and compile the project in a separate build directory, e.g. mkdir build cd build cmake path_to_plplot Usually there should be no problems recompiling in the same tree, even after you changed cmake files (it will reconfigure automatically). Still, if you have the feeling something is wrong, just remove the build directory and start new. No need to checkout. Don't configure and compile in the source tree, this will lead to problems for sure. > > -Building example1 gives these warnings: > x01c.c: In function ‘main’: > x01c.c:124: warning: passing argument 3 of ‘plMergeOpts’ from > incompatible pointer type > x01c.c:125: warning: passing argument 2 of ‘c_plparseopts’ from > incompatible pointer type Hmm, plMergeOpts and plparseopts are on line 117/118 for my x01c.c (latest svn). Which x01c.c are you using? The types are const char *array[] <-> const char **array array[][] is not the same as **array, but actually the above should be okay (and all compilers so far had no problem). Which gcc version is that? > > -Anyway, example1 runs on my windows machine with this errorish > condition: > *** PLPLOT ERROR, ABORTING OPERATION *** > plInitDispatchTable: Could not open drivers directory, aborting > operation > PLplot library version: 5.9.2 > got here -- 0 You are using the dynamic drivers and it is unable to open the directory where the driver information is. Look at the function plGetDrvDir(). As long as you are not in the build tree (determined by plInBuildTree()) you should be able to set the environment variable PLPLOT_DRV_DIR to let PLplot find the *.rc files (for every dynamic driver there is a .rc file). HTH, Werner > > Plotting Options: > > Enter device number or keyword: > > -I suppose I wasn't getting this condition with the build I did with > the makefile, because I wasn't using dynamic loading. Maybe I need > to copy more files over? To a specific place? > > -What most people who want to target win32 and win64 from mingw > cross compilers do that want to use gtk (and thus cairo) is download > the official "all in one" bundles from the gtk site, and unpack to > their cross environment. After that they edit the .pc (package > config files) to reflect the real full paths of these files on the > host system. Then set the PKG_CONFIG_PATH environment variable to > the collection of .pc files you need at build time. > > -So I went ahead and tried to get a cairo driver to work by > exporting PKG_CONFIG_PATH first. That (eventually) did build just > fine, but again the same runtime error over on windows. > > -I see you guys have a separate build system to maintain for dos, > maybe a cross compile with cmake would be more maintainable. One > issue is the only guides I can find on building a cross dos tool > chain are pretty old. I haven't had time to try to make one yet due > to nostalgia being my only motivation on that one. > > -Also extcairo wont work by itself. At least one other cairo based > driver needs to be turned on for a successful build. Not just with > cross compiles, but in general. -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: [email protected] 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 ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
