Re: [Discuss-gnuradio] SWIG compilation speedup!

2007-01-16 Thread Greg Troxel
Eric Blossom <[EMAIL PROTECTED]> writes: > I've just checked code into the trunk that speeds up compilation of > the swig generated code, as well as reducing the number of > dependencies for each piece. I did a make clean, updated, and then rebuilt (autogen, configure, make) on NetBSD/i386 4.99.1

Re: [Discuss-gnuradio] SWIG compilation speedup!

2007-01-15 Thread Eric Blossom
On Mon, Jan 15, 2007 at 11:08:08AM -0500, Philip Balister wrote: > I just got the USRP running with an EFIKA board and OSSIE SCA. I'm > using the usrp-0.12 tarball. I had to use a USB2.0 controller in the > PCI slot to work around the usrp USB full speed problems I am having. > > I took a quick lo

Re: [Discuss-gnuradio] SWIG compilation speedup!

2007-01-15 Thread Eric Blossom
On Mon, Jan 15, 2007 at 10:19:19AM +0100, Trond Danielsen wrote: > 2007/1/13, Johnathan Corgan <[EMAIL PROTECTED]>: > >On Sat, 2007-01-13 at 16:12 +1030, Berndt Josef Wulf wrote: > > > >> I can't see the point for doing so. I don't care if its takes me 15 > >minutes or > >> 30 minutes to compile a

Re: [Discuss-gnuradio] SWIG compilation speedup!

2007-01-15 Thread Philip Balister
I just got the USRP running with an EFIKA board and OSSIE SCA. I'm using the usrp-0.12 tarball. I had to use a USB2.0 controller in the PCI slot to work around the usrp USB full speed problems I am having. I took a quick look at using openembedded to build gnu radio. Thet already support most of

Re: [Discuss-gnuradio] SWIG compilation speedup!

2007-01-15 Thread Trond Danielsen
2007/1/13, Johnathan Corgan <[EMAIL PROTECTED]>: On Sat, 2007-01-13 at 16:12 +1030, Berndt Josef Wulf wrote: > I can't see the point for doing so. I don't care if its takes me 15 minutes or > 30 minutes to compile all GNU Radio. The biggest improvement isn't the compile time, it's the fact that

RE: [Discuss-gnuradio] SWIG compilation speedup!

2007-01-13 Thread Tom Rondeau
> -Original Message- > From: [EMAIL PROTECTED] [mailto:discuss- > [EMAIL PROTECTED] On Behalf Of Berndt Josef Wulf > Sent: Friday, January 12, 2007 9:43 PM > To: discuss-gnuradio@gnu.org > Cc: Eric Blossom > Subject: Re: [Discuss-gnuradio] SWIG compilation speedup

Re: [Discuss-gnuradio] SWIG compilation speedup!

2007-01-13 Thread Martin Dvh
Berndt Josef Wulf wrote: > On Saturday 13 January 2007 15:05, Eric Blossom wrote: > >>I've just checked code into the trunk that speeds up compilation of >>the swig generated code, as well as reducing the number of >>dependencies for each piece. >> >>-r4255 refactors gnuradio_swig_python.{cc,py} i

Re: [Discuss-gnuradio] SWIG compilation speedup!

2007-01-12 Thread Chris Stankevitz
Berndt Josef Wulf wrote: I can't see the point for doing so. I don't care if its takes me 15 minutes or 30 minutes to compile all GNU Radio. Maybe we can add a special option to slow down compiling for you! :) ./configure --enable-slow-compiling Chris _

Re: [Discuss-gnuradio] SWIG compilation speedup!

2007-01-12 Thread Johnathan Corgan
On Sat, 2007-01-13 at 16:12 +1030, Berndt Josef Wulf wrote: > I can't see the point for doing so. I don't care if its takes me 15 minutes > or > 30 minutes to compile all GNU Radio. The biggest improvement isn't the compile time, it's the fact that the memory working set for g++ when compiling

Re: [Discuss-gnuradio] SWIG compilation speedup!

2007-01-12 Thread Berndt Josef Wulf
On Saturday 13 January 2007 15:05, Eric Blossom wrote: > I've just checked code into the trunk that speeds up compilation of > the swig generated code, as well as reducing the number of > dependencies for each piece. > > -r4255 refactors gnuradio_swig_python.{cc,py} into 5 separate .so's > These co

[Discuss-gnuradio] SWIG compilation speedup!

2007-01-12 Thread Eric Blossom
I've just checked code into the trunk that speeds up compilation of the swig generated code, as well as reducing the number of dependencies for each piece. -r4255 refactors gnuradio_swig_python.{cc,py} into 5 separate .so's These correspond to the runtime, general, filter and io directories, and a