On 9/21/07, Mathieu Malaterre wrote: > On 9/21/07, Andrew Maclean wrote: > > Is it worthwhile putting in a backwards compatible fix for such an old > > version of wxWidgets? > > <grunt> > This has been broken in patch version ! cmake 2.4.5 / 2.4.6 / 2.4.7 > are completely different in wx support. > At least put a warning when you decide to break backward compatibility > in a minor revision... > </grunt>
Well, I'm not sure when it was broken and I don't really have time to go through the logs just to find out this point... However, as I recall there was and still is a FindwxWindows, which is the obsolete module that finds such obsolete versions of wxWidgets as 2.4.2... so, you could use that. However, when I decided to redesign and implement a new find module FindwxWidgets (note the difference in naming) it was precisely to address the new modular approach of wxWidgets. The old module did not support finding the multiple libraries. Most of the problems that arise here in the Find module are related to the build system that wxWidgets uses and it's complexity. If they used CMake as their build management system it would make things much easier, but they haven't been enlightened yet ;) I will try to add support for this 2.4.2 issue, but the incompatibility is in the wx-config script that wxWidgets distributes... not in the find module. Also, this module is designed to find very complex builds and variations such as unicode/non-unicode, static/shared, debug/release/both, monolithic/modular, and all in different locations by default (C:/wxWidgets-2.8.4, and now C:/wxWidgets-2.8.5...). Again, I believe you can still use the FindwxWindows module although that one has major limitations in itself. --Miguel _______________________________________________ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
