João Henrique Freitas <joa...@gmail.com> was heard to say: > libdbi-drivers have bundled with a version of cgreen. You don't need > cmake or cgreen.h or libcgreen.a installed in your system. > > The automake tests/cgreen/Makefile.am do the cgreen build to be used > by libdbi. >
Yes, I am aware of that. I was just wondering whether my attempts to build the cgreen subdir from a fresh CVS checkout did *not* fail because some version of cgreen was actually installed on my system, and hence the cgreen.h were available even if the directory structure of cgreen in our repository was incorrect. However, my test showed that I can indeed build the self-contained cgreen version that we ship with the libdbi-drivers sources. There is apparently nothing wrong with our sources and our repository. BTW I've tested the current cvs revision on Cygwin today, with the same results: cgreen builds without a hitch when running "make" in the libdbi-drivers top-level directory. cgreen is not installed here either. >> cvs co libdbi-drivers >> cd libdbi-drivers >> ./autogen.sh >> ./configure --with-sqlite3 --disable-docs >> gmake >> gmake dist >> gmake check >> > > It's right, I do it in Mandriva 2009 and Ubuntu 10.04, using make. > This way is transparent to user. > This is good to know. > Cmake is used by cgreen as default build system. We provide a > Makefile.am to glue with tests/Makefile.am. > > In tests/README, the step "* Install Cgreen (optional, we provide > it)" is wrong. > So, if I understand all this correctly, there is no need for having cmake installed on the libdbi-drivers developers or the end-users boxes. The cgreen version shipped with the libdbi-drivers sources should be built automatically when running "make" in the libdbi-drivers top-level directory. This would make things quite painless, unless we knew that it fails at least on Toby's box. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Libdbi-drivers-devel mailing list Libdbi-drivers-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libdbi-drivers-devel
