On Tue, Apr 2, 2013 at 9:09 AM, Michael Dickens wrote:
> Here's a patch to fix the issue, which just switches the
> "include_directories" ordering such that the internal pmt.h is found before
> the already-installed pmt.h. At least with MacPorts, having this ordering
> correct makes all the d
Here's a patch to fix the issue, which just switches the "include_directories"
ordering such that the internal pmt.h is found before the already-installed
pmt.h. At least with MacPorts, having this ordering correct makes all the
difference, so I encourage folks to think carefully about this ord
On Mon, Apr 1, 2013 at 1:26 PM, Michael Dickens wrote:
> This is 007b401cf14fcfc067d11f5e4d2ca1730407803b, which according to my
> git-foo is the latest commit to (aka HEAD of) this branch. Fixing it "right
> now" is not a big deal IMHO: I just keep the gnuradio-next branch up to date
> and if
This is 007b401cf14fcfc067d11f5e4d2ca1730407803b, which according to my git-foo
is the latest commit to (aka HEAD of) this branch. Fixing it "right now" is
not a big deal IMHO: I just keep the gnuradio-next branch up to date and if it
works that's great and if it does not then (as the descripti
On Mon, Apr 1, 2013 at 12:44 PM, Michael Dickens wrote:
> Carles points out that the next branch is failing on OSX (via the
> "gnuradio-next" port). Here's the error log. Ideas? - MLD
Is this the current HEAD on the next branch? As we've said, we're
going through a lot of major changes on next
Carles points out that the next branch is failing on OSX (via the
"gnuradio-next" port). Here's the error log. Ideas? - MLD
[ 6%] Building CXX object
gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/gr_basic_block.cc.o
cd
/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_g