Re: Removal of the autotools-based build system
Barry Leslie <[email protected]>
| Newsgroups | gmane.comp.db.mysql.devel,gmane.comp.db.mysql.packagers |
|---|---|
| Message-ID | <C8FD73E4.D8C48%[email protected]> |
Hi, I do not no that much about Cmake but one thing that PBXT and PBMS make use of is the ability to be built outside of the MySQL tree. For this we use the config.status file to get the compile options used for the MySQL build so that the engines will be built with the same options to ensure compatibility. It would be nice if the new build system made it easier to build engines/plugins out side of the build tree. Barry On 11/8/10 6:57 AM, "Davi Arnaut" <[email protected]> wrote: > Hi Dimitri, > > On 11/8/10 12:27 PM, Dimitri wrote: >> Hi Davi, >> >> the errors I've got due a classic "configure + make" - then on >> "make" it started to print errors related to "libtool", etc.. >> >> Of course, once there will be no more "configure" - there will be no >> errors either.. >> > > Right. We also took the opportunity to fix quite a few hacks which were > associated with the way we built the server and libraries. For example, > we no longer build a non-threaded libmysql (also, C/Connector is now a > separate project) and we also avoid building certain things twice. > > Bottom line, the transition to cmake has made the build system somewhat > more saner and easy to tweak and has yielded a speed up in build times. > Although there is a learning curve, it is worth the effort. We also > documented thoroughly how to build with cmake at > http://forge.mysql.com/wiki/CMake, so there shouldn't be much surprises. > > Regards, > > Davi ------------------------------------------------------------------------- Barry Leslie SNAP Innovation Softwareentwicklung GmbH Senior Software Engineer Tel: (001) 250 884 1820 Fax: (001) 250 595 4460 Email: [email protected] Web: www.PrimeBase.org SNAP Innovation Softwareentwicklung GmbH, D-22765 Hamburg, Max-Brauer-Allee 50, Germany Amtsgericht Hamburg HRB 61066, Geschäftsführer: Ulrich Zimmer, Paul McCullagh ------------------------------------------------------------------------- -- MySQL Internals Mailing List For list archives: http://lists.mysql.com/internals To unsubscribe: http://lists.mysql.com/[email protected]