Hmm, it _was_ a new copy, last one one hour ago...or any changes since then?
Ralph.
From: munn...@gmail.com [mailto:munn...@gmail.com] On Behalf Of Kurtis
Heimerl
Sent: Wednesday, 14 August, 2013 18:52
To: Ralph A. Schmid
Cc: openbts-disc...@lists.sourceforge.net; Kurtis Heimerl
Subject: Re:
On 05/24/2013 12:24 PM, Marcus D. Leech wrote:
A friend of mine is building the latest "maint" on CentOS 6.3, and is
getting the following build error:
/home/bvacaliuc/src/build-gnuradio/gnuradio/gr-digital/include/digital_impl_mpsk_snr_est.h:248:
Error: Unexpected character `"'
[ 1%] Built
A friend of mine is building the latest "maint" on CentOS 6.3, and is
getting the following build error:
/home/bvacaliuc/src/build-gnuradio/gnuradio/gr-digital/include/digital_impl_mpsk_snr_est.h:248:
Error: Unexpected character `"'
[ 1%] Built target doxygen_target
[ 1%] Generating ../inclu
I tried it again with Ubuntu 32bit.
Got this:
Done building and installing Gnu Radio
GRC freedesktop icons install ...Done
Done function gnuradio_build at: Wed Feb 13 10:08:21 CET 2013
Starting function rtl_build at: Wed Feb 13 10:08:21 CET 2013
you do not appear to have the 'rtl-sdr' directory
I tried it again with Ubuntu 32bit.
Got this:
Done building and installing Gnu Radio
GRC freedesktop icons install ...Done
Done function gnuradio_build at: Wed Feb 13 10:08:21 CET 2013
Starting function rtl_build at: Wed Feb 13 10:08:21 CET 2013
you do not appear to have the 'rtl-sdr' directory
y
On Mon, Feb 11, 2013 at 12:28 PM, Josh Blum wrote:
> So, the PMT vector template declarations are causing redundant types to
> splatter into global typespace. Removing them seems to help, but its not
> what we really want. I believe that naming the typedefs maybe solve the
> issue (but I am not
> I was looking through the diffs for something that might be bringing in
> more typedefs of integer types. Its possible that these std vector
> typedefs in pmt swig could be the cause:
>
> If you care to give this a try (I think removing this will only cause
> runtime errors, not build errors):
On Mon, Feb 11, 2013 at 09:28:26AM +0100, Ralph A. Schmid, dk5ras wrote:
Hi,
If you care to give this a try (I think removing this will only cause
runtime
errors, not build errors):
http://pastebin.com/wXhz5Diq
How Do I apply it? Save the content to a file, then something with the diff
comma
On Mon, Feb 11, 2013 at 09:28:26AM +0100, Ralph A. Schmid, dk5ras wrote:
> Hi,
>
> > If you care to give this a try (I think removing this will only cause
> runtime
> > errors, not build errors):
> > http://pastebin.com/wXhz5Diq
>
> How Do I apply it? Save the content to a file, then something wi
Hi,
> If you care to give this a try (I think removing this will only cause
runtime
> errors, not build errors):
> http://pastebin.com/wXhz5Diq
How Do I apply it? Save the content to a file, then something with the diff
command?
Sorry, I am not yet very deep into this Linux stuff, still learning
Hi,
> PS: It is possible to have two (or more) versions of gnuradio installed at
the
> same time but you have to take special measures.
> Simply installing one version after the other is likely to (partially)
overwrite
> the previous version.
This is just fine for me, OpenBTS needs not very much
On 02/09/2013 11:18 PM, Marcus D. Leech wrote:
> On 09/02/13 11:43 PM, Marcus D. Leech wrote:
>> On 09/02/13 10:15 PM, Josh Blum wrote:
>>> this is going to be tough. Somebody changed something, and it
>>> accidentally confused swig on x86 machines. Its trying to export types
>>> for size_t and u
On Sun, Feb 10, 2013 at 11:04:56AM +0100, Alexandru Csete wrote:
> PS: It is possible to have two (or more) versions of gnuradio
> installed at the same time but you have to take special measures.
> Simply installing one version after the other is likely to (partially)
> overwrite the previous vers
On Sun, Feb 10, 2013 at 8:52 AM, Ralph A. Schmid, dk5ras
wrote:
> For me 3.6.2 worked, but I usually use the automated script, and this takes
> the latest one, this means, 3.6.3.
>
> Yesterday I did some tests, on a 64 bit Kubuntu it works just fine, just 32
> bit makes trouble. But with 64bit sys
cuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] Build errors: Ubuntu 12.04 LTS 32-bit
>
>
> >> Since its in core/general swig stuff, can you build with the last few
> >> recent additions removed from the top level .i file?
> >>
> >>> diff --gi
On 09/02/13 11:43 PM, Marcus D. Leech wrote:
> On 09/02/13 10:15 PM, Josh Blum wrote:
>> this is going to be tough. Somebody changed something, and it
>> accidentally confused swig on x86 machines. Its trying to export types
>> for size_t and unsigned int (if you saw the other email thread).
>>
>>
On 09/02/13 10:15 PM, Josh Blum wrote:
>
> this is going to be tough. Somebody changed something, and it
> accidentally confused swig on x86 machines. Its trying to export types
> for size_t and unsigned int (if you saw the other email thread).
>
> Any idea what version you were last able to compil
>> Since its in core/general swig stuff, can you build with the last few
>> recent additions removed from the top level .i file?
>>
>>> diff --git a/gnuradio-core/src/lib/general/general.i
>>> b/gnuradio-core/src/lib/general/general.i
>>> index 1446088..dfd918b 100644
>>> --- a/gnuradio-core/src/
On 09/02/13 09:06 PM, Josh Blum wrote:
>
> On 02/09/2013 07:04 PM, Marcus D. Leech wrote:
>> Last few error lines:
>>
>>
>> ON_wrap.cxx:5493:22: error: previous definition of ‘struct
>> swig::traits’
>> /home/mleech/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6071
On 02/09/2013 07:04 PM, Marcus D. Leech wrote:
> Last few error lines:
>
>
> ON_wrap.cxx:5493:22: error: previous definition of ‘struct
> swig::traits’
> /home/mleech/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6071:23:
> error: redefinition of ‘struct swig::t
Last few error lines:
ON_wrap.cxx:5493:22: error: previous definition of ‘struct
swig::traits’
/home/mleech/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6071:23:
error: redefinition of ‘struct swig::traits_asval’
/home/mleech/gnuradio/build/gnuradio-core/src/lib/
I've gotten not-very-good reports of build-gnuradio failing on
systems that are set for languages other than English, and which contain
pathname components with non-English characters.
This appears to
affect the underlying Gnu Radio build when it uses Python internally,
and also to Gnu Radio a
On Mon, Dec 1, 2008 at 10:11 AM, Marcus D. Leech <[EMAIL PROTECTED]> wrote:
> I can't get beyond this error in ./configure --with-boost=$BOOST_PREFIX
>
> configure: error: Component usrp: PKGCONFIG cannot find info for usrp,
> with PKG_CONFIG_PATH = [ NONE/lib64/pkgconfig ] .
Hmm. This is the G
I can't get beyond this error in ./configure --with-boost=$BOOST_PREFIX
configure: error: Component usrp: PKGCONFIG cannot find info for usrp,
with PKG_CONFIG_PATH = [ NONE/lib64/pkgconfig ] .
I've tried installing the "yum" usrp package, but that didn't help.
--
Marcus Leech
Principal Investi
> >> Bob's machine is using
> >> ltmain.sh (GNU libtool) 1.5.22 Debian 1.5.22-4 (1.1220.2.365
> >> 2005/12/18 22:14:06)
> >>
> >> I'm using (SuSE 10.1)
> >>
> >> ltmain.sh (GNU libtool) 1.5.22 (1.1220.2.365 2005/12/18 22:14:06)
> >>
> >> It looks like the Debian folks may have applied some kind
Robert McGwier wrote:
> Agreed
>
>
> Eric Blossom wrote:
>
>> On Wed, Jan 17, 2007 at 05:45:33PM -0500, Illix wrote:
>>
>>
>>> I'm getting the same problem (as far as I can tell) on an Ubuntu
>>> 6.10machine. The build fails with undefined references in
>>> libmblock.so and libmblock-qa.so.
>>>
>>
Agreed
Eric Blossom wrote:
On Wed, Jan 17, 2007 at 05:45:33PM -0500, Illix wrote:
I'm getting the same problem (as far as I can tell) on an Ubuntu
6.10machine. The build fails with undefined references in
libmblock.so and libmblock-qa.so.
OK, I've looked at the log file that Bob s
On Wed, Jan 17, 2007 at 05:45:33PM -0500, Illix wrote:
> I'm getting the same problem (as far as I can tell) on an Ubuntu
> 6.10machine. The build fails with undefined references in
> libmblock.so and libmblock-qa.so.
>
OK, I've looked at the log file that Bob sent me and compared it to
what I
I'm getting the same problem (as far as I can tell) on an Ubuntu
6.10machine. The build fails with undefined references in
libmblock.so and libmblock-qa.so.
--Illix
On 1/16/07, Eric Blossom <[EMAIL PROTECTED]> wrote:
On Tue, Jan 16, 2007 at 11:24:55AM -0500, Robert W McGwier wrote:
> Those ma
On Tue, Jan 16, 2007 at 11:24:55AM -0500, Robert W McGwier wrote:
> Those machines I described, all running Ubuntu 6.1 32bit, exhibit the
> problem. This is 3 independent machines. I svn fresh copies of the
> source and did
>
> ./bootstrap;./configure --enable-doxygen;make
>
> and the make
Those machines I described, all running Ubuntu 6.1 32bit, exhibit the
problem. This is 3 independent machines. I svn fresh copies of the
source and did
./bootstrap;./configure --enable-doxygen;make
and the make fails on all three machines. HP laptop, Mini-ITX P4-HT,
and old dual Athlo
On Mon, 2007-01-15 at 22:47 -0500, Robert McGwier wrote:
> Eric and others are NOT experiencing this so I am trying to figure out
> what is going wrong on my 3 Ubuntu 6.1 machines with the problem.
Just FYI, using Ubuntu 6.1 (32-bit) here with no issues.
--
Johnathan Corgan, AE6HO
Corgan Enter
I am getting build errors on 3 different machines which heretofore have
worked perfectly. It involves the pmt/mblock code.
The failure to build comes in the last step of building the libmblock.so
and libmblock-qa.so. pmt_nth, pmt_intern,
pmt_wrong_type::pmt_wrong_type, are all listed
33 matches
Mail list logo
