You are way off base in a few places, let me see if I can clarify a bit.<br><br>Here are at least 2 pointers:<br><br>1) The release tarballs do not come with bootstrap because they already are bootstrapped.<br>2) FreeSWITCH does not depend on system libs so all the stuff about apr is barking up the wrong tree.<br>
we build our own apr and apr-utils<br><br>I suggest you try latest svn trunk of FS and follow the BSD build guidelines on the WIKI since you say<br>it's closely compatible.<br><br><br><br><br><div class="gmail_quote">
On Mon, Jun 22, 2009 at 11:08 PM, Vincent Stemen <span dir="ltr"><<a href="mailto:vince.freeswitch@hightek.org">vince.freeswitch@hightek.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi.<br>
<br>
I have been searching for an alternative PBX to asterisk (which has not<br>
been all that stable) to run on Dragonfly BSD. I spent a fair amount of<br>
time a couple months ago trying to compile freeswitch without success.<br>
<br>
I have since tried Yate, but it consumes 85-95% of the cpu when idle<br>
(not processing any calls).<br>
<br>
I am considering revisiting freeswitch. I have included below my notes<br>
of all the various problems I encountered before, which ones I resolved<br>
and how, up to the point where I left off. I am in hopes of getting<br>
feedback on whether any of the issues have been fixed or are planned to<br>
be fixed and/or suggestions on getting it working. Also, perhaps these<br>
notes on my experiences will be helpful for the developers to improve<br>
freeswitch.<br>
<br>
Keep in mind that Dragonfly is a branch from Freebsd and stays fairly<br>
compatible. I am able to compile most software, that is ported to<br>
FreeBSD, with few problems.<br>
<br>
Here are my notes<br>
=================<br>
<br>
To compile on dragonfly BSD 1.10.1-RELEASE<br>
==========================================<br>
I had to add -D__FreeBSD__ to CPPFLAGS<br>
ln sh to bash or zsh<br>
because I got "unexpected operator" errors from "test" during configure<br>
with the bsd shell.<br>
ln make to gmake<br>
Their scripts were calling make even though I ran the build<br>
using gmake.<br>
Must have apr-0.9.16.2.0.61 and apr-util-0.9.16.2.0.61 installed<br>
apr-0.xxx has headers, which freeswitch is including, that apr-1.xxx<br>
does not have.<br>
I sym-linked the apr-util libs from apr-util-1.2.8nb1 because<br>
apr-util-0.9.16.2.0.61 was not available as a binary package.<br>
<br>
The freeswitch-1.0.3.tar.gz release did not have bootstrap.sh, which is<br>
required for building from the svn repository.<br>
<br>
Somebody on the #freeswitch IRC suggested I get it from the subversion<br>
repository and run the bootstrap script. bootstrap.sh is not in the<br>
release.<br>
<br>
==========================================<br>
Tue Mar 31 00:12:37 CDT 2009<br>
<br>
I posted on the freeswitch mailing list asking about the compilation errors<br>
Got no responses.<br>
<br>
This first set of apr_... warnings turned out to clearly be from not having the<br>
correct apr-util package installed, I should have gotten a response on the list<br>
about it, considering it is a clear dependency that they do not directly<br>
specify on the web site or the source docs. apr-util is a dependency of<br>
subversion. They list SVN as a dependency of freeswitch, which is the utility<br>
in the subversion package, not the package name. svn should not be<br>
a dependency to build from a release archive that is not retrieved from the svn<br>
repository.<br>
<br>
As it turns out, it had to be apr-util version 0.9.15. See notes below.<br>
==========================================<br>
<br>
Tue Mar 31 22:22:58 CDT 2009<br>
<br>
I tried the freeswitch-snapshot.tar.gz from the freeswitch site, which is<br>
a 03/30/2009 snapshot from the svn trunk.<br>
<br>
*concern*<br>
It was nearly twice as big as the release for some reason.<br>
27016871 Mar 28 13:08 freeswitch-1.0.3.tar.gz<br>
52854882 Mar 31 18:25 freeswitch-snapshot.tar.gz<br>
<br>
Running bootstrap.sh produced a bunch of these errors from automake:<br>
<br>
Use of uninitialized value in exists at /usr/pkg/bin/automake line 4823, <GEN0> line 1.<br>
Use of uninitialized value in concatenation (.) or string at /usr/pkg/bin/automake line 4823, <GEN0> line 1.<br>
automake: ####################<br>
automake: ## Internal Error ##<br>
automake: ####################<br>
automake: unrequested trace `'<br>
automake: Please contact <<a href="mailto:bug-automake@gnu.org">bug-automake@gnu.org</a>>.<br>
at /usr/pkg/share/automake-1.10/Automake/Channels.pm line 570<br>
Automake::Channels::msg('automake', '', 'unrequested trace `\'') called at /usr/pkg/share/automake-1.10/Automake/ChannelDefs.pm line 191<br>
Automake::ChannelDefs::prog_error('unrequested trace `\'') called at /usr/pkg/bin/automake line 4823<br>
Automake::scan_autoconf_traces('<a href="http://configure.ac" target="_blank">configure.ac</a>') called at /usr/pkg/bin/automake line 5046<br>
Automake::scan_autoconf_files() called at /usr/pkg/bin/automake line 781<br>
<br>
<br>
==========================================<br>
Thu Apr 2 20:51:44 CDT 2009<br>
<br>
Going back to the 1.0.3 release.<br>
<br>
I was getting a a bunch of apr_... warnings like<br>
<br>
Compiling src/switch_apr.c ...<br>
src/switch_apr.c: In function `switch_thread_self':<br>
src/switch_apr.c:74: warning: implicit declaration of function `apr_os_thread_current'<br>
src/switch_apr.c:74: warning: return makes pointer from integer without a cast<br>
...<br>
Then<br>
gmake[3]: *** [libfreeswitch_la-switch_apr.lo] Error 1<br>
<br>
I finally got past that by installing apr-0.9.16.2.0.61 and apr-util-0.9.15.<br>
I compiled apr-util-0.9.15 myself because it was not available as a binary<br>
package.<br>
Source files are including headers from apr-util-0.9.15 that do not exist in the<br>
binary package, apr-util-1.2.8nb1.tgz.<br>
<br>
I also got past the "Cannot guess build type" error during configure by adding<br>
"--build=i386" instead of having to use the uname wrapper to fake FreeBSD.<br>
<br>
==========================================<br>
New error: (This one is not the fault of freeswitch)<br>
<br>
Compiling src/switch_core.c ...<br>
src/switch_core.c: In function `switch_core_setrlimits':<br>
src/switch_core.c:795: error: `RLIMIT_AS' undeclared (first use in this function)<br>
<br>
Turns out RLIMIT_AS is defined in /usr/include/sys/resource.h on some other<br>
systems including FreeBSD but not Dragonfly.<br>
<br>
It is used in the source like this<br>
#if !defined(__OpenBSD__) && !defined(__NetBSD__)<br>
setrlimit(RLIMIT_AS, &rlp);<br>
<br>
It is defined in resource.h in FreeBSD like this<br>
#define RLIMIT_AS RLIMIT_VMEM /* standard name for RLIMIT_VMEM */<br>
<br>
I created a patch for src/switch_core.c which fixed this error.<br>
<br>
Since then, I discussed this on the Dragonfly BSD mailing list and it is<br>
apparently going to be fixed on a future release of Dragonfly now that<br>
they are aware of it.<br>
<br>
==========================================<br>
New error:<br>
<br>
Tons of warnings like<br>
warning: return makes pointer from integer without a cast<br>
(this needs cleaned up)<br>
<br>
Then error'd with<br>
gmake[8]: *** No rule to make target `iptsec/<a href="http://libiptsec.la" target="_blank">libiptsec.la</a>', needed by `<a href="http://libsofia-sip-ua.la" target="_blank">libsofia-sip-ua.la</a>'. Stop.<br>
<br>
I cd'd to libs/sofia-sip/libsofia-sip-ua/su<br>
and ran make there. It completed successfully in spite of the same warnings.<br>
<br>
Then ran make again form the top.<br>
<br>
Got further until<br>
<br>
==========================================<br>
New error:<br>
<br>
making all mod_spidermonkey<br>
cd config; gmake -j1 export<br>
cd pr; gmake -j1 export<br>
cd include; gmake export<br>
cd md; gmake export<br>
../../../config/./nsinstall: cannot make symbolic link /u1/falcon/ports/freeswitch-1.0.3/work/freeswitch-1.0.3/libs/js/nsprpub/dist/include/nspr/.: File exists<br>
<br>
Why would it be trying to make a sym-link of '.' ??<br>
<br>
==========================================<br>
<br>
Giving up for now.<br>
<br>
<br>
<br>
_______________________________________________<br>
Freeswitch-users mailing list<br>
<a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
<br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>