updated configure.ac to check for existence of python-config and Python.h
git-svn-id: svn://bind10.isc.org/svn/bind10/experiments/python-binding@1715 e5f2f494-b856-4b98-b285-d166d9295462
Some CLEANFILES cleanup (don't need to list files already known
via configure.ac's AC_OUTPUT).
Add b10-xfrout to CLEANFILES to make sure it is removed on a make clean.
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1652 e5f2f494-b856-4b98-b285-d166d9295462
1. When auth server get axfr query in tcp, the query message and tcp socket will be sent to xfrout process over sendmsg/recvmsg, then auth server will close the tcp socket, or get the next tcp query on the socket. Xfrout send the query response over the tcp socket it received from auth server.
2. Since python3.1 didn't provide the wrapper of sendmsg() and recvmsg() for C socket module(Seems they plan do it in python3.2), I have to write the code in c++, and make python binding for it. See the code in file /src/lib/xfr/fd_share.cc and /src/lib/xfr/python_xfr.cc.
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1630 e5f2f494-b856-4b98-b285-d166d9295462
use AM_PYTHON_CHECK_VERSION.
with additional cleanup: stop hardcoding a particular version number in
configuration variables.
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1622 e5f2f494-b856-4b98-b285-d166d9295462
Now use --disable-install-configurations to disable.
It still checks before overwriting.
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1590 e5f2f494-b856-4b98-b285-d166d9295462
One one of my systems, I had boost headers, but not this header
so build failed later.
(TODO: should check for boost version too.)
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1572 e5f2f494-b856-4b98-b285-d166d9295462
for DISTCHECK_CONFIGURE_FLAGS to disable the custom installation
of configurations, so the make distcheck uninstall doesn't have
leftover files.
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1570 e5f2f494-b856-4b98-b285-d166d9295462
Note the var and etc directories will have "bind10-devel" now.
This makes it clear that this is still experimental.
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1567 e5f2f494-b856-4b98-b285-d166d9295462
I have been using this for a few days for building from the tarball
which doesn't include ext/boost and my system doesn't have
boost headers in standard location.
Also check for the boost headers.
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1504 e5f2f494-b856-4b98-b285-d166d9295462
these don't need the msgq running
we might want to look into the previous test_session.py to see
how much can be moved to this one
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1477 e5f2f494-b856-4b98-b285-d166d9295462
when running in the source directory it (previously
bindctl.py) wouldn't be imported by bindctl.
Don't know if this is the best way.
Should be no change for the installed bindctl.
While here add another TODO.
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1415 e5f2f494-b856-4b98-b285-d166d9295462
running it from the source tree.
TODO: get the bindctl modules installed.
(As it is now the installed bindctl does not run.)
Renamed the bindctl shell script to run_bindctl.sh which can be ran
from the source.
Rename the run_loadzone to include "sh" to be like the rest in bind10.
(That is not installed.)
Update README to mention the run_*.sh scripts.
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1372 e5f2f494-b856-4b98-b285-d166d9295462
-Wextra as follows: "[class name] has a field [member name] whose type
uses the anonymous namespace", even if the anonymous namespqce in
question is closed in the single translation unit:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29365
AFAICS, the intent was to warn it if the anonymous namespace is used
in a header file (which can easily violate the One Definition Rule as
discussed in the bugzilla), but gcc seemingly did too much to prevent
that.
Unfortunately this bug prohibits us from specifying -Werror, so we
selectively disable this flag by identifying g++ used for build has
this bug.
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1371 e5f2f494-b856-4b98-b285-d166d9295462
moved tests into unittests/ subdirectory
added boostlibs ldd flag if needed
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1321 e5f2f494-b856-4b98-b285-d166d9295462
ignoring requests when an error occurs
- added a framework for auth server unit test with an initial simple test
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1306 e5f2f494-b856-4b98-b285-d166d9295462
- introduced new macro UNUSED_PARAM to tell gcc that particular variables are
intentionally unused
- enabled -Wextra by default
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1304 e5f2f494-b856-4b98-b285-d166d9295462
(I removed this from my on-commit autobuilder custom flags.)
Note that it doesn't have -Werror.
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1302 e5f2f494-b856-4b98-b285-d166d9295462
(So user can choose there own on configure line and
also don't lose what configure detects and assigns.)
Add a TODO: check for _sqlite3.py module
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1254 e5f2f494-b856-4b98-b285-d166d9295462
the ASIO version or the builtin socket API version depending on the
availability of the boost::system library.
git-svn-id: svn://bind10.isc.org/svn/bind10/branches/jinmei-asio@1226 e5f2f494-b856-4b98-b285-d166d9295462
I don't know if this is perfect, but I read that the sqlite3_prepare_v2 API
was added in 3.3.9.
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1135 e5f2f494-b856-4b98-b285-d166d9295462
This is based on ideas done in experiments/jreed-layout, but
I manually did this again.
Moved around directory structures.
A single python subdirectory under src/lib for single "isc" module.
No "cpp" directories.
No pyshared or includes symlink trees.
I tested running the c++ tests and python tests.
I tested running run_bind10.sh from source tree (with nothing installed).
I tested running bind10 from installed (after moving source).
git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@1120 e5f2f494-b856-4b98-b285-d166d9295462
