On May 10, 2012, at 11:02 AM, Alan W. Irwin wrote: > What is going on here is you bypassed one problem/inconsistency with your > system installation only to find a further completely unrelated problem. > > To bypass each such problem, do what you did with the Tcl issue, that is > disable the relevant part of the PLplot build (in order to find the next > problem or else finally exhaust the list of such problems that you have > to bypass to get a valid PLplot build). > > In this case it is some issue with Qt4 which is a rather complicated > part of our PLplot build. I think you bypass all of that part of the > PLplot build with -DDEFAULT_NO_QT_DEVICES=ON, but you will have > to experiment. > > (Note, I am getting the name of this variable and some idea what to do > with it from the short annotations in CMakeCache.txt that is generated > for any given build in the top of the build directory. So when you > are disabling various parts of PLplot, that file is a good place to > start looking for the names of the appropriate variables to set ON > or OFF.) > > I have no idea why you are suddenly having all these problems, but > obviously it is some system or PLplot change that was made since the > last time you ran the test_noninteractive target with success. > > Note svn allows you to easily access any particular revision number > that you like. Once you find some revision that worked in the past for > your current system (if your current system installation is not the > culprit), then use a binary search on revision numbers to find the > last good one/first bad one. > > For example, from plplot.sf.net the last release occurred on 2011-10-13, and > the > "svn log" command shows revision 11957 is about the closest you get to > that release date on svn trunk. The current revision is 12194 > > So to change to revision 11957 simply cd to the top > of your source tree and > > svn update --revision 11957 > > Then do your normal build and test with "make test_noninteractive" in the > top of the core build tree to see if that revision works. If it does, > then try a revision half way between 11957 and 12194 to see if that > works, etc. That is do a binary search for the last revision that > worked, and the next revision after that is the one that first > introduced a PLplot change that is not right for your current Mac OS > X/macports platform. The binary search method is actually amazingly > fast. In this case a maximum 8 builds should find the problem since > there are less than 256 revisions between 11957 and 12194. There is > a procedure to automate such binary searches, but in this case it > is probably easier to do it by hand.
12121 Builds 12122 Doesn't build http://plplot.svn.sourceforge.net/viewvc/plplot?view=revision&sortby=log&revision=12122 tcl-related.cmake looks interesting. Here's the error output again: Linking C shared library libplplottcltkd.dylib cd /usr/local/plplot_build_dir/bindings/tcl && "/Applications/CMake 2.8-6.app/Contents/bin/cmake" -E cmake_link_script CMakeFiles/plplottcltkd.dir/link.txt --verbose=1 /usr/local/adacore-gnat-2011/bin/gcc -dynamiclib -Wl,-headerpad_max_install_names -single_module -compatibility_version 9.0.0 -current_version 9.2.0 -o libplplottcltkd.9.2.0.dylib -install_name /usr/local/plplot_build_dir/bindings/tcl/libplplottcltkd.9.dylib CMakeFiles/plplottcltkd.dir/tclAPI.c.o CMakeFiles/plplottcltkd.dir/tclMain.c.o CMakeFiles/plplottcltkd.dir/__/tk/Pltk_Init.c.o CMakeFiles/plplottcltkd.dir/__/tk/plframe.c.o CMakeFiles/plplottcltkd.dir/__/tk/plr.c.o CMakeFiles/plplottcltkd.dir/__/tk/tcpip.c.o CMakeFiles/plplottcltkd.dir/__/tk/tkMain.c.o libtclmatrixd.9.2.0.dylib ../../src/libplplotd.11.0.0.dylib -framework tcl -framework tk /usr/lib/libltdl.dylib /usr/lib/libdl.dylib ../../lib/csa/libcsirocsa.0.0.1.dylib ../../lib/qsastime/libqsastime.0.0.1.dylib /usr/lib/libm.dylib Undefined symbols for architecture x86_64: "_XLookupString", referenced from: _PlFrameKeyEH in plframe.c.o "_XFlush", referenced from: _DisplayPlFrame in plframe.c.o ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status make[2]: *** [bindings/tcl/libplplottcltkd.9.2.0.dylib] Error 1 make[1]: *** [bindings/tcl/CMakeFiles/plplottcltkd.dir/all] Error 2 make: *** [all] Error 2 Jerry > > Note if the problems are caused by some issues with your new Mac OS > X/macports system not even revision 11957 (or whatever revision you > last tested successfully with the test_noninteractive target) would > work well for you now. > > Alan ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
