Re: [Discuss-gnuradio] PYBOMBs Testing
Thanks, Tom! Digression warning: While we're on the topic, I've always wondered if virtualenv would help with build dependency problems and multiple installed versions (e.g. for devs). I have never immersed myself into the tool, but I know that it is intended for things like this where you want to install specific package versions for a specific application without affecting other things on your system. It's a sandbox, I guess. What I've never been clear on is whether it works for C/C++ applications, since it seems to be a python tool. Do you have any thoughts on that? Very Respectfully, Dan CaJacob On Fri, Jan 10, 2014 at 10:14 AM, Tom Rondeau wrote: > On Thu, Jan 9, 2014 at 12:09 PM, Dan CaJacob > wrote: > > Hey Tom, > > > > Thanks. I didn't know how or what to search for, so that was useful. > > Here's the result: > > > >> i libzeroc-ice34 - Ice for C++ runtime > >> library > > That there confirms that the Ice 3.4.2 library is installed on your > system, which is what I was expecting. > > > > Here's what I found in the gnuradio CMakeCache.txt file: > > > >> ICE_CONFIG_INCLUDE_DIR:PATH=/usr/include > >> //Path to a library. > >> ICE_GLACIER2:FILEPATH=/usr/lib/libGlacier2.so > >> //Path to a library. > >> ICE_ICE:FILEPATH=/usr/lib/libIce.so > >> //Path to a library. > >> ICE_ICEGRID:FILEPATH=/usr/lib/libIceGrid.so > >> //Path to a library. > >> ICE_ICESTORM:FILEPATH=/usr/lib/libIceStorm.so > >> //Path to a library. > >> ICE_ICEUTIL:FILEPATH=/usr/lib/libIceUtil.so > >> //Path to a file. > >> ICE_INCLUDE_DIR:PATH=/usr/include > >> //Path to a library. > >> ICE_PTHREAD:FILEPATH=/usr/lib/x86_64-linux-gnu/libpthread.so > >> //Path to a program. > >> ICE_SLICE2CPP:FILEPATH=/usr/bin/slice2cpp > >> //Path to a program. > >> ICE_SLICE2PY:FILEPATH=/usr/bin/slice2py > >> //Details about finding ICE > >> > >> > FIND_PACKAGE_MESSAGE_DETAILS_ICE:INTERNAL=[/usr/lib/libIce.so;/usr/lib/libIceUtil.so][/usr/include][v()] > > > Very Respectfully, > > > > Dan CaJacob > > > And that tells us that GNU Radio is trying to build using the Ice libs > in /usr/lib, which is where apt-get would have installed ICE, so yeah, > it's trying to build off Ice 3.4.2. > > You could solve this pretty easily by doing an "aptitude remove > libzeroc-ice" to get rid of Ice 3.4.2 altogether on your system. But > I'm more interested in solving this issue in general. > > I've brought up a VM that has this behavior. Let me see about working > out a solution. > > Tom > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PYBOMBs Testing
On Thu, Jan 9, 2014 at 12:09 PM, Dan CaJacob wrote: > Hey Tom, > > Thanks. I didn't know how or what to search for, so that was useful. > Here's the result: > >> i libzeroc-ice34 - Ice for C++ runtime >> library That there confirms that the Ice 3.4.2 library is installed on your system, which is what I was expecting. > Here's what I found in the gnuradio CMakeCache.txt file: > >> ICE_CONFIG_INCLUDE_DIR:PATH=/usr/include >> //Path to a library. >> ICE_GLACIER2:FILEPATH=/usr/lib/libGlacier2.so >> //Path to a library. >> ICE_ICE:FILEPATH=/usr/lib/libIce.so >> //Path to a library. >> ICE_ICEGRID:FILEPATH=/usr/lib/libIceGrid.so >> //Path to a library. >> ICE_ICESTORM:FILEPATH=/usr/lib/libIceStorm.so >> //Path to a library. >> ICE_ICEUTIL:FILEPATH=/usr/lib/libIceUtil.so >> //Path to a file. >> ICE_INCLUDE_DIR:PATH=/usr/include >> //Path to a library. >> ICE_PTHREAD:FILEPATH=/usr/lib/x86_64-linux-gnu/libpthread.so >> //Path to a program. >> ICE_SLICE2CPP:FILEPATH=/usr/bin/slice2cpp >> //Path to a program. >> ICE_SLICE2PY:FILEPATH=/usr/bin/slice2py >> //Details about finding ICE >> >> FIND_PACKAGE_MESSAGE_DETAILS_ICE:INTERNAL=[/usr/lib/libIce.so;/usr/lib/libIceUtil.so][/usr/include][v()] > Very Respectfully, > > Dan CaJacob And that tells us that GNU Radio is trying to build using the Ice libs in /usr/lib, which is where apt-get would have installed ICE, so yeah, it's trying to build off Ice 3.4.2. You could solve this pretty easily by doing an "aptitude remove libzeroc-ice" to get rid of Ice 3.4.2 altogether on your system. But I'm more interested in solving this issue in general. I've brought up a VM that has this behavior. Let me see about working out a solution. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PYBOMBs Testing
All it DOES see if ice3.4. On Thu, Jan 9, 2014 at 12:09 PM, Dan CaJacob wrote: > Hey Tom, > > Thanks. I didn't know how or what to search for, so that was useful. > Here's the result: > > p kde-zeroconf - zeroconf plugins and kio >> slaves for KDE >> p kde-zeroconf:i386 - zeroconf plugins and kio >> slaves for KDE >> p kde-zeroconf-dbg - debug symbols for >> kde-zeroconf >> p kde-zeroconf-dbg:i386 - debug symbols for >> kde-zeroconf >> p libmono-zeroconf-cil-dev - CLI library for >> multicast DNS service discovery >> p libmono-zeroconf1.0-cil- CLI library for >> multicast DNS service discovery >> p libqxt-zeroconf0 - library to use multicast >> DNS service discovery in Qt >> p libqxt-zeroconf0:i386 - library to use multicast >> DNS service discovery in Qt >> v libzeroc-ice-dev - >> >> v libzeroc-ice-dev:i386 - >> >> p libzeroc-ice-ruby1.8 - Ice for Ruby modules >> >> p libzeroc-ice-ruby1.8:i386 - Ice for Ruby modules >> >> p libzeroc-ice3.4-cil- Ice for C# libraries >> >> p libzeroc-ice3.4-java - Ice for Java libraries >> >> i libzeroc-ice34 - Ice for C++ runtime >> library >> p libzeroc-ice34:i386- Ice for C++ runtime >> library >> i A libzeroc-ice34-dbg - Ice for C++ debugging >> symbols >> p libzeroc-ice34-dbg:i386- Ice for C++ debugging >> symbols >> i libzeroc-ice34-dev - Ice for C++ development >> libraries >> p libzeroc-ice34-dev:i386- Ice for C++ development >> libraries >> p monodoc-mono-zeroconf-manual - compiled XML >> documentation for mono-zeroconf >> p php-zeroc-ice - Ice for PHP extension >> >> p php-zeroc-ice:i386 - Ice for PHP extension >> >> p pulseaudio-module-zeroconf - Zeroconf module for >> PulseAudio sound server >> p pulseaudio-module-zeroconf:i386- Zeroconf module for >> PulseAudio sound server >> p pulseaudio-module-zeroconf-dbg - Zeroconf module for >> PulseAudio sound server (debuggin >> p pulseaudio-module-zeroconf-dbg:i386- Zeroconf module for >> PulseAudio sound server (debuggin >> i python-zeroc-ice - Ice for Python libraries >> >> p python-zeroc-ice:i386 - Ice for Python libraries >> >> v python2.7-zeroc-ice- >> >> v python2.7-zeroc-ice:i386 - >> >> v zeroc-ice - >> >> p zeroc-ice-manual - Ice documentation in pdf >> >> p zeroc-ice34- Internet Communications >> Engine >> p zeroc-icee - Embedded edition of the >> ZeroC Ice > > > Here's what I found in the gnuradio CMakeCache.txt file: > > ICE_CONFIG_INCLUDE_DIR:PATH=/usr/include >> //Path to a library. >> ICE_GLACIER2:FILEPATH=/usr/lib/libGlacier2.so >> //Path to a library. >> ICE_ICE:FILEPATH=/usr/lib/libIce.so >> //Path to a library. >> ICE_ICEGRID:FILEPATH=/usr/lib/libIceGrid.so >> //Path to a library. >> ICE_ICESTORM:FILEPATH=/usr/lib/libIceStorm.so >> //Path to a library. >> ICE_ICEUTIL:FILEPATH=/usr/lib/libIceUtil.so >> //Path to a file. >> ICE_INCLUDE_DIR:PATH=/usr/include >> //Path to a library. >> ICE_PTHREAD:FILEPATH=/usr/lib/x86_64-linux-gnu/libpthread.so >> //Path to a program. >> ICE_SLICE2CPP:FILEPATH=/usr/bin/slice2cpp >> //Path to a program. >> ICE_SLICE2PY:FILEPATH=/usr/bin/slice2py >> //Details about finding ICE >> >> FIND_PACKAGE_MESSAGE_DETAILS_ICE:INTERNAL=[/usr/lib/libIce.so;/usr/lib/libIceUtil.so][/usr/include][v()] >> //ADVANCED property for variable: ICE_INCLUDE_DIR >> ICE_INCLUDE_DIR-ADVANCED:INTERNAL=1 >> PC_ICE_CFLAGS:INTERNAL= >> PC_ICE_CFLAGS_I:INTERNAL= >> PC_ICE_CFLAGS_OTHER:INTERNAL= >> PC_ICE_FOUND:INTERNAL= >> PC_ICE_INCLUDEDIR:INTERNAL= >> PC_ICE_Ice-3.5_INCLUDEDIR:INTERNAL= >> PC_ICE_Ice-3.5_LIBDIR:INTERNAL= >> PC_ICE_Ice-3.5_PREFIX:INTERNAL= >> PC_ICE_Ice-3.5_VERSION:INTERNAL= >> PC_ICE_LIBDIR:INTERNAL= >> PC_ICE_LIBS:INTERNAL= >> PC_ICE_LIBS_L:INTERNAL= >> PC_ICE_LIBS_OTHER:INTERNAL= >> PC_ICE_LIBS_PATHS:INTERNAL= >> PC_ICE_PREFIX:INTERNAL= >> PC_ICE_STATIC_CFLAGS:INTERNAL= >> PC_ICE_STATIC_CFLAGS_I:INTERNAL= >> PC_ICE_STATIC_CFLAGS_OTHER:INTERNAL= >> PC_ICE_STATIC_LIBDIR:INTERNAL= >> PC_ICE_STATIC_LIBS:INTERNAL= >> PC_ICE_STATIC_LIBS_L:INTERNAL= >> PC_ICE_STATIC_LIBS_OTHER:INTERNAL= >> PC_ICE_STATIC_LIBS_PATHS:INTERNAL= >> PC_ICE_VERSION:INTERNAL= >> __pkg_config_checked_PC_ICE:INTERNAL=1 > > > > Very Respectfully, > > Dan CaJacob > > > On T
Re: [Discuss-gnuradio] PYBOMBs Testing
Hey Tom, Thanks. I didn't know how or what to search for, so that was useful. Here's the result: p kde-zeroconf - zeroconf plugins and kio > slaves for KDE > p kde-zeroconf:i386 - zeroconf plugins and kio > slaves for KDE > p kde-zeroconf-dbg - debug symbols for > kde-zeroconf > p kde-zeroconf-dbg:i386 - debug symbols for > kde-zeroconf > p libmono-zeroconf-cil-dev - CLI library for multicast > DNS service discovery > p libmono-zeroconf1.0-cil- CLI library for multicast > DNS service discovery > p libqxt-zeroconf0 - library to use multicast > DNS service discovery in Qt > p libqxt-zeroconf0:i386 - library to use multicast > DNS service discovery in Qt > v libzeroc-ice-dev - > > v libzeroc-ice-dev:i386 - > > p libzeroc-ice-ruby1.8 - Ice for Ruby modules > > p libzeroc-ice-ruby1.8:i386 - Ice for Ruby modules > > p libzeroc-ice3.4-cil- Ice for C# libraries > > p libzeroc-ice3.4-java - Ice for Java libraries > > i libzeroc-ice34 - Ice for C++ runtime > library > p libzeroc-ice34:i386- Ice for C++ runtime > library > i A libzeroc-ice34-dbg - Ice for C++ debugging > symbols > p libzeroc-ice34-dbg:i386- Ice for C++ debugging > symbols > i libzeroc-ice34-dev - Ice for C++ development > libraries > p libzeroc-ice34-dev:i386- Ice for C++ development > libraries > p monodoc-mono-zeroconf-manual - compiled XML > documentation for mono-zeroconf > p php-zeroc-ice - Ice for PHP extension > > p php-zeroc-ice:i386 - Ice for PHP extension > > p pulseaudio-module-zeroconf - Zeroconf module for > PulseAudio sound server > p pulseaudio-module-zeroconf:i386- Zeroconf module for > PulseAudio sound server > p pulseaudio-module-zeroconf-dbg - Zeroconf module for > PulseAudio sound server (debuggin > p pulseaudio-module-zeroconf-dbg:i386- Zeroconf module for > PulseAudio sound server (debuggin > i python-zeroc-ice - Ice for Python libraries > > p python-zeroc-ice:i386 - Ice for Python libraries > > v python2.7-zeroc-ice- > > v python2.7-zeroc-ice:i386 - > > v zeroc-ice - > > p zeroc-ice-manual - Ice documentation in pdf > > p zeroc-ice34- Internet Communications > Engine > p zeroc-icee - Embedded edition of the > ZeroC Ice Here's what I found in the gnuradio CMakeCache.txt file: ICE_CONFIG_INCLUDE_DIR:PATH=/usr/include > //Path to a library. > ICE_GLACIER2:FILEPATH=/usr/lib/libGlacier2.so > //Path to a library. > ICE_ICE:FILEPATH=/usr/lib/libIce.so > //Path to a library. > ICE_ICEGRID:FILEPATH=/usr/lib/libIceGrid.so > //Path to a library. > ICE_ICESTORM:FILEPATH=/usr/lib/libIceStorm.so > //Path to a library. > ICE_ICEUTIL:FILEPATH=/usr/lib/libIceUtil.so > //Path to a file. > ICE_INCLUDE_DIR:PATH=/usr/include > //Path to a library. > ICE_PTHREAD:FILEPATH=/usr/lib/x86_64-linux-gnu/libpthread.so > //Path to a program. > ICE_SLICE2CPP:FILEPATH=/usr/bin/slice2cpp > //Path to a program. > ICE_SLICE2PY:FILEPATH=/usr/bin/slice2py > //Details about finding ICE > > FIND_PACKAGE_MESSAGE_DETAILS_ICE:INTERNAL=[/usr/lib/libIce.so;/usr/lib/libIceUtil.so][/usr/include][v()] > //ADVANCED property for variable: ICE_INCLUDE_DIR > ICE_INCLUDE_DIR-ADVANCED:INTERNAL=1 > PC_ICE_CFLAGS:INTERNAL= > PC_ICE_CFLAGS_I:INTERNAL= > PC_ICE_CFLAGS_OTHER:INTERNAL= > PC_ICE_FOUND:INTERNAL= > PC_ICE_INCLUDEDIR:INTERNAL= > PC_ICE_Ice-3.5_INCLUDEDIR:INTERNAL= > PC_ICE_Ice-3.5_LIBDIR:INTERNAL= > PC_ICE_Ice-3.5_PREFIX:INTERNAL= > PC_ICE_Ice-3.5_VERSION:INTERNAL= > PC_ICE_LIBDIR:INTERNAL= > PC_ICE_LIBS:INTERNAL= > PC_ICE_LIBS_L:INTERNAL= > PC_ICE_LIBS_OTHER:INTERNAL= > PC_ICE_LIBS_PATHS:INTERNAL= > PC_ICE_PREFIX:INTERNAL= > PC_ICE_STATIC_CFLAGS:INTERNAL= > PC_ICE_STATIC_CFLAGS_I:INTERNAL= > PC_ICE_STATIC_CFLAGS_OTHER:INTERNAL= > PC_ICE_STATIC_LIBDIR:INTERNAL= > PC_ICE_STATIC_LIBS:INTERNAL= > PC_ICE_STATIC_LIBS_L:INTERNAL= > PC_ICE_STATIC_LIBS_OTHER:INTERNAL= > PC_ICE_STATIC_LIBS_PATHS:INTERNAL= > PC_ICE_VERSION:INTERNAL= > __pkg_config_checked_PC_ICE:INTERNAL=1 Very Respectfully, Dan CaJacob On Thu, Jan 9, 2014 at 11:22 AM, Tom Rondeau wrote: > On Thu, Jan 9, 2014 at 10:44 AM, Dan CaJacob > wrote: > > Hey guys, thanks for the responses! > > > > I'm running Ubuntu 13.10 x64 and ICE version 3.5.1, I think, based on > >
Re: [Discuss-gnuradio] PYBOMBs Testing
On Thu, Jan 9, 2014 at 10:44 AM, Dan CaJacob wrote: > Hey guys, thanks for the responses! > > I'm running Ubuntu 13.10 x64 and ICE version 3.5.1, I think, based on > pybombs list output: > > iceinstalled inventory f00c59983cc904bca977133c0a9b3e8 > wget://http://www.zeroc.com/download/Ice/3.5/Ice-3.5.1.tar.gz > > pybombs did successfully build ice from source. > > Very Respectfully, > > Dan CaJacob Can you let me know if Ice 3.4.2 is also installed on your system? Most likely it would have been through apt-get, so just see what 'aptitude search zeroc' comes back with; hopefully it says that zeroc-ice34 is installed. If that's the case, then cmake is likely finding that version of Ice and not 3.5.1. You can also check to see what cmake found in CMakeCache.txt in the build directory and looking for ICE. Or look at the output of cmake when configuring GNU Radio and you'll see "Ice-3.4 found" or "Ice-3.5 found". If it's actually trying to build off Ice 3.5.1, then we have a new problem. Otherwise, it's a matter of getting cmake to find the correct version of Ice, which might mean updating the recipe to explicitly set the version info. Tom > On Thu, Jan 9, 2014 at 9:29 AM, Tom Rondeau wrote: >> >> On Thu, Jan 9, 2014 at 7:15 AM, Martin Braun >> wrote: >> > On Wed, Jan 08, 2014 at 10:18:20PM -0500, Dan CaJacob wrote: >> >> OK, >> >> >> >> Here's a specific error. Seems like it's related to ICE, which >> >> compiled >> >> successfully as a dependency. >> > >> > Dan, >> > >> > can you please post your exact ICE version as well as other relevant >> > system info (distro, version etc.). >> > >> > MB >> >> I'll bet I can guess, the relevant parts at least. He's using Ice >> 3.4.2 and GCC >= 4.7. This is a nasty issue because of the default >> versions of many deb packages that don't actually work together. >> Either updating to Ice 3.5 or downgrading GCC to 4.6 will solve this >> issue. We were hoping for a patch against Ice 3.4.2, but I don't think >> that's going to happen. >> >> Now, PyBOMBS is set to look for Ice >= 3.5, though, so we still need >> more information. My guess is that you have Ice 3.4.2 installed on the >> system already and for some reason, GNU Radio is finding that and not >> 3.5, even though the script is supposed to look for 3.5 before >> anything else. >> >> In a slight look inside the process, I think it's time I do a blunt >> check for the GCC version if Ice 3.4 is found. I was holding off on >> this in hopes that a) it would be fixed in Ice and b) getting the >> compiler version isn't exactly simple. (Cmake does have a variable >> that holds the value of the compiler version, but it's only made >> available in newer versions of cmake, which we are not requiring yet, >> so we can't use it). But since it's only a problem if GCC is used, I >> can parse the version string from it and get the info I need. Much >> better to disable ControlPort in this case than to fail during >> compilation. >> >> Tom >> >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PYBOMBs Testing
Hey guys, thanks for the responses! I'm running Ubuntu 13.10 x64 and ICE version 3.5.1, I think, based on pybombs list output: iceinstalled inventory f00c59983cc904bca977133c0a9b3e8 wget:// http://www.zeroc.com/download/Ice/3.5/Ice-3.5.1.tar.gz pybombs did successfully build ice from source. Very Respectfully, Dan CaJacob On Thu, Jan 9, 2014 at 9:29 AM, Tom Rondeau wrote: > On Thu, Jan 9, 2014 at 7:15 AM, Martin Braun > wrote: > > On Wed, Jan 08, 2014 at 10:18:20PM -0500, Dan CaJacob wrote: > >> OK, > >> > >> Here's a specific error. Seems like it's related to ICE, which compiled > >> successfully as a dependency. > > > > Dan, > > > > can you please post your exact ICE version as well as other relevant > > system info (distro, version etc.). > > > > MB > > I'll bet I can guess, the relevant parts at least. He's using Ice > 3.4.2 and GCC >= 4.7. This is a nasty issue because of the default > versions of many deb packages that don't actually work together. > Either updating to Ice 3.5 or downgrading GCC to 4.6 will solve this > issue. We were hoping for a patch against Ice 3.4.2, but I don't think > that's going to happen. > > Now, PyBOMBS is set to look for Ice >= 3.5, though, so we still need > more information. My guess is that you have Ice 3.4.2 installed on the > system already and for some reason, GNU Radio is finding that and not > 3.5, even though the script is supposed to look for 3.5 before > anything else. > > In a slight look inside the process, I think it's time I do a blunt > check for the GCC version if Ice 3.4 is found. I was holding off on > this in hopes that a) it would be fixed in Ice and b) getting the > compiler version isn't exactly simple. (Cmake does have a variable > that holds the value of the compiler version, but it's only made > available in newer versions of cmake, which we are not requiring yet, > so we can't use it). But since it's only a problem if GCC is used, I > can parse the version string from it and get the info I need. Much > better to disable ControlPort in this case than to fail during > compilation. > > Tom > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PYBOMBs Testing
On Thu, Jan 9, 2014 at 7:15 AM, Martin Braun wrote: > On Wed, Jan 08, 2014 at 10:18:20PM -0500, Dan CaJacob wrote: >> OK, >> >> Here's a specific error. Seems like it's related to ICE, which compiled >> successfully as a dependency. > > Dan, > > can you please post your exact ICE version as well as other relevant > system info (distro, version etc.). > > MB I'll bet I can guess, the relevant parts at least. He's using Ice 3.4.2 and GCC >= 4.7. This is a nasty issue because of the default versions of many deb packages that don't actually work together. Either updating to Ice 3.5 or downgrading GCC to 4.6 will solve this issue. We were hoping for a patch against Ice 3.4.2, but I don't think that's going to happen. Now, PyBOMBS is set to look for Ice >= 3.5, though, so we still need more information. My guess is that you have Ice 3.4.2 installed on the system already and for some reason, GNU Radio is finding that and not 3.5, even though the script is supposed to look for 3.5 before anything else. In a slight look inside the process, I think it's time I do a blunt check for the GCC version if Ice 3.4 is found. I was holding off on this in hopes that a) it would be fixed in Ice and b) getting the compiler version isn't exactly simple. (Cmake does have a variable that holds the value of the compiler version, but it's only made available in newer versions of cmake, which we are not requiring yet, so we can't use it). But since it's only a problem if GCC is used, I can parse the version string from it and get the info I need. Much better to disable ControlPort in this case than to fail during compilation. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PYBOMBs Testing
On Wed, Jan 08, 2014 at 10:18:20PM -0500, Dan CaJacob wrote: > OK, > > Here's a specific error. Seems like it's related to ICE, which compiled > successfully as a dependency. Dan, can you please post your exact ICE version as well as other relevant system info (distro, version etc.). MB ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PYBOMBs Testing
OK, Here's a specific error. Seems like it's related to ICE, which compiled successfully as a dependency. Scanning dependencies of target gr_runtime_test [ 13%] Building CXX object gnuradio-runtime/lib/CMakeFiles/gr_runtime_test.dir/test_runtime.cc.o Linking CXX executable gr_runtime_test libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceInternal::IncomingBase::__endWriteParams(bool)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceInternal::BasicStream::readEnum(int)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `Ice::upCast(Ice::ObjectFactory*)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceDelegateD::Ice::Object::ice_invoke(std::string const&, Ice::OperationMode, std::pair const&, std::vector >&, std::map, std::allocator > > const*, IceInternal::InvocationObserver&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `Ice::upCast(Ice::ServantLocator*)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `Ice::upCast(Ice::Logger*)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceProxy::Ice::Object::__handleExceptionWrapper(IceInternal::Handle const&, IceInternal::LocalExceptionWrapper const&, IceInternal::InvocationObserver&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceInternal::Ex::throwMarshalException(char const*, int, std::string const&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `virtual thunk to IceDelegateD::Ice::Object::ice_id(std::map, std::allocator > > const*, IceInternal::InvocationObserver&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceDelegateD::Ice::Object::ice_id(std::map, std::allocator > > const*, IceInternal::InvocationObserver&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `Ice::upCast(Ice::AsyncResult*)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceDelegateM::Ice::Object::ice_ids(std::map, std::allocator > > const*, IceInternal::InvocationObserver&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceDelegateD::Ice::Object::ice_flushBatchRequests(IceInternal::InvocationObserver&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `virtual thunk to IceDelegateD::Ice::Object::ice_ids(std::map, std::allocator > > const*, IceInternal::InvocationObserver&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `Ice::upCast(Ice::Object*)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceDelegateD::Ice::Object::ice_ids(std::map, std::allocator > > const*, IceInternal::InvocationObserver&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `virtual thunk to IceDelegateM::Ice::Object::ice_ids(std::map, std::allocator > > const*, IceInternal::InvocationObserver&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceInternal::IncomingBase::__startWriteParams(Ice::FormatType)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceDelegateM::Ice::Object::ice_ping(std::map, std::allocator > > const*, IceInternal::InvocationObserver&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceInternal::Ex::throwUOE(std::string const&, IceInternal::Handle const&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceInternal::BasicStream::initReadEncaps()' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceInternal::BasicStream::read(std::vector >&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `virtual thunk to IceDelegateM::Ice::Object::ice_flushBatchRequests(IceInternal::InvocationObserver&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceInternal::Outgoing::Outgoing(IceInternal::RequestHandler*, std::string const&, Ice::OperationMode, std::map, std::allocator > > const*, IceInternal::InvocationObserver&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `virtual thunk to IceDelegateM::Ice::Object::ice_isA(std::string const&, std::map, std::allocator > > const*, IceInternal::InvocationObserver&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `virtual thunk to IceDelegateD::Ice::Object::ice_invoke(std::string const&, Ice::OperationMode, std::pair const&, std::vector >&, std::map, std::allocator > > const*, IceInternal::InvocationObserver&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceInternal::BasicStream::skipOpts()' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `virtual thunk to IceDelegateM::Ice::Object::ice_ping(std::map, std::allocator > > const*, IceInternal::InvocationObserver&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceInternal::IncomingBase::__writeEmptyParams()' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `virtual thunk to IceDelegateD::Ice::Object::ice_isA(std::string const&, std::map, std::allocator > > const*, IceInternal::InvocationObserver&)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to
Re: [Discuss-gnuradio] PYBOMBs Testing
Thanks. I'll try single-stringing it or looking further back to catch the actual error. Very Respectfully, Dan CaJacob On Wed, Jan 8, 2014 at 3:07 AM, Sylvain Munaut <246...@gmail.com> wrote: > > [ 65%] Building CXX object > > gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/ctrlport_probe2_s_impl.cc.o > > [ 65%] Building CXX object > > gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/ctrlport_probe2_i_impl.cc.o > > [ 65%] Building CXX object > > gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/ctrlport_probe2_b_impl.cc.o > > Linking CXX shared library libgnuradio-blocks-3.7.3git.so > > [ 65%] Built target gnuradio-blocks > > make: *** [all] Error 2 > > ERROR:root:PyBOMBS Make step failed for package (gnuradio) please see > bash > > output above for a reason (hint: look for the word Error) > > That message is useless ... with a parallell build, the error can be > _much_ before the end of the logs so you need to looks for it at any > point before the end. > > That's also why it seems to go a little further each time, it's > because the various parallell branch, only one crashes and the other > slightly go forward. > > > Cheers, > > Sylvain > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PYBOMBs Testing
> [ 65%] Building CXX object > gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/ctrlport_probe2_s_impl.cc.o > [ 65%] Building CXX object > gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/ctrlport_probe2_i_impl.cc.o > [ 65%] Building CXX object > gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/ctrlport_probe2_b_impl.cc.o > Linking CXX shared library libgnuradio-blocks-3.7.3git.so > [ 65%] Built target gnuradio-blocks > make: *** [all] Error 2 > ERROR:root:PyBOMBS Make step failed for package (gnuradio) please see bash > output above for a reason (hint: look for the word Error) That message is useless ... with a parallell build, the error can be _much_ before the end of the logs so you need to looks for it at any point before the end. That's also why it seems to go a little further each time, it's because the various parallell branch, only one crashes and the other slightly go forward. Cheers, Sylvain ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] PYBOMBs Testing
Hi, I've been trying out pybombs again for building the latest gnuradio. I keep getting errors, but interestingly, if I just run the build again, I always get a little further. That seems strange. Here's the tail of one of the errors: [ 65%] Building CXX object gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/ctrlport_probe2_s_impl.cc.o [ 65%] Building CXX object gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/ctrlport_probe2_i_impl.cc.o [ 65%] Building CXX object gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/ctrlport_probe2_b_impl.cc.o Linking CXX shared library libgnuradio-blocks-3.7.3git.so [ 65%] Built target gnuradio-blocks make: *** [all] Error 2 ERROR:root:PyBOMBS Make step failed for package (gnuradio) please see bash output above for a reason (hint: look for the word Error) If I can provide any clearer information, I will. I am building on a 8-core Ubuntu laptop, but only letting the compiler use 4 cores. Thanks! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio