Build errors: Ubuntu 12.04 LTS 32-bit

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/swig/gnuradio_core_generalPYTHON_wrap.cxx:5497:23:
error: previous definition of struct swig::traits_asval
/home/mleech/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6077:23:
error: redefinition of struct swig::traits_from
/home/mleech/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5503:23:
error: previous definition of struct swig::traits_from
/home/mleech/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6087:22:
error: redefinition of struct swig::traits<std::vector >
/home/mleech/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5513:22:
error: previous definition of struct swig::traits<std::vector >
make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o]
Error 1
make[1]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/all]
Error 2
make: *** [all] Error 2

This is a build from a clean “build” directory, on Ubuntu 12.04LTS
32-bit, with GCC 4.6.3


Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

On 02/09/2013 07:04 PM, Marcus D. Leech wrote:

error: redefinition of struct swig::traits_from
make[1]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/all]
Error 2
make: *** [all] Error 2

This is a build from a clean “build” directory, on Ubuntu 12.04LTS
32-bit, with GCC 4.6.3

You are now the 3rd victim. Its become an epidemic. Think we are going
to need a bisect…

Since its in core/general swig stuff, can you build with the last few
recent additions removed from the top level .i file?

+//%include “gr_block_gateway.i”
+//%include “gr_message_strobe.i”

-josh

On 09/02/13 09:06 PM, Josh B. wrote:

error: previous definition of struct swig::traits_asval

[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o]

You are now the 3rd victim. Its become an epidemic. Think we are going

%include “gr_add_ff.i”
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

OK, patches applied, just rebuilding now.


Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

%include “gr_tag_debug.i”
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Same issue with patches applied.

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 compile on this platform?

-josh

On 09/02/13 11:43 PM, Marcus D. Leech wrote:

v3.6.2-3-gc85bd69a

As a follow-up, just tried a build on a 32-bit system running Fedora 14.
Same failures, with GCC 4.5.1


Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

On 02/09/2013 11:18 PM, Marcus D. Leech wrote:

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):
http://pastebin.com/wXhz5Diq

Seems troublesome… Either someone is going to have to have a creative
guess, or we are going to have to bisect to fix this. :slight_smile:

-josh

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 systems I was not able to build 3.4.2
and
OpenBTS, and I need it both on one machine. Annoying :slight_smile:

Ralph.

On 09/02/13 10:15 PM, Josh B. 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 compile on this platform?

-josh
The last version installed on the system is:

v3.6.2-3-gc85bd69a


Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

On Sun, Feb 10, 2013 at 8:52 AM, Ralph A. Schmid, dk5ras
[email protected] 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 systems I was not able to build 3.4.2 and
OpenBTS, and I need it both on one machine. Annoying :slight_smile:

Same here: Linux Mint 14 64 bit is OK (don’t have 32 bit to try at the
moment).

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.

Alex

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 from the 3.4.2
version, so
it is no problem to install a newer version right afterwards. Just
strange
that
OpenBTS does not like 64bit, so I will go for 32bit and use 3.6.2 until
there is a
solution.

Alex

Ralph.

On Sun, Feb 10, 2013 at 11:04:56AM +0100, Alexandru C. 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 version.

Yeah, the FAQ covers this.

MB


Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin B.
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT – University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association

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 :slight_smile:

Ralph.

Hi Ralph,

MB

Martin.

I also have the issue here:

[ 39%] Built target _gnuradio_core_general_swig_tag
[ 39%] Generating gnuradio_core_general.tag
[ 39%] Swig source
Scanning dependencies of target _gnuradio_core_general
[ 39%] Building CXX object
gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o
/home/lajka2/SRC/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6067:22:
error: redefinition of struct swig::traits
/home/lajka2/SRC/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5493:22:
error: previous definition of struct swig::traits
/home/lajka2/SRC/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6071:23:
error: redefinition of struct swig::traits_asval
/home/lajka2/SRC/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5497:23:
error: previous definition of struct swig::traits_asval
/home/lajka2/SRC/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6077:23:
error: redefinition of struct swig::traits_from
/home/lajka2/SRC/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5503:23:
error: previous definition of struct swig::traits_from
/home/lajka2/SRC/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6087:22:
error: redefinition of struct swig::traits<std::vector >
/home/lajka2/SRC/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5513:22:
error: previous definition of struct swig::traits<std::vector >
make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o]
Error 1
make[1]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/all]
Error 2
make: *** [all] Error 2
make failed
Exiting Gnu Radio build/install

Can what you suggest also be done here ?

Erik

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
command?
Sorry, I am not yet very deep into this Linux stuff, still learning :slight_smile:

Hi Ralph,

it’s a git patch, so using ‘git apply’ will do all the work for you.
Remember to create a new branch beforehand. Having a git cheat sheet is
very handy at the beginning, as “git help” can be a bit opaque when you
don’t know the vocabulary.

I still have to meet the person who switched from another VCS to git
and immediately “got it” and loved it. That said, I still have to meet
the person who, after using git for a while, would still think SVN is a
decent VCS :slight_smile:

MB


Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin B.
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT – University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association

Trying this out on a fresh install of Ubuntu 12.04.2 LTS 32-bit

I’m having the same issue also.

Is there a way to build 3.6.2?

Thanks.

[ 39%] Building CXX object
gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o
/home/joe/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6067:22:
error: redefinition of ‘struct swig::traits’
/home/joe/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5493:22:
error: previous definition of ‘struct swig::traits’
/home/joe/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6071:23:
error: redefinition of ‘struct swig::traits_asval’
/home/joe/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5497:23:
error: previous definition of ‘struct swig::traits_asval’
/home/joe/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6077:23:
error: redefinition of ‘struct swig::traits_from’
/home/joe/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5503:23:
error: previous definition of ‘struct swig::traits_from’
/home/joe/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6087:22:
error: redefinition of ‘struct swig::traits<std::vector >’
/home/joe/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5513:22:
error: previous definition of ‘struct swig::traits<std::vector >’
make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o]
Error 1
make[1]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/all]
Error 2
make: *** [all] Error 2
make failed
Exiting Gnu Radio build/install

On Mon, Feb 11, 2013 at 12:28 PM, Josh B. [email protected] 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 in a position to test):

Gave anonymous template some names, and removed redundant ones for some
warnings. But does it get rid of the compile error?
http://pastebin.com/duaKYu1d

Thanks for this. I’m setting up 32-bit VM for testing this out, but
we’ll
probably hear from others before I get that done.

Johnathan

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 in a position to test):

Gave anonymous template some names, and removed redundant ones for some
warnings. But does it get rid of the compile error?
http://pastebin.com/duaKYu1d

-josh

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
you should probably use ./build-gnuradio gitfetch to fetch the
appropriate
files using GIT

At the end of the build.

I’m not sure on how to run what stands about gitfetch.

Any help ?.

Erik

I applied the patch supplied by Josh. I may be doing something wrong as
I am a novice at this, but I did check and verify that applying the
patch with git updated the file pmt_swig.i as described in the patch. I
am getting the same exact errors
as before:
[ 39%] Building CXX object
gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o
/home/joe/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6067:22:
error: redefinition of ‘struct swig::traits’
.
.
.

make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o]
Error 1
make[1]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/all]
Error 2
make: *** [all] Error 2
make failed
Exiting Gnu Radio build/install

files using GIT

At the end of the build.

I’m not sure on how to run what stands about gitfetch.

Any help ?.

Erik
An rerun solved it
Erik

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs