Haynes-Bent, Inc. wrote:
> I am new to gnuradio and am trying to compile the project and keep
> getting the same error you wrote about on the group:
>
> make[5]: Entering directory
> `/home/ron/gnuradio/gnuradio-core/src/lib/general'
> PYTHONPATH=../../../../gnuradio-core/src/python srcdir=.
On Sat, Feb 24, 2007 at 04:00:25PM +1030, Berndt Josef Wulf wrote:
> G'day,
>
> I've successfully built and tested gnuradio-3.0.3rc1 with pkgsrc see below:
Glad to see that it's working.
> barossa: {376} make install
> ===> Checking for vulnerabilities in gnuradio-3.0.3rc1
> ===> Installing for
G'day,
I've successfully built and tested gnuradio-3.0.3rc1 with pkgsrc see below:
barossa: {376} make install
===> Checking for vulnerabilities in gnuradio-3.0.3rc1
===> Installing for gnuradio-3.0.3rc1
=> Automatic manual page handling
=> Registering installation for gnuradio-3.0.3rc1
gnuradio-
Eric Blossom wrote:
> Any chance there's a ' ' in any of the path names?
I fixed this (well, since I was the one who broke it in the first place :-)
I used $PYTHON instead of $(PYTHON). The $P evaluated to null and left
YTHON. See my later email to you.
--
Johnathan Corgan
Corgan Enterprises
On Thu, Feb 22, 2007 at 04:02:11PM -0500, Michael Dickens wrote:
> Initially, for some unknown reason to me, with the 3.0 release I get
> during "make":
>
> (cd .libs && rm -f libfilter-qa.la && ln -s ../libfilter-qa.la
> libfilter-qa.la)
> Making all in general
> PYTHONPATH=../../../../gnurad
On Thu, Feb 22, 2007 at 02:17:30PM -0500, Michael Dickens wrote:
> On Feb 22, 2007, at 11:30 AM, Johnathan Corgan wrote:
> >please update to trunk revision 4588 and retest ticket:140.
> >I'll need to do an equivalent fix in the release 3.0 branch if this
> >works for you.
>
> Johnathan - Yes, that
Michael Dickens wrote:
> Johnathan - Yes, that works; thank you. BTW> The change that you
> made also renders the PATH in gr-usrp's run_tests.in redundant.
Okay.
> Might it not be better instead for run_tests.in in gr-usrp to specify
> the USRP libraries to include in the DYLD path instead of
On Feb 22, 2007, at 11:30 AM, Johnathan Corgan wrote:
please update to trunk revision 4588 and retest ticket:140.
I'll need to do an equivalent fix in the release 3.0 branch if this
works for you.
Johnathan - Yes, that works; thank you. BTW> The change that you
made also renders the PATH in
Eric Blossom wrote:
> Johnathan or Michael, can you take a look at ticket:140.
> I suspect that run_tests.sh is missing the usrp directory when it sets
> DYLD_LIBRARY_PATH
Michael--please update to trunk revision 4588 and retest ticket:140.
I'll need to do an equivalent fix in the release 3.0 bra
On Feb 21, 2007, at 11:19 PM, Eric Blossom wrote:
Johnathan or Michael, can you take a look at ticket:140.
I suspect that run_tests.sh is missing the usrp directory when it sets
DYLD_LIBRARY_PATH
I don't have much time today, but I'll try to take a look mid-day or
this evening when I have a f
On Thursday 22 February 2007 15:18, Eric Blossom wrote:
> On Thu, Feb 22, 2007 at 02:43:09PM +1030, Berndt Josef Wulf wrote:
> > G'day,
> >
> > RC1 built fine, but I'm seeing a number of these errors during "gmake
> > check".
> >
> >
> > =
On Thu, Feb 22, 2007 at 02:43:09PM +1030, Berndt Josef Wulf wrote:
> G'day,
>
> RC1 built fine, but I'm seeing a number of these errors during "gmake check".
>
>
> ==
> ERROR: test_fff_002 (__main__.test_fft_filter)
> --
On Wed, Feb 21, 2007 at 09:29:44PM -0500, Michael Dickens wrote:
> On OSX 10.4.8, both Intel and PPC Macs, 3.0.3rc1 does everything as
> expected except "make check" as per ticket:140, including:
>
> configure
> configure --prefix=FOO
> make
> make -j3
>
> after "make install" (which puts the g
G'day,
RC1 built fine, but I'm seeing a number of these errors during "gmake check".
==
ERROR: test_fff_002 (__main__.test_fft_filter)
--
Traceback (most recent
On OSX 10.4.8, both Intel and PPC Macs, 3.0.3rc1 does everything as
expected except "make check" as per ticket:140, including:
configure
configure --prefix=FOO
make
make -j3
after "make install" (which puts the gr-usrp library where it expects
itself to be), the following also work:
make c
On Wed, Feb 21, 2007 at 10:37:58AM -0800, Johnathan Corgan wrote:
> Trond Danielsen wrote:
>
> > Is there a branch where a fix is being developed?
>
> I've created jcorgan/ticket-39 for this, but there are no fixes
> checked-in yet. I've taken ownership of this ticket from Eric; I'll
> follow up
Trond Danielsen wrote:
> Is there a branch where a fix is being developed?
I've created jcorgan/ticket-39 for this, but there are no fixes
checked-in yet. I've taken ownership of this ticket from Eric; I'll
follow up with you off-list.
--
Johnathan Corgan
Corgan Enterprises LLC
http://corganen
2007/2/21, Johnathan Corgan <[EMAIL PROTECTED]>:
Unfortunately, this release candidate does not include a fix for
ticket:39 (/lib vs /lib64 issues on Fedora Core 5 and 6). Those
developers who are affected by this issue and can perform testing of
potential fixes should contact Eric Blossom.
All,
GNU Radio release candidate 3.0.3rc1 is available for testing:
http://gnuradio.org/releases/gnuradio/gnuradio-3.0.3rc1.tar.gz
http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.0.3rc1.tar.gz
This is a bug fix and very minor enhancement release to the existing 3.0
stable branch.
19 matches
Mail list logo