From: Alan W. I. <ir...@be...> - 2006-07-22 07:10:24
|
On 2006-07-21 19:53-0700 Alan W. Irwin wrote: > [...] will list some things that still need to > be done in case you want to help. > > * Implement the CMake configuration of the device drivers that are commented > out in cmake/modules/drivers-init.cmake. > > * Implement the bindings that are commented out in bindings/CMakeLists.txt. > > * Test on as many platforms as possible. When you find a platform problem > (and I am sure there will be a number of those) cmake is simple enough so > there is a good chance you will be able to solve the problem yourself by > looking at the documentation listed in cmake/README.cmake_doc. If you do > come up with a solution for a problem, by all means cvs commit the change > (or else post to this list if you do not have cvs commit privileges). The > point is everybody should easily be able to gain cmake expertise (Andrew and > I did our first CMake commits July 11th and July 5th and see how far we have > come since) so in general you shouldn't have to rely on cmake gurus to solve > problems. However, if you cannot find a solution, post the problem to the > list (lots of boring detail, please!) so everybody on list who has developed > a bit of cmake expertise can help figure it out. Plus one more I forgot.... * Implement some directories (doc + some minor ones) that are commented out as not yet implemented in the top-level CMakeLists.txt. > [...] Thus, I am going to try and find a graceful way to exit for this > case first, before I solve the linking issue for -dev gcw. It turned out no graceful exit was possible that I could see. Instead, I fixed an obvious linking issue when this device is dynamic, and that solved the segfaults for this device. Tomorrow I plan to tackle the psttf device build with cmake unless Andrew polishes that off first. 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 __________________________ |