[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Help-glpk] [Fwd: CMAKE build environment (and version control)]

From: Nigel Galloway
Subject: Re: [Help-glpk] [Fwd: CMAKE build environment (and version control)]
Date: Sun, 12 Dec 2010 14:14:17 +0100

I would support using cmake because of it's cross platform capabilities. In 
order to make GLPKIDE for jEdit buildfiles using Ant are required (I have some 
if anyone wants them). Note that

promises a tool that:

Provides a simple ant task to integrate cmake projects into larger projects 
built with ant. Supports multiplatform cmake builds easily from ant file. 
Allows ant properties to be passed to cmake as variables and and cmake 
variables to passed back to ant as properties. 

This task calls cmake to generate the platform specific build files (ide 
projects or makefiles). It then uses the generated files to builds the project, 
reading the CMakeCache.txt to resolve the appropriate build command. This 
enables a single ant task to call cmake on any platform, hiding the platform 
specific code required to launch build. 

This promises a much better build envionment using Ant, than the .bat file 
currently provided by the Java interface.

> ----- Original Message -----
> From: Andrew Makhorin <address@hidden>
> To: address@hidden
> Subject: [Help-glpk] [Fwd: CMAKE build environment (and version control)]
> Date: Sat, 11 Dec 2010 19:47:20 +0300
> -------- Forwarded Message --------
> From: Alpár Jüttner <address@hidden>
> To: address@hidden
> Subject: CMAKE build environment (and version control)
> Date: Sat, 11 Dec 2010 16:13:19 +0100
> Hi,
> First of all I would like to thank you for developing this great
> software. We use GLPK in various research projects with great success.
> We also provide an high level C++ interface to GLPK (and other LP/MIP
> solvers) in our open source graph and network optimization library
> called LEMON ( ).
> In order to make it easier to embed GLPK into other projects I put
> together a CMAKE based build platform for it:
> (see some help below)
> It pretty well substitutes all the build tools and .bat files GLPK
> currently has, thus - after some fine tuning - it would be nice to
> include into the future releases. The other build tools may even be
> deprecated in the long run.
> It needs a recent version of CMAKE installed, otherwise its use is
> fairly easy:
> On linux and UN*X:
>          mkdir build
>          cd build
>          cmake ..
>          make
>          [make check]
>          [make pdfdoc]
>          make install
> Instead of cmake, you can also use `cmake-gui` or `ccmake`, which allow
> interactive editing of all the config parameters.
> On windows you can do the same as above in a command prompt or simply
> start cmake-gui with mouse.
> CMAKE can generate various build systems, such as:
>        * UNIX Makefiles
>        * NMake Makefiles (on windows)
>        * Visual Studio, Codeblocks, Borland C++ etc project and solution
>          files.
> Moreover the 'cpack' command will automatically create .exe installer
> using NSIS.
> Should you be interested I can show some example on how to add GLPK as
> an embedded subproject to another project using CMAKE.
> I would be happy to hear any feedback and comment.
> ======
> As you may have already noticed, I've also created a GLPK repository
> using the Mercurial distributed version control system
> ( ) which I suggest for adoption, too.
> I believe the principle of distributed version control fits very well
> GLPK. If you want to check it out, install mercurial (I suggest
> TortoiseHG version on Windows) and type
> hg clone
> (Or right click -> TortoiseHg -> Clone in the file browser on windows)
> Best regards,
> Alpar
> _______________________________________________
> Help-glpk mailing list
> address@hidden


Surf the Web in a faster, safer and easier way:
Download Opera 9 at

reply via email to

[Prev in Thread] Current Thread [Next in Thread]