[Discuss-gnuradio] Quick-and-dirty GNU Radio (Geeko powered!)

2011-01-28 Thread Gregor Dschung

Hello,

When you build GNU Radio for the first time successfully (after twenty 
times calling ./configure, until you have all the dependencies), you get 
a sense of pleasure. Maybe, this initial overhead is desired, as it 
prevents the community from noobs without the iron will of getting GNU 
Radio running. Personally, I don't think it's that difficult.


GNU Radio itself provides an Ubuntu repository, but it doesn't seem to 
be maintaned (last modified in Oct 2009). So some time ago, I started to 
package GNU Radio for my own system.


I've used the openSUSE Build Service [1] for almost a year, and -- after 
some initial overhead -- it has been working like a charm for me. But as 
I won't use GNU Radio for the next term, I can't keep the repository 
updated any longer. You can find the repository under [2] and you are 
invited to clone, branch, and maintain that repo.


A few notes:
- The package "gnuradio" is used to build the latest stable release 
(gnuradio-3.3.0) and the "next" release. The sources are fetched and the 
spec-files are updated by the script gnuradio-next_update.sh. But as 
there are a few patches to get an package according to the openSUSE 
packaging guidelines, you can't always update the package with the 
following steps. Sometimes, you have to adapt the patches:

1) sh gnuradio-next_update.sh
2) osc rm gnuradio-next-.tar.bz2
3) osc add gnuradio-next-.tar.bz2
4) osc vc # Edit the changelog
5) osc ci -m 'update'
- Both, gnuradio and gnuradio-next, have their files in the gnuradio 
repository. The gnuradio-next package is only a link onto the gnuradio 
package, so that the OBS uses the gnuradio-next.spec instead of the 
gnuradio.spec.
- When I startet the packaging process, OBS didn't provide the feature 
to create a tar-ball from a git repository. This feature was implemented 
in the meanwhile. Nevertheless, the gnuradio-next_update.sh, 
gnuradio_update.sh and libuhd_update.sh scripts are more flexible, as 
they extract some information from the meta information located in the 
git repository.
- The last build I've used _productively_ (with USRP2) was based on an 
checkout from October or November.
- I've just updated to the current HEAD and resolved some building 
errors (I had to adapt the patch-file for the package gnuradio-next, and 
meanwhile, libuhd.so changed to libuhd.so.002, so that package needed a 
rename, too).
- I haven't minded new features implemented since October or November 
(e.g. VOLK compiled successfully, but I didn't test it).


If you have already an openSUSE 11.3 installation and you just want to 
play with GNU Radio, just add the download repository to zypper / yast:
# zypper ar -f 
http://download.opensuse.org/repositories/home:/chkpnt:/gnuradio/openSUSE_11.3/home:chkpnt:gnuradio.repo

# zypper in gnuradio-next
You'll need gnuradio-next-devel, too, if you want to compile your own 
blocks against GNU Radio. I've tested the packages with a clean 
installation within a VM and it worked for me. Nevertheless, I want to 
mention that the last time I used the packages productively (with USRP2) 
was two / three months ago.


With SUSE Studio it is very simple to build an appliance based on RPMs 
[3]. I've composed a GNU Radio appliance that can be found in the SUSE 
Gallery [4]. There is a Live-CD / USB-Stick, if you just want to try out 
GNU Radio on a new system. And there is a VMware-Appliance, if you want 
to use GNU Radio in parallel to your existing operating system. I have 
used this VMware approach since UHD works fine, as I have mainly worked 
under Windows (had very disappointing experience with Xilinx ISE 10 
under openSUSE... maybe, ISE 12 is running better...). To download, you 
have to sign in (OpenID like Google is supported). Nevertheless, as I 
don't know how long SUSE Gallery stores the appliances, they are 
mirrored on [5], too.


Cheers, and have fun,
Gregor


[1] http://build.opensuse.org
[2] https://build.opensuse.org/project/show?project=home:chkpnt:gnuradio
[3] http://www.susestudio.com
[4] http://susegallery.com/a/MjwCkX/gnu-radio--2
[5] http://www.dschung.de/gnuradio/


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Compiling all the .v files in Usrp2 folder in ISE 12.1

2010-12-17 Thread Gregor Dschung
You have to call "make -f Makefile.udp proj" under top/u2_rev3... the 
appropriate ISE-Project will be generated in top/u2_rev3/build-udp. Just 
open u2_rev3.xise with the Project Navigator. As soon as you generated 
the ISE-Project, you are able to work with ISE under Windows or Linux. 
For me, both is working fine.


Gregor

Am 17.12.2010 13:15, schrieb anirudh2059.:

Hi,

I am a new bee in GNU radio. I have downloaded all the files from the .git
repository , I want to compile all the .v files in usrp2 folder and generate
a single .bit file. Kindly provide the top level module. Kindly mail it on
my email ID anirudh2...@gmail.com


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] Sampling at 100MS

2010-12-14 Thread Gregor Dschung

Hello,

in dsp_core_rx.v, what would be the best place to tap the samples for 
working at 100MS? Currently, I'm using i_cordic and q_cordic (rounded by 
something like "round_reg #(.bits_in(24),.bits_out(16)) 
round_isamplefull 
(.clk(clk),.in(i_cordic),.out(i_sample_full_scaled))"), but the block 
I've designed doesn't work as simulated by Simulink with an input at 
100MS (for the simulation, I've used an interpolated 20MS recording from 
GNU Radio). So before I spend hours to find the problem inside the block 
(or to redesign the block, so it's working on 25MS), I would like to 
exclude the problem in the block's linkage.
I'm asking myself, if the scaling and rotation of the samples (from 
adc_i/q * scale_i/q => prod_i/q => i/q_cordic) is depending on the set 
decimation---hence a preparatory work that has to be done for the 
CIC/halfband decimation filters---or not, meaning it's a general and 
reasonable digital signal process. If so, should I rather tap on adc_i/q 
than on i/q_cordic?

Any hint is appreciated.

Best Regards,
Gregor

PS: Can't decide which list I should write to (general dsp question or 
ursp2-specific?), so this mail is going to both ;)




smime.p7s
Description: S/MIME Cryptographic Signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0

2010-11-04 Thread Gregor Dschung
de/boost/shared_ptr.hpp:17:0,
>                 from 
> /opt/pkgs/gnuradio-3.3.0/usrp2/host/include/usrp2/usrp2.h:22,
>                 from usrp2.cc:23:
> /usr/include/boost/smart_ptr/shared_ptr.hpp: In constructor 
> ‘boost::shared_ptr<  >::shared_ptr(Y*) [with Y = int, 
> T = usrp2::usrp2]’:
> usrp2.cc:73:56:   instantiated from here
> /usr/include/boost/smart_ptr/shared_ptr.hpp:187:50: error: cannot convert 
> ‘int*’ to ‘usrp2::usrp2*’ in initialization
> make[4]: *** [usrp2.lo] Error 1
> make[4]: Leaving directory `/opt/pkgs/gnuradio-3.3.0/usrp2/host/lib'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/opt/pkgs/gnuradio-3.3.0/usrp2/host'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/opt/pkgs/gnuradio-3.3.0/usrp2'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/opt/pkgs/gnuradio-3.3.0'
> make: *** [all] Error 2
>
>
> It looks like a problem with the Boost library. I don't have this problem in 
> openSUSE 11.2 (which bundles gcc 4.4.1 and Boost 1.39), but it is not working 
> for me with openSUSE 11.3 (which bundles gcc 4.5.0 and Boost 1.42). On this 
> particular machine, I need to run specifically openSUSE 11.3.
>
> Any help would be very much appreciated.
> Thanks!!
>
> Steve McMahon
>
>
>
> --- On Sun, 10/17/10, Tom Rondeau  wrote:
>
>> From: Tom Rondeau 
>> Subject: Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0
>> To: "Steve Mcmahon" 
>> Cc: "Gregor Dschung" , discuss-gnuradio@gnu.org
>> Date: Sunday, October 17, 2010, 10:16 PM
>> On Wed, Oct 13, 2010 at 10:28 PM,
>> Steve Mcmahon
>> 
>> wrote:
>> > Gregor:
>> >
>> > Thanks for your reply. I have never installed a second
>> version of gcc on a Linux machine before. How can I install
>> gcc 4.4.4 in /opt so that it exists alongside the gcc 4.5.0
>> that comes packaged with openSUSE 11.3?? My machine is in a
>> lab, and does not have a connection to the internet, so I
>> would have to download packages and put them on a USB pen
>> drive and walk them to the machine. Your help is greatly
>> appreciated. Thanks.
>> >
>> > Steve McMahon
>>
>>
>> Providing us with some kind of error message could help us
>> help you.
>>
>> Tom
>>
>>
>>
>> > --- On Tue, 10/12/10, Gregor Dschung 
>> wrote:
>> >
>> >> From: Gregor Dschung 
>> >> Subject: Re: [Discuss-gnuradio] gcc 4.5 and GNU
>> Radio 3.3.0
>> >> To: "Steve Mcmahon" 
>> >> Cc: discuss-gnuradio@gnu.org
>> >> Date: Tuesday, October 12, 2010, 11:49 PM
>> >>
>> >> Hi,
>> >>
>> >> 3.3.0 stable doesn't compile under openSUSE 11.3
>> with gcc
>> >> 4.5.0. But
>> >> installing gcc43 and gcc43-c++ (and using them...
>> just set
>> >> the
>> >> appropriate environment variables) did the job for
>> me.
>> >>
>> >> The last time I compiled the git branch under
>> openSUSE was
>> >> 2 months
>> >> ago. At this time, gcc45 didn't work for this
>> branch, too.
>> >> Maybe, this
>> >> changed in the meantime.
>> >>
>> >> Gregor
>> >>
>> >> 2010/10/12 Philip Balister :
>> >> > On 10/12/2010 12:04 PM, Steve Mcmahon wrote:
>> >> >>
>> >> >> I am trying to compile GNU Radio 3.3.0
>> under
>> >> openSuse 11.3, which uses gcc
>> >> >> 4.5.0. I have all the dependencies built
>> and
>> >> resolved, but when I compile
>> >> >> GNU Radio 3.3.0, I get errors. It seems
>> that GNU
>> >> Radio does not compile
>> >> >> successfully with the new gcc 4.5.0,
>> although I
>> >> know it compiles with gcc
>> >> >> 4.4.1 on openSuse 11.2. However, I
>> specifically
>> >> need to run openSuse 11.3
>> >> >> for my application. How, exactly, can I
>> get GNU
>> >> Radio 3.3.0 to build under
>> >> >> gcc 4.5.0? Will the next release of GNU
>> Radio
>> >> address this? Is there a
>> >> >> compiler flag I can use, or a
>> quick-and-easy hack
>> >> to the GNU Radio code?
>> >> >> What is the problem with gcc 4.5.0? Thank
>> you very
>> >> much for your help on
>> >> >> this issue. I really appreciate it.
>> >> >
>> >> > I am building gnuradio from git (next branch)
>> on gcc
>> >> 4.5 and am not having
>> >> > any gcc issues.
>> >> >
>> >> > Philip
>> >> >
>> >> >
>> >> >>
>> >> >> Steve McMahon
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> ___
>> >> >> Discuss-gnuradio mailing list
>> >> >> Discuss-gnuradio@gnu.org
>> >> >> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>> >> >>
>> >> >
>> >> >
>> ___
>> >> > Discuss-gnuradio mailing list
>> >> > Discuss-gnuradio@gnu.org
>> >> > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>> >> >
>> >>
>> >
>> >
>> >
>> >
>> > ___
>> > Discuss-gnuradio mailing list
>> > Discuss-gnuradio@gnu.org
>> > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>> >
>>
>
>
>
>

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] RF Gain and BB gain of XCVR2450

2010-11-02 Thread Gregor Dschung
> I would like to know how the overal gain configunation setting (0-92 dB) is
> shared between theses two places and what the limits to be in high, medium
> and low gain state are.
> Where I can find it?

Probably, that is what you are looking for:
http://gnuradio.org/cgit/gnuradio.git/tree/usrp2/firmware/lib/db_xcvr2450.c?h=next#n445

Cheers,
  -Gregor

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0

2010-10-15 Thread Gregor Dschung
You can install various gcc versions in parallel without problems. But
I suggest to use the gcc from the repositories. Just search for it:
"zypper search gcc", and in your case, where the machine has no
connection to the internet, just download the appropriate rpms from
the "openSUSE:11.3/standard"-repository. http://software.opensuse.org/
is the right place for you.

/usr/bin/gcc and /usr/bin/g++ are just symlinks to /usr/bin/gcc-4.5
and /usr/bin/g++-4.5

If you want to use a version different than the default, just change
the symlinks (there are a few more... /usr/bin/c++, /usr/bin/cc). You
should also consider to use update-alternatives ... just google for
it.

Or you set the environment variables ... Just for the package you want
to compile:
"CC=/usr/bin/gcc-4.3 CXX=/usr/bin/g++-4.3 ./configure "

Gregor

2010/10/14 Steve Mcmahon :
> Gregor:
>
> Thanks for your reply. I have never installed a second version of gcc on a 
> Linux machine before. How can I install gcc 4.4.4 in /opt so that it exists 
> alongside the gcc 4.5.0 that comes packaged with openSUSE 11.3?? My machine 
> is in a lab, and does not have a connection to the internet, so I would have 
> to download packages and put them on a USB pen drive and walk them to the 
> machine. Your help is greatly appreciated. Thanks.
>
> Steve McMahon
>
>
> --- On Tue, 10/12/10, Gregor Dschung  wrote:
>
>> From: Gregor Dschung 
>> Subject: Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0
>> To: "Steve Mcmahon" 
>> Cc: discuss-gnuradio@gnu.org
>> Date: Tuesday, October 12, 2010, 11:49 PM
>>
>> Hi,
>>
>> 3.3.0 stable doesn't compile under openSUSE 11.3 with gcc
>> 4.5.0. But
>> installing gcc43 and gcc43-c++ (and using them... just set
>> the
>> appropriate environment variables) did the job for me.
>>
>> The last time I compiled the git branch under openSUSE was
>> 2 months
>> ago. At this time, gcc45 didn't work for this branch, too.
>> Maybe, this
>> changed in the meantime.
>>
>> Gregor
>>
>> 2010/10/12 Philip Balister :
>> > On 10/12/2010 12:04 PM, Steve Mcmahon wrote:
>> >>
>> >> I am trying to compile GNU Radio 3.3.0 under
>> openSuse 11.3, which uses gcc
>> >> 4.5.0. I have all the dependencies built and
>> resolved, but when I compile
>> >> GNU Radio 3.3.0, I get errors. It seems that GNU
>> Radio does not compile
>> >> successfully with the new gcc 4.5.0, although I
>> know it compiles with gcc
>> >> 4.4.1 on openSuse 11.2. However, I specifically
>> need to run openSuse 11.3
>> >> for my application. How, exactly, can I get GNU
>> Radio 3.3.0 to build under
>> >> gcc 4.5.0? Will the next release of GNU Radio
>> address this? Is there a
>> >> compiler flag I can use, or a quick-and-easy hack
>> to the GNU Radio code?
>> >> What is the problem with gcc 4.5.0? Thank you very
>> much for your help on
>> >> this issue. I really appreciate it.
>> >
>> > I am building gnuradio from git (next branch) on gcc
>> 4.5 and am not having
>> > any gcc issues.
>> >
>> > Philip
>> >
>> >
>> >>
>> >> Steve McMahon
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> ___
>> >> Discuss-gnuradio mailing list
>> >> Discuss-gnuradio@gnu.org
>> >> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>> >>
>> >
>> > ___
>> > Discuss-gnuradio mailing list
>> > Discuss-gnuradio@gnu.org
>> > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>> >
>>
>
>
>
>

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0

2010-10-12 Thread Gregor Dschung
Hi,

3.3.0 stable doesn't compile under openSUSE 11.3 with gcc 4.5.0. But
installing gcc43 and gcc43-c++ (and using them... just set the
appropriate environment variables) did the job for me.

The last time I compiled the git branch under openSUSE was 2 months
ago. At this time, gcc45 didn't work for this branch, too. Maybe, this
changed in the meantime.

Gregor

2010/10/12 Philip Balister :
> On 10/12/2010 12:04 PM, Steve Mcmahon wrote:
>>
>> I am trying to compile GNU Radio 3.3.0 under openSuse 11.3, which uses gcc
>> 4.5.0. I have all the dependencies built and resolved, but when I compile
>> GNU Radio 3.3.0, I get errors. It seems that GNU Radio does not compile
>> successfully with the new gcc 4.5.0, although I know it compiles with gcc
>> 4.4.1 on openSuse 11.2. However, I specifically need to run openSuse 11.3
>> for my application. How, exactly, can I get GNU Radio 3.3.0 to build under
>> gcc 4.5.0? Will the next release of GNU Radio address this? Is there a
>> compiler flag I can use, or a quick-and-easy hack to the GNU Radio code?
>> What is the problem with gcc 4.5.0? Thank you very much for your help on
>> this issue. I really appreciate it.
>
> I am building gnuradio from git (next branch) on gcc 4.5 and am not having
> any gcc issues.
>
> Philip
>
>
>>
>> Steve McMahon
>>
>>
>>
>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] about usrp_spectrum_sense.py

2010-06-14 Thread Gregor Dschung
Hey Lishan  or Wh  or whatever your name is...,

The part you posted from usrp_spectrum_sense.py is taken from
gr-wxgui/src/python/fftsink_nongl.py. There are some comments in the
code which tries to explain the gr.nlog10_ff-block: the variable
"power" is mentioned there.

The window is used to reduce the leakage [1, 2].

You have "self.connect(self.u, s2v, fft, c2mag, stats)", where "stats"
is a gr.bin_statistics_f block. Thus you find the squared magnitudes
of the fft data in the msg-queue which "stats" uses.
gr.bin_statistics_f accumulates the incoming data over some time
("dwell_delay"), which results in maximized bins of the squared
magnitudes: Please have a look at
gnuradio-core/src/lib/general/gr_bin_statistics_f.cc

Regards,
Gregor

[1] http://en.wikipedia.org/wiki/Spectral_leakage
[2] http://www.ee.iitm.ac.in/~nitin/_media/ee462/fftwindows.pdf

2010/6/14 lishan_wh :
> Hi,
>
> I have some difficulties in unserstanding the statements
> belowin usrp_spectrum_sense.py.
>
> fft = gr.fft_vcc(self.fft_size, True, mywindow)
>
> power = 0
>
> for tap in my wondow:
>
> power += tap*tap
>
> What is stored in window and what is tap? Where is the FFT data stored? I
> turned to C++ file gr_fft_vcc.cc. And also I can not understand what is
> stored in the out[]? Can anybody help me? Thank you!
>
> 
> 网易为中小企业免费提供企业邮箱(自主域名)
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Importing Filter Taps

2010-04-21 Thread Gregor Dschung
My walkthrough:
1) matlab, e.g. A=[3+4i 4+3i 5+2.3i 6 3.4i]
2) copy A to clipboard: clipboard('copy', A)
3) with xclip and sed, the clipboard's content is converted to
something python understands: xclip -o -selection c | sed -r -e
's/^\[//' -e 's/\]$//' -e 's/ /,/g' -e 's/i\*([^,]*),/\1j,/g' -e
's/i\*(.*)$/\1j/' > taps_c.txt
4) from numpy import *
5) e.g. self.filter = gr.interp_fir_filter_ccc(1,
genfromtxt("taps_c.txt", dtype="complex", delimiter=","))

Cheers,
Gregor

2010/4/21 Umair Naeem :
> I need to import complex filter taps from a .txt file and use them in FFT 
> FIlter block in GRC. How can I do that?
>
>
> Regards,
> Umair Naeem
> MSc Communication Engineering
> Chalmers University ot Technology, Sweden.
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] building gnuradio's gr-qtgui with qt 4.6

2010-03-23 Thread Gregor Dschung
>
>  make clean
>  ./bootstrap
>  ./configure 
>  make && make check
>  sudo make install
>
> Eric
>

At first that wasn't successful. Then I've taken a deeper look into
the make process:
gr-qtgui/src/lib/Makefile.am
[...]
if BUILD_QT
%_moc.cc : %.h
$(QT_MOC_EXEC) -DQT_SHARED -DQT_NO_DEBUG -DQT_OPENGL_LIB
-DQT_GUI_LIB -DQT_CORE_LIB $< -o $@

%_ui.h : %.ui
$(QT_UIC_EXEC) $< -o $@
else
%_moc.cc : %.h
touch $@

%_ui.h : %.ui
touch $@
endif
[...]

So BUILD_QT needs to be true, which is set in config/grc_gr_qtgui.m4
if "[PyQt4.QtCore.PYQT_VERSION >= 26]".
-> I needed to install python-qt4-devel. After that, everything compiles fine.
---
I suggest to have python-qt4-devel as an obligational dependency for
gr-qtgui, so that---if that package is missing---the ./configure step
won't mark gr-qtgui as build-able. Also, if the moc-files hadn't be
included in the tar-ball, they would have been needed to build.

Regards,
Gregor


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Re: Help please - install openSUSE 11.1 gnuradio

2010-03-23 Thread Gregor Dschung
On a fresh openSUSE 11.2, if have installed gnuradio a few days ago.
After the installation, rpm -qa --last gave me
python-Cheetah-2.4.0-1.3  So 21 Mär 2010 23:41:46 CET
python-lxml-2.2.2-2.1 So 21 Mär 2010 23:38:17 CET
python-wxGTK-2.8.10.1-2.pm.3.1So 21 Mär 2010 23:33:44 CET
wxWidgets-2.8.10.1-2.pm.3.1   So 21 Mär 2010 23:28:36 CET
libmspack0-0.0.20060920alpha-69.2 So 21 Mär 2010 23:28:35 CET
sdcc-devel-2.7.0-3.1  So 21 Mär 2010 23:18:49 CET
sdcc-2.7.0-3.1So 21 Mär 2010 23:18:47 CET
libusb-compat-devel-0.1.3-2.2 So 21 Mär 2010 23:13:11 CET
libSDL-devel-1.2.13-112.3 So 21 Mär 2010 23:08:38 CET
guile-1.8.6-2.3   So 21 Mär 2010 23:08:37 CET
alsa-devel-1.0.21-3.2 So 21 Mär 2010 23:08:37 CET
libqwt-devel-5.2.0-0.pm.3.1   So 21 Mär 2010 23:05:48 CET
libqwt5-5.2.0-0.pm.3.1So 21 Mär 2010 23:05:48 CET
libqwtplot3d-devel-0.2.7-0.pm.4.1 So 21 Mär 2010 23:05:25 CET
libqwtplot3d0-0.2.7-0.pm.4.1  So 21 Mär 2010 23:05:24 CET
libusb-1_0-devel-1.0.2-2.2So 21 Mär 2010 23:04:23 CET
gsl-devel-1.12-2.2So 21 Mär 2010 23:02:35 CET
gsl-1.12-2.2  So 21 Mär 2010 23:02:34 CET
libcppunit-devel-1.12.0-93.2  So 21 Mär 2010 23:00:32 CET
libcppunit-1_12-0-1.12.0-93.2 So 21 Mär 2010 23:00:30 CET
doxygen-1.5.9-3.2 So 21 Mär 2010 22:59:58 CET
fftw3-threads-devel-3.2.2-2.2 So 21 Mär 2010 22:58:02 CET
fftw3-devel-3.2.2-2.2 So 21 Mär 2010 22:57:47 CET
fftw3-threads-3.2.2-2.2   So 21 Mär 2010 22:57:46 CET
gcc-fortran-4.4-4.2   So 21 Mär 2010 22:56:56 CET
gcc44-fortran-4.4.1_20090817-2.3.4So 21 Mär 2010 22:56:55 CET
python-devel-2.6.2-6.3So 21 Mär 2010 22:56:14 CET

Before I have upgraded to 11.2, I used 11.1 as well... so it _has_ to
work. Please note, that some of the packages above are not in the
standard repositories: You should use the appropriate repository from
the OBS.

Regards,
Gregor

2010/3/22 Tom Rondeau :
> On Fri, Mar 19, 2010 at 8:15 AM, Andrew Rich  wrote:
>> Thanks Alex
>>
>> I forgot about that page, talk about doing things the long way around !
>>
>> I installed and got:-
>>
>> *
>> The following GNU Radio components have been successfully configured:
>>
>> config
>> gruel
>> omnithread
>> gnuradio-core
>> pmt
>> mblock
>> usrp2
>> gr-usrp2
>> gr-audio-alsa
>> gr-audio-jack
>> gr-audio-oss
>> gr-cvsd-vocoder
>> gr-gsm-fr-vocoder
>> gr-pager
>> gr-radio-astronomy
>> gr-trellis
>> gr-video-sdl
>> gnuradio-examples
>> docs
>>
>> You my now run the make command to build these components.
>>
>> *
>> The following components were skipped either because you asked not
>> to build them or they didn't pass configuration checks:
>>
>> gcell
>> usrp
>> gr-usrp
>> gr-gcell
>> gr-audio-osx
>> gr-audio-portaudio
>> gr-audio-windows
>> gr-gpio
>> gr-radar-mono
>> gr-wxgui
>> gr-qtgui
>> gr-sounder
>> gr-utils
>> grc
>>
>> These components will not be built.
>
> Andrew,
>
> With the configure script, you can always add a "--enable-gr-usrp" or
> any other component. This will force the configure script to
> explicitly check that those components can be installed. If they
> can't, it will immediately exit and you can see the error that caused
> the exit.
>
> Of this group that you have listed that will not be installed, the
> important ones are gr-usrp and gr-wxgui, which will allow gr-utils to
> be installed. For gr-usrp, you probably need SDCC installed and for
> gr-wxgui you'll need wxPython and wxGui.
>
> Tom
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] building gnuradio's gr-qtgui with qt 4.6

2010-03-21 Thread Gregor Dschung
Hi,

I'm trying to build gnuradio 3.2.2 under openSUSE 11.2, 32bit. I've
installed the latest KDE4 release, so this packages are installed:
i...@heusinger:~/local/src/gnuradio-3.2.2> rpm -qa | grep libqt4
libqt4-qt3support-4.6.2-3.1.i586
libqt4-devel-doc-data-4.6.2-5.1.noarch
libqt4-devel-doc-4.6.2-5.1.i586
libqt4-sql-mysql-4.6.2-5.1.i586
libqt4-sql-sqlite-4.6.2-3.1.i586
libqt4-4.6.2-3.1.i586
libqt4-sql-4.6.2-3.1.i586
libqt4-x11-4.6.2-3.1.i586
libqt4-devel-4.6.2-3.1.i586

The make process exists with the errors appended to this mail. I hope
this report is useful for somebody. For now, I'm building with
--disable-gr-qtgui.

Regards,
Gregor

libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../..
-DOMNITHREAD_POSIX=1 -I/usr/include
-I/home/ich/local/src/gnuradio-3.2.2/omnithread
-I/home/ich/local/src/gnuradio-3.2.2/gnuradio-core/src/lib/runtime
-I/home/ich/local/src/gnuradio-3.2.2/gnuradio-core/src/lib/general
-I/home/ich/local/src/gnuradio-3.2.2/gnuradio-core/src/lib/general
-I/home/ich/local/src/gnuradio-3.2.2/gnuradio-core/src/lib/gengen
-I/home/ich/local/src/gnuradio-3.2.2/gnuradio-core/src/lib/gengen
-I/home/ich/local/src/gnuradio-3.2.2/gnuradio-core/src/lib/filter
-I/home/ich/local/src/gnuradio-3.2.2/gnuradio-core/src/lib/filter
-I/home/ich/local/src/gnuradio-3.2.2/gnuradio-core/src/lib/missing
-I/home/ich/local/src/gnuradio-3.2.2/gnuradio-core/src/lib/reed-solomon
-I/home/ich/local/src/gnuradio-3.2.2/gnuradio-core/src/lib/viterbi
-I/home/ich/local/src/gnuradio-3.2.2/gnuradio-core/src/lib/io
-I/home/ich/local/src/gnuradio-3.2.2/gnuradio-core/src/lib/g72x
-I/home/ich/local/src/gnuradio-3.2.2/gnuradio-core/src/lib/swig
-I/home/ich/local/src/gnuradio-3.2.2/gnuradio-core/src/lib/hier
-I/home/ich/local/src/gnuradio-3.2.2/gnuradio-core/src/lib/swig
-I/home/ich/local/src/gnuradio-3.2.2/gruel/src/include
-I/home/ich/local/src/gnuradio-3.2.2/gruel/src/include
-I/usr/include/python2.6 -I/usr/include/qwt -I/usr/include/qwtplot3d
-DQT_SHARED -I/usr/include/QtCore -DQT_SHARED -I/usr/include/QtGui
-I/usr/include/QtCore -I. -g -O2 -Wall -Woverloaded-virtual -pthread
-MT FrequencyDisplayPlot_moc.lo -MD -MP -MF
.deps/FrequencyDisplayPlot_moc.Tpo -c FrequencyDisplayPlot_moc.cc
-fPIC -DPIC -o .libs/FrequencyDisplayPlot_moc.o
TimeDomainDisplayPlot_moc.cc:14:2: error: #error "This file was
generated using the moc from 4.5.0. It"
TimeDomainDisplayPlot_moc.cc:15:2: error: #error "cannot be used with
the include files from this version of Qt."
TimeDomainDisplayPlot_moc.cc:16:2: error: #error "(The moc has changed
too much.)"
FrequencyDisplayPlot_moc.cc:14:2: error: #error "This file was
generated using the moc from 4.5.0. It"
FrequencyDisplayPlot_moc.cc:15:2: error: #error "cannot be used with
the include files from this version of Qt."
FrequencyDisplayPlot_moc.cc:16:2: error: #error "(The moc has changed
too much.)"
spectrumdisplayform_moc.cc:14:2: error: #error "This file was
generated using the moc from 4.5.0. It"
spectrumdisplayform_moc.cc:15:2: error: #error "cannot be used with
the include files from this version of Qt."
spectrumdisplayform_moc.cc:16:2: error: #error "(The moc has changed too much.)"
In file included from TimeDomainDisplayPlot.h:11,
 from TimeDomainDisplayPlot_moc.cc:10:
/usr/include/qwt/qwt_plot_picker.h:106: warning: ‘virtual void
QwtPlotPicker::move(const QPoint&)’ was hidden
/usr/include/qwt/qwt_plot_zoomer.h:88: warning:   by ‘virtual void
QwtPlotZoomer::move(double, double)’
make[5]: *** [TimeDomainDisplayPlot_moc.lo] Fehler 1
make[5]: *** Warte auf noch nicht beendete Prozesse...
In file included from FrequencyDisplayPlot.h:11,
 from FrequencyDisplayPlot_moc.cc:10:
/usr/include/qwt/qwt_plot_picker.h:106: warning: ‘virtual void
QwtPlotPicker::move(const QPoint&)’ was hidden
/usr/include/qwt/qwt_plot_zoomer.h:88: warning:   by ‘virtual void
QwtPlotZoomer::move(double, double)’
make[5]: *** [FrequencyDisplayPlot_moc.lo] Fehler 1
In file included from ./FrequencyDisplayPlot.h:11,
 from spectrumdisplayform_ui.h:13,
 from spectrumdisplayform.h:4,
 from spectrumdisplayform_moc.cc:10:
/usr/include/qwt/qwt_plot_picker.h:106: warning: ‘virtual void
QwtPlotPicker::move(const QPoint&)’ was hidden
/usr/include/qwt/qwt_plot_zoomer.h:88: warning:   by ‘virtual void
QwtPlotZoomer::move(double, double)’
In file included from ./Waterfall3DDisplayPlot.h:7,
 from spectrumdisplayform_ui.h:30,
 from spectrumdisplayform.h:4,
 from spectrumdisplayform_moc.cc:10:
/usr/include/qwtplot3d/qwt3d_function.h:30: warning: ‘virtual bool
Qwt3D::Function::create(Qwt3D::SurfacePlot&)’ was hidden
./waterfallGlobalData.h:56: warning:   by ‘virtual bool
Waterfall3DData::create()’
In file included from /usr/include/qwtplot3d/qwt3d_colorlegend.h:7,
 from /usr/include/qwtplot3d/qwt3d_coordsys.h:5,
 from /usr/include/qwtplot3d/qwt3d_plot.h:4,
 from /usr/include/qwtplo