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]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.