On Mon, Apr 15, 2013 at 10:21 AM, Bastian Bloessl <bastian.bloe...@uibk.ac.at> wrote: > Hi Tom, > > thanks for your response! > > > On 04/15/2013 03:55 PM, Tom Rondeau wrote: >> >> So can you point out where that gettimeofday call is being made? We >> should be dealing with that situation in cmake, so if something's >> going wrong, let us know. > > It's not a problem of GNU Radio. I use gettimeofday to time stamp the > received packets for the pcap trace file. I guess I should search for a > better function. I will have a look at the UHD blocks.
Ok, good to know. Yeah, there are ways to handle that cross-platform. >> And the '(old)' block were recently discussed in a mailing list post >> from a couple of weeks ago. This is just us telling you that these are >> the old-style blocks in 3.6. They will still work for the time being, >> but if you upgrade to 3.7, they will have disappeared. The (old) >> indication is so that you can switch them out with the new blocks that >> are functionally equivalent but now in the 3.7 style so they can be >> future compatible when updating to 3.7. > > I was just not sure what happens when I upload a flow graph where (at least > locally) some blocks are marked '(old)' and someone with 3.6.4 tries to run > them. But it looks like it should work, as at least in the .grc files there > is no 'old'. > > Best, > Bastian Yeah, you'll be fine. The .grc files only keep track of the key tag of the XML code that defines the block in GRC; that's translated in GRC to the block's name tag, which is where the (old) string is added. Tom _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio