search for: architectual

I'm now finding a good compiler infrastructure for our DSP processor the target DSP architecture that we plan to port have three special character : 1. SIMD instruction is the key of performance a>the SIMD instruction format is simple as mulit register = mulit register opcode multi-register destination src_1 src_2 b> the register of

Dixi quod? >Builtins work fine, calling external programmes does >not. It seems to hang in jobs.c:j_waitj() and sending >it SIGCHLD seems to not trigger jobs.c:j_sigchld() >at all. This is probably some kind of signals being >not delivered correctly ? see here for a bug with the >same symptoms: http://dev.haiku-os.org/ticket/5567 >http://dev.haiku-os.org/changeset/35836 >

Hi All, I have installed chan_unicall and MFC/R2 successfully, and is runnign fine. But I noticed that once unicall is installed, asterisk CPU usage as reported by 'top', jumps to 99% every few seconds. I have no incoming calls, and I have even removed the E1 lines from card and I tried almost everything possible but I was not successful in determining the cause of this high cpu

I first asked this question at the end of October, got a response which didn't solve the problem, and have finally got back to the issue now. I'm running 2.2.7a, recently upgraded from 2.2.0 as Domain Logons for Win2K were suspected to be part of my problem. Anyway, the issue relates to AutoCAD (actually a vertical product called Land3) and a command which works with winXX boxes, but

Hi, I'd like to be able to create contexts in real-time when I add new clients to my asterisk box. Currently, I have to create a blank context in extensions.conf and add:- switch => Realtime/@ Is there any way to avoid the step of creating the blank context and simply include all the entries from the database? Thanks Dan -------------- next part -------------- An HTML attachment was

Hi, Now that Sander has committed enough MC support for SVE, here's an updated RFC for variable length vector support with a set of 14 patches (listed at the end) to demonstrate code generation for SVE using the extensions proposed in the RFC. I have some ideas about how to support RISC-V's upcoming extension alongside SVE; I'll send an email with some additional comments on