[EMAIL PROTECTED] wrote:
>I am trying to build wxPython (2.6.3.3) on Cygwin. I just wonder
> if it is necessary to use configuration option --with-opengl for the
> GNURadio. BTW, if someone successfully build wxPython on Cygwin
> and could share his experience, that would be great (In the
Achilleas Anastasopoulos wrote:
> I guess what I I didn't make clear earlier is that
> the situation I described actually WORKS (make, make check succeed)
> when quick_sort_index.* implements an actual function and not a c++
> templete without even having a .i file.
> The problem arises ONLY when
Greg Troxel wrote:
> Those are all warnings, correct? The compile completes? What version
> of gcc are you using?
>
> I think so, but it seemed bad enough and went on for a long time that
> I killed the build. I'll restart it and see.
>
>
> Using built-in specs.
> Target: i386--netbsdelf
Michael, Achilleas:
I've committed a trial fix for both tickets 26 and 27. I can't test
these. Can you check out:
http://gnuradio.utah.edu/svn/gnuradio/branches/developers/jcorgan/ticket-26
And test for both make check and usrp configuration?
Once I hear success from you two I'll merge this in
Johnathan Corgan wrote:
> export SRCDIR=$(top_srcdir)/gr-trellis/src/python
This should be:
export [EMAIL PROTECTED]@/gr-trellis/src/python
...for the run_tests.in file.
-Johnathan
signature.asc
Description: OpenPGP digital signature
___
Discuss-g
Achilleas Anastasopoulos wrote:
> 1) make sure that awgn1o2.fsm is copied form
> gnuradio-2.8svn/gr-trellis/src/python
> to
> _build/gr-trellis/src/python
>
> 2) make sure that inside qa_trellis.py, the reference to
> the file "awgn1o2.py" is done in a way that it always
> ensures it will get it
...and I'll be going through the new accumulated bugs and backlog of
email around the build system. You can check the 'timeline' on Trac to
see things as they change; if you have a favorite bug you're waiting for
a fix for, let me know by direct mail and I'll let you know when it's
updated in trun
There's something odd going on with the way SWIG is creating
ecc.cc . Could someone with this issue (Tom? Greg?) send me a copy
ecc.cc as well as the "make" output stuff? Yes, I know ecc.cc is
auto-generated, but maybe it'll be useful. My initial attempts to
debug this on my own version
I did this:
make check
runs fine
BUT
make distcheck
still fails.
I guess the reason is that it executes:
/home/anastas/gnuradio_svn/gnuradio-2.8svn/_build/gr-trellis/src/python/qa_trellis.py
from the "_build" directory, while
the required file "awgn1o2.fsm" is in
/home/anastas/gnuradio_svn/gnu
Eric Blossom <[EMAIL PROTECTED]> writes:
> GNU make shouldn't be required.
> If there's currently a "feature" which does require it, we'll fix it.
> Can you track down the offending line in the Makefile and/or Makefile.am?
I'll have a look, and I attach "make -k" output after a first run of
ma
On Fri, Aug 11, 2006 at 01:42:39PM -0400, Achilleas Anastasopoulos wrote:
>
> make distcheck
> fails cause it cannot find the file
> /gnuradio_svn/gr-trellis/src/python/awgn1o2_4.fsm
> inside the directory
> /gnuradio_svn/gnuradio-2.8svn/gr-trellis/src/python
> so one of the qa_ checks fails.
>
>
On Fri, Aug 11, 2006 at 10:03:49AM -0700, Jan Schiefer wrote:
>
> I know I might be starting a holy war here, but I believe that a better
> way to do this reliably is for the top-level Makefile to include the
> lower-level ones, which just state the dependencies for the particular
> module. All
On Thu, Aug 10, 2006 at 03:53:14PM -0400, Greg Troxel wrote:
>
> It seems that GNU make is required; compiling with BSD make gives "no
> input files", a classic sign of a GNU make extension being used to set
> a list of files.
GNU make shouldn't be required.
If there's currently a "feature" whi
OK fixed this and committed the change to trunk so now
make distcheck
succeeds.
From now on I will be working on my branch tree.
Thanks
Achilleas
Johnathan Corgan wrote:
On Fri, August 11, 2006 10:42, Achilleas Anastasopoulos wrote:
How should I modify
/gnuradio_svn/gr-trellis/src/python/M
On Aug 11, 2006, at 2:02 PM, Johnathan Corgan wrote:
On Fri, August 11, 2006 10:32, Greg Troxel wrote:
Now, I think my only real build problem is in the ECC code:
We've had enough bug reports on this particular piece of code that
when I
get back from my trip I will disable this component i
On Aug 11, 2006, at 1:22 PM, Achilleas Anastasopoulos wrote:
I took a look at the example you pointed out (gri_agc).
I guess what I I didn't make clear earlier is that
the situation I described actually WORKS (make, make check succeed)
when quick_sort_index.* implements an actual function and no
On Fri, August 11, 2006 11:11, Jan Schiefer wrote:
> The solution that Jonathan proposed addresses
> this very issue and works fine. I have annotated bug #26 with the other
> locations that need the DYLD_LIBRARY_PATH set while the tests are being
> run. This lets the make check pass on OSX, too.
On Fri, August 11, 2006 10:03, Jan Schiefer wrote:
> I know I might be starting a holy war here, but I believe that a better
> way to do this reliably is for the top-level Makefile to include the
> lower-level ones, which just state the dependencies for the particular
> module.
This is a valid p
On Fri, August 11, 2006 09:49, Achilleas Anastasopoulos wrote:
> BTW, whatever I have commited so far does pass make, make check.
> What exactly is make distcheck ?
Think of it as a make torture test. If it passes, all is well in the world.
Here are all the things it does.
1) Creates a distrib
Michael,
thanks for your insights! The solution that Jonathan proposed addresses
this very issue and works fine. I have annotated bug #26 with the other
locations that need the DYLD_LIBRARY_PATH set while the tests are being
run. This lets the make check pass on OSX, too. So I don't need you n
On Fri, August 11, 2006 10:32, Greg Troxel wrote:
> Now, I think my only real build problem is in the ECC code:
We've had enough bug reports on this particular piece of code that when I
get back from my trip I will disable this component in the trunk.
It appears that this is a compiler version i
On Fri, August 11, 2006 10:42, Achilleas Anastasopoulos wrote:
> How should I modify
> /gnuradio_svn/gr-trellis/src/python/Makefile.am
> to make sure that the awgn1o2_4.fsm file
> ends up in the distribution directory?
Add 'awgn1o2_4.fsm' to then end of the EXTRA_DIST line in
gr-trellis/src/pytho
make distcheck
fails cause it cannot find the file
/gnuradio_svn/gr-trellis/src/python/awgn1o2_4.fsm
inside the directory
/gnuradio_svn/gnuradio-2.8svn/gr-trellis/src/python
so one of the qa_ checks fails.
How should I modify
/gnuradio_svn/gr-trellis/src/python/Makefile.am
to make sure that the
I think my earlier stabs complaints were just warnings.
I had a bad install of sdcc; the sdcc Makefiles use 'cp -r' and not
'cp -rf' or install and a stale empty directory prevented the install
of some needed files.
Now, I think my only real build problem is in the ECC code:
gr-error-correcting
Jonathan,
I took a look at the example you pointed out (gri_agc).
I guess what I I didn't make clear earlier is that
the situation I described actually WORKS (make, make check succeed)
when quick_sort_index.* implements an actual function and not a c++
templete without even having a .i file.
T
I am still seeing occasional, semi-random build failures, although it
mostly appears to work. This is on a dual-core Intel Mac with -j 3. I
haven't run enough of them to spot a pattern, but sometimes the make
fails and sometimes the make check.
With all due respect, I don't think the current a
Jonathan,
I will do what you said.
BTW, whatever I have commited so far does pass make, make check.
What exactly is make distcheck ?
Achilleas
Johnathan Corgan wrote:
Achilleas,
For the kind of work you are doing, I would much prefer that you work in
a developer branch rather than the trunk
On Fri, Aug 11, 2006 at 07:43:01AM -0400, Achilleas Anastasopoulos wrote:
> I have commited some complete examples in
>
> http://gnuradio.utah.edu/svn/gnuradio/trunk/gnuradio-examples/python/channel-coding/
>
> You can now see how gr-trellis can be used for implementing:
>
> generic convolutiona
We'll note it in the README. Would you like to update the Wiki?
Thanks.
I have updated the main build page with a broad hint about gmake on
other than Linux and written a NetBSD build page. I also noted on the
main page that the NetBSD instructions are applicable to DragonflyBSD
(which uses
LRK wrote:
Best I can tell it all works. FreeBSD still has problems with the USB
code but the tests give the same errors as before. The audio part seems
to work as before also. I think I'm transitioned now.
Great!
If you'd like to document your experience, however briefly, you can edit
the W
Michael Dickens wrote:
I'm having the exact same problem. I haven't had time to work it out
yet, but I'll be looking into it shortly ... unless someone else knows a
"quick fix" for this issue. - MLD
I don't have time at the moment to go into detail, but look at the way
this is handled in gn
Charles Swiger wrote:
That's ok, there's, um, some issue with make check. Did "make install"
and simple graphs do run alright, but for "make check" :
make[4]: Entering directory
`/mnt/sata/src/gnuradio/gnuradio-core/src/tests'
*** glibc detected
*** /mnt/sata/src/gnuradio/gnuradio-core/src/test
I'm having the exact same problem. I haven't had time to work it out
yet, but I'll be looking into it shortly ... unless someone else
knows a "quick fix" for this issue. - MLD
On Aug 11, 2006, at 5:09 AM, Achilleas Anastasopoulos wrote:
make[2]: Entering directory `/home/anastas/gnuradio_svn
I have commited some complete examples in
http://gnuradio.utah.edu/svn/gnuradio/trunk/gnuradio-examples/python/channel-coding/
You can now see how gr-trellis can be used for implementing:
generic convolutional encoding/decoding
serially concatenated coding (through an interleaver) and
decoding
Hi, all
I am trying to build wxPython (2.6.3.3) on Cygwin. I just wonder
if it is necessary to use configuration option --with-opengl for the
GNURadio. BTW, if someone successfully build wxPython on Cygwin
and could share his experience, that would be great (In the Gnuradio
Cygwin Wiki, wxP
I am having a problem making SWIG work for me;
actually I am not sure if SWIG is the problem.
Anyway here it goes:
I have implemented an internal c++ function template in
gr-trellis/src/lib in the files:
quick_sort_index.h
quick_sort_index.cc
I DO NOT want to make this function available in p
36 matches
Mail list logo
