Alan W. Irwin wrote: > On 2009-05-03 20:04-0400 Hazen Babcock wrote: > >> Marius Schamschula wrote: >>> Hazen, >>> >>> When building plplot 5.9.3 under Mac OS X I get the following error: >>> >>> [ 66%] Generating test_dyndrivers_dir/aqt.rc >>> cd /tmp/plplot-5.9.3/drivers && ./test-drv-info aqt > >>> /tmp/plplot-5.9.3/drivers/test_dyndrivers_dir/aqt.rc >>> cd /tmp/plplot-5.9.3/drivers && /usr/local/bin/cmake -E compare_files >>> /tmp/plplot-5.9.3/drivers/test_dyndrivers_dir/aqt.rc >>> /tmp/plplot-5.9.3/drivers/aqt.rc >>> Files "/tmp/plplot-5.9.3/drivers/test_dyndrivers_dir/aqt.rc" to >>> "/tmp/plplot-5.9.3/drivers/aqt.rc" are different. >>> make[2]: *** [drivers/test_dyndrivers_dir/aqt.rc] Error 1 >>> make[2]: Leaving directory `/private/tmp/plplot-5.9.3' >>> make[1]: *** [drivers/CMakeFiles/test_dyndrivers.dir/all] Error 2 >>> make[1]: Leaving directory `/private/tmp/plplot-5.9.3' >>> make: *** [all] Error 2 >>> >>> Any ideas? >> >> Hm. I see that I have the same problem on my OS-X box. In my case it >> looks like the second aqt.rc file is missing (the one that is supposed >> to be in "drivers/" directory). I was able to recover by hand copying >> the "drivers/test_dyndrivers_dir/aqt.rc" file to "drivers/aqt.rc" and >> running make again. > > Hi Hazen: > > It seems we have a "brown-paper-bag" release bug for Mac OS X to quote > Linus. Don't feel too bad about this, Hazen. You are in good company > here. > It happened to me as well for one of my earlier releases, and for many > other > projects including the Linux kernel (where Linus just wanted to pull a > brown > bag over his head and hide to reduce the embarrassment factor of a flawed > kernel release). > > See 1.2 in README.release for the background on why *.rc files are handled > differently now. The proper fix is to copy aqt.rc to drivers/aqt.rc.in in > the source tree (which I assume you did before since otherwise your OS X > tests wouldn't have worked at all), but remember to commit that aqt.rc.in > file to svn. This is the reason why it is important to use "svn status" to > make sure you don't have any uncommitted files when you are testing the svn > version. I double-checked and don't see any other missing *.rc.in files > there for any device that we still use. > > It appears Mac OS X users of 5.9.3 are going to have to patch their systems > for the entirety of the 5.9.3 release cycle. To reduce that user pain as > much as possible, I suggest that release cycle should be shortened as much > as possible. Thus, Hazen, once you are happy with your Mac OS X tests, I > suggest you do a full 5.9.4 release today (Sunday) or tomorrow remembering > to repeat all the version-specific stuff in README.Release_Manager_Cookbook > for 5.9.4. > > Meanwhile, every other developer should refrain from commits to give > Hazen a > clear field to deal with this simple, but nevertheless embarrassing issue.
Well I hope someone will step up and fix the example 32 problem I mentioned. -Hazen ------------------------------------------------------------------------------ Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
