<div dir="ltr">RFNoC updates in GNU Radio.<br><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr">-Michelle W5NYV<br><br><div dir="ltr"><br></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Martin Braun</b> <span dir="ltr"><<a href="mailto:martin.braun@ettus.com">martin.braun@ettus.com</a>></span><br>Date: Mon, Jul 9, 2018 at 10:47 AM<br>Subject: [Discuss-gnuradio] [RFNoC] Transition of branch from rfnoc-devel to master<br>To: "<a href="mailto:USRP-users@lists.ettus.com">USRP-users@lists.ettus.com</a>" <<a href="mailto:usrp-users@lists.ettus.com">usrp-users@lists.ettus.com</a>>, "<a href="mailto:discuss-gnuradio@gnu.org">discuss-gnuradio@gnu.org</a>" <<a href="mailto:discuss-gnuradio@gnu.org">discuss-gnuradio@gnu.org</a>><br><br><br>Hi all,<br>
<br>
we have recently been working more on the RFNoC side of things, and<br>
there's some updates I want to bring to you.<br>
<br>
The first step we did to a more stable version of RFNoC is merging all<br>
of the work on rfnoc-devel back into master. This will make it a lot<br>
easier to keep features in sync between RFNoC and regular/vanilla UHD.<br>
Going forward, we will no longer push updates to the rfnoc-devel<br>
branches, and at some point we will delete those branches in favour of<br>
master (for now, we'll leave them up so people following the existing<br>
instructions won't get an error, but they will be frozen as of now).<br>
<br>
For those of you who aren't actively developing on RFNoC, there is no<br>
difference (with the exception of E310 users, but I'll send out another<br>
email on that in a bit).<br>
For people playing with RFNoC, keep the following things in mind:<br>
<br>
- Anytime you read something referencing the rfnoc-devel branch, simply<br>
change that to master branch.<br>
- The RFNoC APIs are still disabled by default, and require using the<br>
-DENABLE_RFNOC=ON CMake switch to use them<br>
- If you have patches on top of rfnoc-devel, you may want to rebase them<br>
on top of master. They should cleanly apply, as of now, the diff between<br>
the two branches is minimal.<br>
<br>
Why do we require the `-DENABLE_RFNOC=ON`? The reason is, the APIs are<br>
not covered by our guarantee that we won't change them (in case you were<br>
unaware, we have a strong guarantee that we won't change APIs unless we<br>
also change the API version number, i.e., all 3.11.* releases have the<br>
same API). Think of setting that switch as a waiver that says "I have<br>
understood that I am using APIs that do not have a strong guarantee of<br>
being unchanged".<br>
<br>
On the FPGA branch, there is no such CMake switch, and the same branch<br>
will server RFNoC and non-RFNoC users alike.<br>
<br>
Thanks all!<br>
<br>
Martin<br>
<br>
______________________________<wbr>_________________<br>
Discuss-gnuradio mailing list<br>
<a href="mailto:Discuss-gnuradio@gnu.org">Discuss-gnuradio@gnu.org</a><br>
<a href="https://lists.gnu.org/mailman/listinfo/discuss-gnuradio" rel="noreferrer" target="_blank">https://lists.gnu.org/mailman/<wbr>listinfo/discuss-gnuradio</a><br>
</div><br></div>