Re: [Discuss-gnuradio] PYBOMBs Testing
All it DOES see if ice3.4. On Thu, Jan 9, 2014 at 12:09 PM, Dan CaJacob dan.caja...@gmail.com 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 Thu, Jan 9, 2014 at 11:22 AM, Tom Rondeau t...@trondeau.com wrote: On Thu, Jan 9, 2014 at 10:44 AM, Dan CaJacob dan.caja...@gmail.com wrote: Hey guys, thanks for the responses! I'm running Ubuntu 13.10 x64 and ICE version
Re: [Discuss-gnuradio] PYBOMBs Testing
On Thu, Jan 9, 2014 at 12:09 PM, Dan CaJacob dan.caja...@gmail.com 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
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 t...@trondeau.com wrote: On Thu, Jan 9, 2014 at 12:09 PM, Dan CaJacob dan.caja...@gmail.com 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 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
On Thu, Jan 9, 2014 at 7:15 AM, Martin Braun martin.br...@ettus.com 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
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 t...@trondeau.com wrote: On Thu, Jan 9, 2014 at 7:15 AM, Martin Braun martin.br...@ettus.com 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 10:44 AM, Dan CaJacob dan.caja...@gmail.com 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 t...@trondeau.com wrote: On Thu, Jan 9, 2014 at 7:15 AM, Martin Braun martin.br...@ettus.com 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 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 t...@trondeau.com wrote: On Thu, Jan 9, 2014 at 10:44 AM, Dan CaJacob dan.caja...@gmail.com 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
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
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
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::pairunsigned char const*, unsigned char const* const, std::vectorunsigned char, std::allocatorunsigned char , std::mapstd::string, std::string, std::lessstd::string, std::allocatorstd::pairstd::string const, std::string 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::HandleIceDelegate::Ice::Object 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::mapstd::string, std::string, std::lessstd::string, std::allocatorstd::pairstd::string const, std::string const*, IceInternal::InvocationObserver)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceDelegateD::Ice::Object::ice_id(std::mapstd::string, std::string, std::lessstd::string, std::allocatorstd::pairstd::string const, std::string 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::mapstd::string, std::string, std::lessstd::string, std::allocatorstd::pairstd::string const, std::string 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::mapstd::string, std::string, std::lessstd::string, std::allocatorstd::pairstd::string const, std::string 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::mapstd::string, std::string, std::lessstd::string, std::allocatorstd::pairstd::string const, std::string const*, IceInternal::InvocationObserver)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `virtual thunk to IceDelegateM::Ice::Object::ice_ids(std::mapstd::string, std::string, std::lessstd::string, std::allocatorstd::pairstd::string const, std::string 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::mapstd::string, std::string, std::lessstd::string, std::allocatorstd::pairstd::string const, std::string const*, IceInternal::InvocationObserver)' libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `IceInternal::Ex::throwUOE(std::string const, IceInternal::HandleIce::Object 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::vectorunsigned char, std::allocatorunsigned char )' 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::mapstd::string, std::string, std::lessstd::string, std::allocatorstd::pairstd::string const, std::string 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::mapstd::string, std::string, std::lessstd::string, std::allocatorstd::pairstd::string const, std::string const*,