patch-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Patch-gnuradio] Patch for usrp/host/apps to include omnithread


From: Michael Dickens
Subject: Re: [Patch-gnuradio] Patch for usrp/host/apps to include omnithread
Date: Sat, 22 Dec 2007 19:09:01 -0500

This issue was introduced when I converted fusb_darwin to use omnithreads, in r6149. Apparently my QA wasn't good enough, since I didn't verify that the executables in 'usrp/host/apps' worked. Given that, IIRC, OSX is the only OS that uses threads in the USRP module, I don't think this will affect other OS's apps execution. I've attached a diff on the current SVN trunk to correct this issue, which is a better solution that the previous one, since it assigned just what is needed for each OS, not forcing all to include the omnithreads stuff since they don't need it (unless the OS == darwin).

I think the correct solution is to add a switch in Makefile.common (top level) to right after

USRP_LA = $(top_builddir)/usrp/host/lib/legacy/libusrp.la

that checks the host OS (I choose "FUSB_TECH_darwin"); if it's darwin, then append $(OMNITHREAD_LA) to the $(USRP_LA) list, and likewise for the $(USRP_INCLUDES). That way, -any- application or whatever that wants to compile using libusrp.la will also include omnithread.la , and thus will create a working executable (ditto for the includes). And, since the switch is for darwin only, all the other OSs will just do the same thing they were doing before.

Thoughts? Comments? Let me know if you want me to do these changes on an SVN branch to be merged. - MLD

Attachment: usrp_omnithread_darwin_fix.diff
Description: Binary data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]