[Discuss-gnuradio] FYI: svn-current build problem

G'day, I'm currently seeing this when attempting to compile svn-current revision 4315. g++ -DHAVE_CONFIG_H -I. -I../../../.. -I../../../../gnuradio-core/src/lib/runtime -I../../../../gnuradio-core/src/lib/general -I../../../../gnuradio-core/src/lib/general -I../../../../gnuradio-core/src/li

Re: [Discuss-gnuradio] ofdm2 branch

Johnathan Corgan wrote: Robert McGwier wrote: Caveat, I need the c++ hierarchy and wanted the dial_tone example to work so this directory has been enabled in my branch. The build system for C++ only applications has not been done yet. The dial_tone example assumes the existence of g

RE: [Discuss-gnuradio] QAM, carrier tracking and clock recovery

> -Original Message- > From: [EMAIL PROTECTED] [mailto:discuss- > [EMAIL PROTECTED] On Behalf Of Martin Dvh > Sent: Sunday, January 28, 2007 6:15 PM > To: gnuradio mailing list > Subject: [Discuss-gnuradio] QAM, carrier tracking and clock recovery > > Hi All, > I am trying to build a work

[Discuss-gnuradio] QAM, carrier tracking and clock recovery

Hi All, I am trying to build a working QAM modulator/demodulator, based on the existing BPSK/QPSK code. Is the Mueller and Muller clock-recovery as used in the current QPSK examples also usable for QAM? I couldn't find a good description of the algorithm or the parameters. For clock recovery t

Re: [Discuss-gnuradio] ofdm2 branch

Robert McGwier wrote: > Caveat, I need the c++ hierarchy and wanted the dial_tone example to > work so this directory has been enabled in my branch. The build system for C++ only applications has not been done yet. The dial_tone example assumes the existence of gr-audio-alsa, so anyone compilin

Re: [Discuss-gnuradio] Compilation failed [Ubuntu 6.06]

On Sun, Jan 28, 2007 at 09:18:08PM +0100, Davide Anastasia wrote: > On dom, 2007-01-28 at 11:20 -0800, Eric Blossom wrote: > > It's being triggered here because it's trying to link against the > > _installed_ version of the library, not the _build_ version of the > > library. The problem is that i

Re: [Discuss-gnuradio] Compilation failed [Ubuntu 6.06]

On dom, 2007-01-28 at 11:20 -0800, Eric Blossom wrote: > It's being triggered here because it's trying to link against the > _installed_ version of the library, not the _build_ version of the > library. The problem is that it's passing the "--rpath > /usr/local/lib" to the linker. This is wrong a

Re: [Discuss-gnuradio] Compilation failed [Ubuntu 6.06]

On Sun, Jan 28, 2007 at 07:52:07PM +0100, Davide Anastasia wrote: > On dom, 2007-01-28 at 09:51 -0800, Eric Blossom wrote: > > > automake (GNU automake) 1.9.6 > > > > > > Ideas? > > > > Random guess: you've got more than one version of libtool installed > > (perhaps in a different path), and auto

[Discuss-gnuradio] ofdm2 branch

In branches/developers/n4hy Tom and I have added ofdm2. It contains a merge of the latest trunk with my ofdm directory. svn merge was unusable for this and it had to be built by hand. This branch will be the branch where ofdm work will be attempted by Tom, I, and others. Caveat, I need t

Re: [Discuss-gnuradio] Compilation failed [Ubuntu 6.06]

On dom, 2007-01-28 at 09:51 -0800, Eric Blossom wrote: > > automake (GNU automake) 1.9.6 > > > > Ideas? > > Random guess: you've got more than one version of libtool installed > (perhaps in a different path), and autoconf isn't looking in the > directory in which you installed libtool. It appear

Re: [Discuss-gnuradio] Compilation failed [Ubuntu 6.06]

On Sun, Jan 28, 2007 at 06:31:44PM +0100, Davide Anastasia wrote: > On dom, 2007-01-28 at 09:28 -0800, Eric Blossom wrote: > > > > [EMAIL PROTECTED]:~$ autoconf --version > > autoconf (GNU Autoconf) 2.59 > > > Yep! It's the same. > > > [EMAIL PROTECTED]:~$ libtool --version > > ltmain.sh

Re: [Discuss-gnuradio] Getting tar balls

On Sun, Jan 28, 2007 at 08:24:32PM +0300, Nick Othieno wrote: > I've been looking for the latest tar balls for the gnuradio > components-gr-usrp,gr-audio-alsa,gr-wxgui,usrp,gr-usrp etc. The GNU radio > wiki seems of no help. Where can I find them > Uhh,

Re: [Discuss-gnuradio] Compilation failed [Ubuntu 6.06]

On dom, 2007-01-28 at 09:28 -0800, Eric Blossom wrote: > > [EMAIL PROTECTED]:~$ autoconf --version > autoconf (GNU Autoconf) 2.59 > Yep! It's the same. > [EMAIL PROTECTED]:~$ libtool --version > ltmain.sh (GNU libtool) 1.5.22 Debian 1.5.22-2 (1.1220.2.365 > 2005/12/18 22:14:06) > Actual

Re: [Discuss-gnuradio] Compilation failed [Ubuntu 6.06]

On Sun, Jan 28, 2007 at 05:48:35PM +0100, Davide Anastasia wrote: > On sab, 2007-01-27 at 10:13 -0800, Eric Blossom wrote: > > Yes, this is the "Ubuntu libtool problem". > > (Looks like they've propagated the bad idea to 6.06 LTS too.) > > > > I suspect that you are using Debian libtool-1.5.22-4.

[Discuss-gnuradio] Getting tar balls

I've been looking for the latest tar balls for the gnuradio components-gr-usrp,gr-audio-alsa,gr-wxgui,usrp,gr-usrp etc. The GNU radio wiki seems of no help. Where can I find them ___ Discuss-gnuradio mailing lis

Re: [Discuss-gnuradio] Compilation failed [Ubuntu 6.06]

On sab, 2007-01-27 at 10:13 -0800, Eric Blossom wrote: > Yes, this is the "Ubuntu libtool problem". > (Looks like they've propagated the bad idea to 6.06 LTS too.) > > I suspect that you are using Debian libtool-1.5.22-4. > > $ libtool --version > > Try rolling back to libtool-1.5.22-3 > and l

Re: [Discuss-gnuradio] OFDM in n4hy's tree

Robert McGwier wrote: Like all things in branches, until they are not in branches, this is absolutely development code and here is no guarantee of completeness or even correctness. It is the reason for doing this kind of work in branches rather than imposing it on everyone in the trunk. In

Re: [Discuss-gnuradio] ( An attempt ) to run GNURadio on WinTV : )

Hi Jim, Can't remember that clearly, but the idea is to get the 2nd sound IF of the TV/FM tuner capacitively to one of the ADC inputs. The IF pin is one of the TV/FM tuner output pin. (It might not be available in all tuner module). I removed the existing circuit that was attached to this