Andrew Ross wrote: > Thomas, > > I've now done the necessary changes to plplot to allow a cmake > cross-compilation of at least the basic library. See the plplot wiki > http://www.miscdebris.net/plplot_wiki/index.php?title=Main_Page > for instructions. I have cross-compiled for mingw32 under linux. Note that I > have not tested the resulting binaries, but the compilation progresses > cleanly. It would be good if you (and others) could try this approach. The > only change required was to pick up build-time executables from a native > build rather than the cross-compiled build. PLplot uses these in several > places to generate data / source code for the build. > > The current stumbling block for the cairo drivers is that they use > pkg-config to get the correct paths and libraries to link in. This won't > work on a cross-compiled environment unless you provide suitable pkg-config > files from a cross-compiled version of cairo. This should be possible > though. > > Andrew >
OK I've been at this for hours. Here is my input: -Awesome. Thanks. -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. -It took me a while to figure out the native build part. That configuration needs to match. In some variations, I also needed to run make install on the native part also. The autoconf world would call this sort of requirement the HOSTCC. Of course that has a different meaning than the old meaning of HOSTCC, add more padding to the cells in the mental health wing that is autotools. -I'm curious what NaNAware is, but I haven't found a good link explaining it. -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 -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 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. ------------------------------------------------------------------------------ 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
