Hi:

you all know that there are 2 sets of perl/python/php bindings:

*) one based on swig in module/swig/{perl5,php,python} that accesses the 1wire bus directly
*) one based on the owserver protocol in module/ownet/{perl5,php,python}

The problem with the current configure script is that disabling swig or one of the swig bindings
(./configure --enable-swig=no  or ./configure --enable-owperl=no --enable-php=no --enable-python=no) also prevents the installation of the corresponding ownet binding. This is really a nuisance, since it is often useful to install just the bindings from ownet, without being forced to compile/install the whole swig thing. 

The enclosed patch tries to solve this by decoupling the --with-python --with-perl5 --with-php options from the corresponding --enable-ow{perl5,php,python} options.

So, considering for example python, if this patch is applied:

--with-python=no disables both module/ownet/python and module/swig/python
--enable-swig=no disables the whole module/swig
--enable-ownet=no disables the whole module/ownet

--enable-owpython=no disables only module/swig/python

This latter options is somehow redundant with my patch: in fact  --with-python --enable-swig and --enable-ownet are clearly orthogonal to each other, while --enable-owpython lies in the space spanned by --with-python and --enable-swig. However I was unsure if it would be acceptable to drop this well known option.

Stefano

Attachment: 0001-enable-perl5-php-python-in-module-ownet-even-if-modu.patch
Description: Binary data

------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
_______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

Reply via email to