Trunk now has Asterisk 1.8, which I gather works at least as well as 1.6. I haven't had a chance to try it yet. I'm not sure what you're asking though. Do you mean bring the latest version (10.0.0) to Switchfin?

From what I've seen, it largely has been a case of just replacing fork with vfork and hoping that fragmentation won't be an issue.

Yeah, I didn't say it was a good situation! I'm strongly considering Yate instead as it has been designed with embedded use in mind but even this needs to be patched for MMU-less systems.

I asked and they confirmed it should work on uClinux, albeit with a small patch. I created a preliminary package for Switchfin and managed to build it fairly easily. I can't remember if I tried running it or not. I need to learn how to configure it and then test it out but funding for my company has been delayed so I've diverted my attention to other things for now.

I have just pushed the Yate package to my GitHub branch. Everything you need is in that one commit so just apply the patch to your existing checkout.

I think you misunderstood. Apply this whole commit as one patch against Switchfin. Here it is in its raw form. Then do "make menuconfig" to add Yate to your firmware and build away.

It's very well worth learning but I'll make this easy for you. Just switch to your Switchfin Subversion checkout directory and type...

wget -O - https://github.com/HaydenTech/switchfin/commit/558244ca9659b8b0223174300df0432ad6ab1737.diff | patch -p1

Hi Guys,

It is good I see some movement around Yate
I will try to spend some time on it as well for the weeks to come.

Cheers
Dimitar

I haven't actually seen any problems with Asterisk in this regard because I haven't used it enough on this platform. I do believe that Asterisk is quite buggy and inconsistent in general though. I talked about this more in another thread. The FreeSWITCH rationale is worth a read.

Looks like pre17 is too old now, I only see 18, 19 and 20 listed for download.

Unfortunately, spandsp-0.0.6pre17.tgz is no longer available, and a patch was required before compiling it into Switchfin.

I checked the patch (package/spandsp/spandsp.patch)...

@@ -304,10 +304,10 @@

 #endif

 

 /* Define to rpl_malloc if the replacement function should be used. */

-#define malloc rpl_malloc

+//#define malloc rpl_malloc

 

 /* Define to rpl_realloc if the replacement function should be used. */

-#define realloc rpl_realloc

+//#define realloc rpl_realloc

 

 /* Define to empty if the keyword `volatile' does not work. Warning: valid

    code using `volatile' can become incorrect without. Disable with care. */

... and although it's minimal, I didn't find its equivalent in spandsp-0.0.6pre20.tgz:
1. "src/config.h" is gone
2. "rpl_malloc" is referenced in config-h.in and configure, but the lines don't mean the same thing

Do we really need SpanDSP? If yes, I'll drop an e-mail to the author and ask how to convert the patch.

Yeah I know that's how config.h works and was a bit puzzled when I saw the patch but I'm a little busy today. I'll try this out later. It did build when I wrote the package a few months ago.

I've committed the SpanDSP update to the Subversion repository. You don't need SpanDSP to build Yate but it will use it if present. As to why the Yate build failed, I really don't know because it works for me. Try with a completely clean build and if it still fails, stick much more of the output on Pastebin so I can have a look.

After running "svn update", "make clean", and "make", compiling goes much further, but finally ends with the following error:

bfin-linux-uclibc-gcc  -o res_crypto.so -pthread  -shared   res_crypto.o  -lssl -lcrypto
/usr/src/switchfin/toolchain/opt/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.3.5/../../../../bfin-linux-uclibc/bin/ld: cannot find -lssl
collect2: ld returned 1 exit status
make[2]: *** [res_crypto.so] Error 1
make[2]: Leaving directory `/usr/src/switchfin/build_ip01/asterisk-1.4.42/res'
make[1]: *** [res] Error 2
make[1]: Leaving directory `/usr/src/switchfin/build_ip01/asterisk-1.4.42'
make: *** [asterisk] Error 2

Thanks.

FWIW, when choosing custom build settings, in the "Library Configuration" section, I notice "--- Build libSSL", so it looks like libssl is always compiled.

Well I'm having trouble building 1.4 for a different reason and my changes aren't to blame. I get this notorious error and I can't figure out why. It detected libtonezone just fine. I wish it would tell me what it actually failed to find.

***********************************************************

  The existing menuselect.makeopts file did not specify    

  that 'chan_dahdi' should not be included.  However, either some  

  dependencies for this module were not found or a         

  conflict exists.                                         

                                                           

  Either run 'make menuselect' or remove the existing      

  menuselect.makeopts file to resolve this issue.          

***********************************************************