On Sun, Sep 26, 2010 at 09:40:58AM -0400, Tom Rondeau wrote:
> On Sat, Sep 25, 2010 at 6:23 PM, Josh Blum wrote:
> >
> >>
> >> I agree with you it's not exactly right.
> >>
> >> I'm not sure about the right action.
> >>
> >> This issue should probably go onto the list of things to be considered
>
On Sat, Sep 25, 2010 at 6:23 PM, Josh Blum wrote:
>
>>
>> I agree with you it's not exactly right.
>>
>> I'm not sure about the right action.
>>
>> This issue should probably go onto the list of things to be considered
>> in the grand build restructuring that was discussed by some of us a
>> coupl
I agree with you it's not exactly right.
I'm not sure about the right action.
This issue should probably go onto the list of things to be considered
in the grand build restructuring that was discussed by some of us a
couple of weeks ago.
Autotools is trying to be helpful by setting the "un
On Sat, Sep 25, 2010 at 12:32:36PM -0700, Josh Blum wrote:
>
> >Fair enough, Eric. So do you suggest another approach that allows
> >boostrap/configure/make to "just work", or simply more notes
> > about this in the build instructions when you're using UHD?
> >
> >
>
> The issue being that all
On Sat, Sep 25, 2010 at 12:23:19PM -0700, Josh Blum wrote:
>
>
> On 09/25/2010 12:01 PM, Eric Blossom wrote:
> >On Sat, Sep 25, 2010 at 10:24:18AM -0700, Josh Blum wrote:
> >>This turns out to be a bug in gnuradio configure - when --prefix is
> >>not specified with ./configure, the ${prefix} var
Fair enough, Eric. So do you suggest another approach that allows
boostrap/configure/make to "just work", or simply more notes
about this in the build instructions when you're using UHD?
The issue being that all the gnuradio dependencies are distribution
installable (on linux) so you do
On 09/25/2010 12:01 PM, Eric Blossom wrote:
On Sat, Sep 25, 2010 at 10:24:18AM -0700, Josh Blum wrote:
This turns out to be a bug in gnuradio configure - when --prefix is
not specified with ./configure, the ${prefix} variable is set to
NONE
Listen guys, you may not like this behavior, but i
On Sat, Sep 25, 2010 at 03:09:47PM -0400, Marcus D. Leech wrote:
> >
> > There definitely shouldn't be any PKG_CONFIG_PATH special case
> > handling for anything in grc_.m4.
> >
> > A ton of effort was put into making the building system work reliably
> > and consistently (mostly by Michael Dickens
>
> There definitely shouldn't be any PKG_CONFIG_PATH special case
> handling for anything in grc_.m4.
>
> A ton of effort was put into making the building system work reliably
> and consistently (mostly by Michael Dickens). A lot of the details
> are quite subtle, and the effort took a long time
On Sat, Sep 25, 2010 at 10:24:18AM -0700, Josh Blum wrote:
> This turns out to be a bug in gnuradio configure - when --prefix is
> not specified with ./configure, the ${prefix} variable is set to
> NONE
Listen guys, you may not like this behavior, but it's not a bug.
If you read the makefile stan
This turns out to be a bug in gnuradio configure - when --prefix is not
specified with ./configure, the ${prefix} variable is set to NONE
http://www.mail-archive.com/autoc...@gnu.org/msg15772.html
The following code with yeild a PKG_CONFIG_PATH of NONE/lib/pkgconfig
dnl add ${prefix}/lib${gr
>
>
>
> The problem being that /usr/local/lib/pkgconfig isnt honoring the
> users prefix and possibly libdir. Perhaps we can still make this
> right... Does this patch work for you?
>
> -Josh
>
Still no worky. Must set PKG_CONFIG_PATH manually. I confirmed that
the patch had been applied to the
On 09/24/2010 10:18 PM, Marcus D. Leech wrote:
http://gnuradio.org/cgit/gnuradio.git/commit/?h=next&id=71c193ad5380829e20af533ed89903d8d7abcd2c
-Josh
Ok, so all Eric's fault :-)
The problem being that /usr/local/lib/pkgconfig isnt honoring the users
prefix and possibly libdir. Perhaps
On 09/24/2010 10:18 PM, Marcus D. Leech wrote:
http://gnuradio.org/cgit/gnuradio.git/commit/?h=next&id=71c193ad5380829e20af533ed89903d8d7abcd2c
-Josh
Ok, so all Eric's fault :-)
So, since the "let's be nice and add /usr/local/lib to PKG_CONFIG_PATH"
code got removed from the .m4 file, so
>
>
> http://gnuradio.org/cgit/gnuradio.git/commit/?h=next&id=71c193ad5380829e20af533ed89903d8d7abcd2c
>
>
> -Josh
>
Ok, so all Eric's fault :-)
So, since the "let's be nice and add /usr/local/lib to PKG_CONFIG_PATH"
code got removed from the .m4 file, so perhaps a note
needs to be added to the
OK, so I just updated a two-weeks-old gnuradio and uhd via GIT, and
while UHD builds properly and installs correctly, gnuradio
can't find "uhd" when it goes to do a configure, because pkg-config
can't find "uhd"--and therefore doesn't build "gr-uhd".
This is a change from circa two weeks a
> Hello List,
>
> I have pushed a bunch of code to the uhd repo and gnuradio next branch.
> http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/wiki
>
> -
> USRP1 multi-channel support has been completed. Multiple chann
Hello List,
I have pushed a bunch of code to the uhd repo and gnuradio next branch.
http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/wiki
-
USRP1 multi-channel support has been completed. Multiple channels can be
18 matches
Mail list logo
