[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] Pybombs 2.0 woes
From: |
Marcus Müller |
Subject: |
Re: [Discuss-gnuradio] Pybombs 2.0 woes |
Date: |
Sun, 6 Mar 2016 19:48:05 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 |
Hi Martin,
I'm off-list working together with Mike.
Point is that his UHD build (during "pybombs install gnuradio", I
presume) fails:
[ 4%] Building CXX object
lib/CMakeFiles/uhd.dir/usrp/cores/rx_dsp_core_200.cpp.o
In file included from
/usr/local/src/uhd/host/lib/usrp/cores/dsp_core_utils.hpp:21:0,
from
/usr/local/src/uhd/host/lib/usrp/cores/rx_dsp_core_200.cpp:19:
/usr/local/src/uhd/host/include/uhd/types/stdint.hpp:29:14: error:
‘int64_t’ is already declared in this scope
using boost::int64_t;
^
/usr/local/src/uhd/host/include/uhd/types/stdint.hpp:51:9: error:
‘::uintptr_t’ has not been declared
using ::uintptr_t;
^
make[2]: *** [lib/CMakeFiles/uhd.dir/usrp/cores/rx_dsp_core_200.cpp.o] Error 1
which seems to have to do with something that we changed lately.
Currently reproducing in fresh 14.04LTS VM. Stand by.
Cheers,
Marcus
On 06.03.2016 19:36, Martin Braun wrote:
> Can someone please summarize this problem? I'm afraid I'm not getting
> the full picture here.
>
> Cheers,
> M
>
> On 03/05/2016 11:11 AM, Dan CaJacob wrote:
>> I had the same pip error. It seemed to be related to a conflicting
>> version of requests. I am running Ubuntu 15.10 to fix the problem, I
>> uninstalled my pip-installed pybombs and apt-installed python-pip. I
>> then installed pip and requests via easy_install (generally don't go
>> this route, but it worked). Then I was able to install pybombs via pip
>> again and this time build was completely successful.
>>
>> On Sat, Mar 5, 2016 at 1:54 PM West, Nathan <address@hidden
>> <mailto:address@hidden>> wrote:
>>
>> On Sat, Mar 5, 2016 at 10:45 AM, Marcus Müller
>> <address@hidden <mailto:address@hidden>> wrote:
>>
>> Hi Mike,
>>
>>
>>> Following advice here I descended down a rabbit hole and tried
>>> to start again “pip uninstall pybombs”. Pip was not found.
>>>
>> Uninstalling pybombs via pip only makes sense if you've
>> installed it via pip ("pip install pybombs"). Seemingly, you've
>> either gotten PyBombs through different means, so investigating
>> pip doesn't really make sense, or something uninstalled pip
>> after you've installed it, and installed Pybombs with it. That
>> would be strange.
>>
>>
>> I don't think that's true. It's unintuitive, but pip is the
>> generally accepted way to uninstall anything installed through
>> setup.py. See
>> http://stackoverflow.com/questions/1550226/python-setup-py-uninstall
>>
>>
>>> That has fixed the pip problem but not the UHD installation
>>> crash, but as a by product the error messages have become more
>>> verbose – and guess what? The problem is an undeclared type.
>>> *_THIS SAME ISSUE WITH UNDEFINED TYPES_* (shout so it sinks
>>> in, then repeat because it didn’t) *_THIS SAME ISSUE WITH
>>> UNDEFINED TYPES_* that has been around for over a YEAR in UHD
>>> and in this case rx_dsp_core_200.cpp.
>>>
>> There is no such issue I know of. Now, that doesn't mean there's
>> no issue, it just means that none of the other users I've talked
>> to nor myself encountered it. However, probabilistically
>> speaking, that's indicative of something being wrong with your
>> system...
>>
>>> Every so often I point it out and someone fixes it and later
>>> on someone else (I wonder if this is the same person who broke
>>> it last time) then adds some new code somewhere else
>>> recreating the same errors. In this case its uintptr_t that is
>>> not declared.
>>>
>> Um, sorry, I don't even see uintptr_t in rx_dsp_core_200.cpp,
>> and I've searched through its file history: It never occurred
>> there. So to research this issue, I'll need your full "make"
>> output. Maybe your version of Ubuntu fell off the testing
>> bandwagon: which version of Ubuntu are you using?
>>> A good motto is to assume nothing and please make sure you
>>> declare everything.____
>>>
>> uintptr_t is a standard type. See "man stdint.h".
>>
>>
>> Looks potentially familiar... Two things might be going on. 1) If
>> you have a UHD installed and the current build picks up on it things
>> might get messy in non-intuitive ways. Make sure you remove any
>> stray UHD installations. That seems likely in this case. 2) There's
>> a similar issue with some versions of glibc and boost. See
>> https://github.com/gnuradio/gr-recipes/pull/4#issuecomment-181188909
>> (seems unlikely in this case). BTW, if you see a problem in the code
>> that keeps coming back you don't have to wonder who does it... you
>> can use git to know. Anyway, indeed without errors/build logs I'm
>> not sure what you expect anyone to do here.
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden <mailto:address@hidden>
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>> --
>> Very Respectfully,
>>
>> Dan CaJacob
>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio