python/setup.py | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 [patch] link python-pyfann dynamically instead of statically

Upstream links the pyfann extension against libfann's static library. This
causes all sorts of troubles on some platforms, most notably amd64, where the
extension FTBFS because the static library isn't compiled with -fPIC. The
ebian-specific solution presented here is to link to the shared library and
let package python-pyfann Depend: on it.

src/Makefile.in | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 [patch] link against libm

Upstream's autotools setup does not detect if linking against libm is
necessary. The easiest solution for Debian is to include a small fix in
Makefile.in.

Makefile.am | 12 7 + 5 - 0 !
1 file changed, 7 insertions(+), 5 deletions(-)

 [patch] patch upstreams makefile.am reflecting debian

Patch upstream's Makefile.am -- specifically the part referrring to Debian
packaging -- to reflect the changes that were introduced by Debian's own
packaging. This has no effect on the Debian packaging, and is merely included
for completeness. It will be forwarded to upstream eventually.

src/include/fann_cpp.h | 21 15 + 6 - 0 !
1 file changed, 15 insertions(+), 6 deletions(-)

 [patch] portable handling for va_list

The current code wrongly assumes va_list is always implemented as an array. va_list
however is an opaque type, and may also be implemented as a struct, for
example. This patch implements handling of va_list in a platform-independent
way, fixing a FTBFS on alpha and armel.