[Freeswitch-dev] OpenBSD compatibility

[Nathanael Rensen]

I noticed Brian's request for help with OpenBSD support. I've been using
FreeSWITCH on OpenBSD since 1.0.6 and for my simple soft-switch usage it
works very well.

I have a general question about linking. For the customised versions of
libraries used by FreeSWITCH, I prefer to create libtool convenience
libraries and statically link into libfreeswitch.so or mod_xxx.so rather
than install shared libraries which have the potential to become confused
with OS supplied libraries. Mostly this means replacing lib_LTLIBRARIES
with noinst_LTLIBRARIES in various automake Makefile.am files. For example:

------------------
diff --git a/libs/curl/lib/Makefile.am b/libs/curl/lib/Makefile.am
--- a/libs/curl/lib/Makefile.am
+++ b/libs/curl/lib/Makefile.am
@@ -38,7 +38,7 @@ EXTRA_DIST = Makefile.b32 Makefile.m32 Makefile.vc6 Makefile.r
iscos   \

 CLEANFILES = $(DSP) $(VCPROJ)

-lib_LTLIBRARIES = libcurl.la
+noinst_LTLIBRARIES = libcurl.la

 # we use srcdir/include for the static global include files
 # we use builddir/lib for the generated lib/config.h file to get found
-----------------

Some modification to LIBADD variables is also required to avoid including
the same objects multiple times.

Would the project be receptive to this approach?

Based on this approach and also including various OpenBSD compatibility
fixes I have created demonstration OpenBSD ports for both FreeSWITCH 1.2.22
and the master branch:

	http://members.iinet.net.au/~nathanael/OpenBSD/freeswitch-openbsd.tgz

Those ports have been tested on OpenBSD-current (5.5-beta). They should
work on OpenBSD 5.5. All default modules are built, excluding mod_v8, but
I have only tested the limited subset I use.

The tarball includes patches against the FreeSWITCH git repo:
	v1.2.stable branch (at 5bddc33113a319825c23201ccd0bd981ff47aed1)
	master branch (at bfd1a5a9dc2949ebd9efbcad098f74201ce1e569).

I have confirmed that FreeSWITCH still compiles with default modules
(including mod_v8) on debian wheezy x86-64 with the master diff applied.

It's an intrusive diff but if the convenience library approach is a bridge
too far then hopefully some of the less intrusive OpenBSD compat bits can
still be cherry picked.

Nathanael