[brlcad-commits] SF.net SVN: brlcad:[45352] brlcad/trunk/TODO
Open Source Solid Modeling CAD
Brought to you by:
brlcad
From: <sta...@us...> - 2011-06-30 21:34:50
|
Revision: 45352 http://brlcad.svn.sourceforge.net/brlcad/?rev=45352&view=rev Author: starseeker Date: 2011-06-30 21:34:44 +0000 (Thu, 30 Jun 2011) Log Message: ----------- Move the OSX X11 search issue, add some more notes about what will need to be done. Modified Paths: -------------- brlcad/trunk/TODO Modified: brlcad/trunk/TODO =================================================================== --- brlcad/trunk/TODO 2011-06-30 21:25:49 UTC (rev 45351) +++ brlcad/trunk/TODO 2011-06-30 21:34:44 UTC (rev 45352) @@ -17,12 +17,23 @@ THESE TASKS SHOULD HAPPEN BEFORE THE NEXT RELEASE ------------------------------------------------- -* fix osX link line to stop mixing X libs (causes segfault on GL stuff) THESE TASKS SHOULD HAPPEN WITHIN TWO RELEASE ITERATIONS ------------------------------------------------------- +* fix osX link line to stop mixing X libs (causes segfault on GL stuff) + Assuming this is CMake - this will involve making FindX11 "smarter" + about ensuring that all of the various X11 libraries it finds share + a common directory structure. The problem appears to manifest when + both XQuartz (Apple's X11) and one of the third party packaging + systems' X11 (Fink, Macports, etc.) are installed simultaneously. + Probably the way to do this will be to find the "main" X11 library, + search for other libraries in that specific parent path to develop + a results set, and then do that again for any other "main" X11 + libraries. Will need some decision criteria if multiple valid + installs are found. - CY + * eliminate dbi_filepath (perhaps replace with dbi_filedir) as we shouldn't need to search. we were told where the database was. This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. |