[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] Creating a New Thread?
From: |
Eric Blossom |
Subject: |
Re: [Discuss-gnuradio] Creating a New Thread? |
Date: |
Sat, 14 Jan 2006 16:34:56 -0800 |
User-agent: |
Mutt/1.5.6i |
On Mon, Jan 09, 2006 at 09:38:29PM -0500, Michael Dickens wrote:
> On Jan 6, 2006, at 7:24 PM, Eric Blossom wrote:
> >If you talking about creating a thread in C++, we use the omnithread
> >package. It's a thin C++ wrapper on top of posix threads. Docs in
> >gnuradio-core/doc/other/omnithread.pdf
>
> Threading seems to work well enough that I won't pursue a MacOS X
> kext ("device driver") ... which I really didn't want to do anyway
> but I'm sure it would have taken care of the issues I've run into.
> The code isn't perfect yet, and I still have some speed tweaks to
> work in, but the example "benchmark_usb.py" now always returns OK for
> 16 MBps instead of "usually" for 4 MBps.
>
> Q: As USRP does not yet use the omnithread package (though it's
> included in the config directory and just commented out of
> configure.ac), and that package is part of the gnuradio-core library
> which in theory the USRP should not depend upon, could we make
> omnithread a separate library? Or should I just go ahead and change
> things to link using "-lgnuradio-core" (and thus "-I/usr/local/
> include/gnuradio" too? - MLD
No, we should not make usrp depend on gnuradio-core.
The right answer is probably a separate package, but that doesn't help
our already somewhat-out-of-control dependency chain.
Eric