[Buildroot] [PATCH 1/1] cppcms: new package

[Nicolas Ménégale]

Hi Thomas,

Thanks a lot for the investigation and the rework. 
I'll add these functionalities to cppcms in the future, now that we have a clean basis.

Thanks,
Nicolas.

----- Mail original -----
> De: "Thomas Petazzoni" <thomas.petazzoni at free-electrons.com>
> À: "Nicolas Ménégale" <nicolas.menegale at openwide.fr>
> Cc: buildroot at busybox.net
> Envoyé: Mercredi 31 Juillet 2013 19:04:37
> Objet: Re: [Buildroot] [PATCH 1/1] cppcms: new package
> 
> Dear Nicolas Ménégale,
> 
> On Thu, 11 Jul 2013 13:42:48 +0200 (CEST), Nicolas Ménégale wrote:
> > Signed-off-by: Nicolas Ménégale <nicolas.menegale at openwide.fr>
> > ---
> > v2: iconv/icu related modifications
> > The user can now choose if he want's to build cppcms using icu for
> > having
> > advanced localization features or using iconv.
> > Also in the case that the user uses iconv, if the toolchains
> > already integrate
> > it, iconv won't be compiled.
> > Sorry for the long time it took me to do this modification.
> > CppCMS is a C++ web framework. The cppcms.mk also copy into the
> > host after
> > staging install two scripts needed when you compile an application
> > using the
> > web framework (cppcms_tmpl_cc).
> > As discussed on IRC it's not worth creating an host-cppcms package
> > for one
> > script.
> > ---
> >  package/Config.in        |    1 +
> >  package/cppcms/Config.in |   30 ++++++++++++++++++++++++++++++
> >  package/cppcms/cppcms.mk |   24 ++++++++++++++++++++++++
> >  3 files changed, 55 insertions(+)
> >  create mode 100644 package/cppcms/Config.in
> >  create mode 100644 package/cppcms/cppcms.mk
> 
> I've applied this, but I had to do a bit of tuning, because this
> package doesn't build with uClibc, as it uses <monetary.h> functions,
> that don't exist in uClibc. I've added a glibc dependency, and
> removed
> the wchar dependency. Notice that my attempts to build with uClibc
> also
> allowed to discovered that the package should have depended on thread
> support.
> 
> Moreover, the package apparently offers optional zlib support,
> optional
> gcrypt support, optional OpenSSL support. It'd be good to support
> that
> in the future.
> 
> Thanks,
> 
> Thomas
> --
> Thomas Petazzoni, Free Electrons
> Kernel, drivers, real-time and embedded Linux
> development, consulting, training and support.
> http://free-electrons.com
>