Vector Signal Imaging Processing Library 2.0 (Sourcery VSIPL++ branch)


 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements Software Releases - RSS News Vector Signal Imaging Processing Library 2.0 (Sourcery VSIPL++ branch)
# 1  
Old 12-23-2008
Vector Signal Imaging Processing Library 2.0 (Sourcery VSIPL++ branch)

The Vector Signal Image Processing Library is an application programming interface (API) defined by an open standard. This package is a reference implementation of this specification. License: GNU General Public License (GPL) Changes:
Speedups for SIMD operations and FFTs, workarounds for flaky compiler optimizations, a MS Visual Studio solution, improved classic VSIPL support and multiprocessor support, and VSIPL++ API refinements and additions. The code is now 64-bit clean. Cell/B.E. support was added. Documentation and examples were updated. There were numerous bugfixes and code cleanups. Image

Image

More...
Login or Register to Ask a Question

Previous Thread | Next Thread

7 More Discussions You Might Find Interesting

1. Shell Programming and Scripting

Continue Processing after a signal is caught

Is it possible to continue after signal is caught and control goes to function specified in the trap statement? (3 Replies)
Discussion started by: Soham
3 Replies

2. Solaris

Signal Processing in unix

I've read the man page of singal(3) but I still can't quite understand what is the difference between SIGINT, SIGALRM and SIGTERM. Can someone tell me what is the behavioral difference among these 3 signals in kill command? Thanks! (2 Replies)
Discussion started by: joe228
2 Replies

3. Programming

alarm signal processing

I'm writing a function right now, and I want to set an alarm to avoid a timeout, here's the general idea of my code: int amt = -2; alarm(10); amt = read(fd, &t->buf, TASKBUFSIZ - tailpos); //do a read when the alarm goes off, i want to check the value of "amt" ... (1 Reply)
Discussion started by: liaobert
1 Replies

4. Programming

Signal processing

We have written a deamon which have many threads. We are registering for the SIGTERM and trying to close main thread in this signal handling. Actually these are running on Mac OS X ( BSD unix). When we are unloading the deamon with command launchctl, it's sending SIGTERM signal to our process... (1 Reply)
Discussion started by: Akshay4u
1 Replies

5. Shell Programming and Scripting

Script Signal Processing

I am trying to develop a script that will properly handle kill signals particularly kill -2. I have program (_progres) that properly receives the signal if I run it from the command line directly: _progres -T /tmp -p /home/mejones/signal.p -b 2>&1 & If I try to put it in a script (i.e.... (2 Replies)
Discussion started by: mejones99
2 Replies

6. Programming

gnu history library signal segfault

i am trying to use the history functions in a c++ program along with a custom signal handler for SIGINT. the prog works fine catching signals without the line: add_history(*args); but as soon as this line is added, the prog segfaults on SIGINT. does anyone have experience using gnu... (2 Replies)
Discussion started by: a1g0rithm
2 Replies

7. UNIX for Dummies Questions & Answers

Signal Processing

Hello, Can any body give example of using Unix Signals. What I want to do is I am running a sql query in a shell script I want, if sql query exceed the defined no. of seconds limit, then I would like to kill the process. I know this can be done thru Unix Signal Handling but I do not know... (8 Replies)
Discussion started by: sanjay92
8 Replies
Login or Register to Ask a Question
Signal(3pm)						User Contributed Perl Documentation					       Signal(3pm)

NAME
Coro::Signal - thread signals (binary semaphores) SYNOPSIS
use Coro; $sig = new Coro::Signal; $sig->wait; # wait for signal # ... some other "thread" $sig->send; DESCRIPTION
This module implements signals/binary semaphores/condition variables (basically all the same thing). You can wait for a signal to occur or send it, in which case it will wake up one waiter, or it can be broadcast, waking up all waiters. It is recommended not to mix "send" and "broadcast" calls on the same "Coro::Signal" - it should work as documented, but it can easily confuse you :-> You don't have to load "Coro::Signal" manually, it will be loaded automatically when you "use Coro" and call the "new" constructor. $sig = new Coro::Signal; Create a new signal. $sig->wait Wait for the signal to occur (via either "send" or "broadcast"). Returns immediately if the signal has been sent before. $sem->wait ($callback) If you pass a callback argument to "wait", it will not wait, but immediately return. The callback will be called under the same conditions as "wait" without arguments would continue the thrad. The callback might wake up any number of threads, but is NOT allowed to block (switch to other threads). $sig->send Send the signal, waking up one waiting process or remember the signal if no process is waiting. $sig->broadcast Send the signal, waking up all waiting process. If no process is waiting the signal is lost. $sig->awaited Return true when the signal is being awaited by some process. AUTHOR
Marc Lehmann <schmorp@schmorp.de> http://home.schmorp.de/ perl v5.14.2 2012-04-13 Signal(3pm)