On Thu, Jan 06, 2011 at 05:58:10PM +0530, Balbir Singh wrote: > * torbenh <torb...@gmx.de> [2011-01-06 12:13:00]: > > > On Thu, Jan 06, 2011 at 02:10:24PM +0530, Balbir Singh wrote: > > > * Balbir Singh <bal...@linux.vnet.ibm.com> [2011-01-02 15:33:32]: > > > > > > > The added bindings depend on swig and hence are disabled by > > > > default. If you know what you are doing, enable the bindings > > > > for python. To test the bindings, ensure _libcgroup.so > > > > is copied in the same directory as libcgroup.py. There after > > > > libcgroup API's can be invoked from python. > > > > > > > > Please use --enable-bindings after installing swig to compile > > > > with the changes > > > > > > > > Signed-off-by: Balbir Singh <bal...@linux.vnet.ibm.com> > > > > > > Would there be major objections to inclusion of this patch. > > > The patches come with a WARNING > > > > > > No API stability at the moment for the python bindings - it is > > > still experimental and needs to be worked out. > > > > i am not sure, why you used swig. > > did you consider using ctypes ? you can write pure python bindings with > > it. has the advantage, that you basically only distribute a python file. > > no python build dep. > > > > I chose swig because of the reason you mentioned below, I tried simple > Java binding as well and it worked well. Mostly for bindings across > languages. I hope that makes sense.
of course it makes sense. i still think that bindings should be a separate package, at least for distro packages, they generally are. if you want to have the bindings in the libcg tarball, you should probably add some configure option to only build the binding... this would help packagers to build several distro packages out of the tarball. -- torben Hohn ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Libcg-devel mailing list Libcg-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libcg-devel
