RE: Removal of the autotools-based build system
"Vladislav Vaintroub" <[email protected]>
| Newsgroups | gmane.comp.db.mysql.devel,gmane.comp.db.mysql.packagers |
|---|---|
| Message-ID | <[email protected]> |
> -----Original Message----- > From: Barry Leslie [mailto:[email protected]] > Sent: Monday, November 08, 2010 6:31 PM > To: Davi Arnaut; Dimitri > Cc: Kristian Nielsen; MySQL Internal; [email protected] > Subject: Re: Removal of the autotools-based build system > > 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. You can extract compiler options from CMakeCache.txt in server's build directory . The file is readable (human and machine). You'd want to use CMAKE_{C,CXX}_FLAGS_{DEBUG,RELWITHDEBINFO} from it. The default build is "release with debug info" and will have RELWITHDEBINFO flags , the debug build will have DEBUG flags. If you want to build with exact compile options as server is built for release, you'd can invoke cmake with -C ${path_to_mysql_source}/cmake/build_configurations/mysql_release.cmake (it contains the options for various compilers and OSes and other stuff). Vladislav. > 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] -- MySQL Internals Mailing List For list archives: http://lists.mysql.com/internals To unsubscribe: http://lists.mysql.com/[email protected]