jsoncpp-devel Mailing List for json-cpp

The good thing about jsoncpp is that there's almost no OS-dependent
bits and it has only a few files. And it gets even better with the
nice Python script that packages it up in even fewer files. This makes
it a marvel to work with compared to most other 3rdparty library I
have to deal with.

So, because of that, I don't really feel the need to use the build
system that comes with it. In fact, I think of it more as a tutorial
than an official way of building jsoncpp. The build system could even
be removed entirely from the repository and I would not even notice
because I added the jsoncpp to my own SCons build system that I use
for all my projects.

jsoncpp just always works, whatever compiler I use, or whatever
compiler flags I throw at it... and I need to support multiple version
of GCC on both Linux and MacOS as well as 3 versions of MSVC. Shared
libraries, static libraries, optimizations, instrumentation... you
name it, I tried. Seriously, it just works flawlessly every time.
Kudos to the developers. This is real portable C++.

But then, I also realize that there are newcomers to software
engineering that don't know anything about build systems and are tied
to a specific IDE (like Microsoft Visual Studio users for example).
For those people, I think CMake is a good choice, because it will
generate some IDE-specific projects that can be used right away. And
for those of us who know what we're doing, we don't even need a build
system for working with jsoncpp.

On Wed, May 16, 2012 at 6:27 PM, Damien Buhl <dam...@le...> wrote:
> Hello dear json_cpp developers,
>
> I worked recently with json-rpc-cpp based on json_cpp and I wrote
> CMakeFile support for both. I wanted to provide my small contribution to
> this nice library by sending you this patch.
>
> I was wondering if it could be integrated in the mainline or if you want
> to keep it as a patch aside, but I have the feeling that it should be
> mainline, because CMake is really one of the best choice for cross
> compilation and recompilation on any platform. It has an advantage over
> scons in the fact that cross compilation is generically and uniformly
> supported. This makes any CMake project cross compilable seamlessly for
> any platform without any specificf platform configuration in the
> makefile other than a cross cmake toolchain file provided by the user or
> by the toolchain itself.
>
> However I don't think it shoud replace scons, because certainly many
> project have based their integration of your project with it. I just
> think it could come additionally to ease building and integration for
> CMake based projects. Especially for embedded and multiplatform projects
> I think (e.g. I use it in a ptxdist and a yocto project for cross
> compiling for ARM Cortex A8, PPC, Windows 7 and Linux i386, this is for
> building automation softwares and devices).
>
> I added the patch on sourcefore at this address :
> https://sourceforge.net/tracker/?func=detail&atid=758828&aid=3527408&group_id=144446
>
> Cheers,
> --
> daminetreg
> alias Damien Buhl
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Jsoncpp-devel mailing list
> Jso...@li...
> https://lists.sourceforge.net/lists/listinfo/jsoncpp-devel



-- 
Francis Bolduc, B.Sc.
CM-Labs Simulation Inc.