[Hackrf-dev] Problem building libhackrf on Debian 6.0/amd64.

Tom Rondeau tom at trondeau.com
Sat Aug 3 12:18:14 EDT 2013


On Sat, Aug 3, 2013 at 7:04 AM, Andrew Back <andrew at carrierdetect.com> wrote:

> Hi Tom,

>

> On 2 August 2013 14:04, Tom Rondeau <tom at trondeau.com> wrote:

>> On Fri, Aug 2, 2013 at 8:49 AM, Andrew Back <andrew at carrierdetect.com> wrote:

>>> Hello,

>>>

>>> I can't seem to build libhackrf and friends, and it appears as though

>>> cmake isn't looking in /usr/include for the required headers. Output

>>> below. Note that if I comment out the big endian test it just fails on

>>> something else.

>>>

>>> I tried a 2nd Debian 6.0 system, and a release as well as git, and got

>>> the same results.

>>>

>>> Any idea where I'm going wrong?

>>>

>>> Cheers,

>>>

>>> Andrew

>>>

>>> --

>>>

>>> andrew at snow:~/Work/Projects/HackRF/hackrf/host/build$ cmake ..

>>> -- The C compiler identification is GNU 4.4.5

>>> -- The CXX compiler identification is GNU 4.4.5

>>> -- Check for working C compiler: /usr/bin/gcc

>>> -- Check for working C compiler: /usr/bin/gcc -- works

>>> -- Detecting C compiler ABI info

>>> -- Detecting C compiler ABI info - done

>>> -- Check for working CXX compiler: /usr/bin/c++

>>> -- Check for working CXX compiler: /usr/bin/c++ -- works

>>> -- Detecting CXX compiler ABI info

>>> -- Detecting CXX compiler ABI info - done

>>> -- Check if the system is big endian

>>> -- Searching 16 bit integer

>>> -- Looking for sys/types.h

>>> -- Looking for sys/types.h - not found

>>> -- Looking for stdint.h

>>> -- Looking for stdint.h - not found

>>> -- Looking for stddef.h

>>> -- Looking for stddef.h - not found

>>> -- Check size of unsigned short

>>> -- Check size of unsigned short - failed

>>> -- Check size of unsigned int

>>> -- Check size of unsigned int - failed

>>> -- Check size of unsigned long

>>> -- Check size of unsigned long - failed

>>> CMake Error at /usr/share/cmake-2.8/Modules/TestBigEndian.cmake:44 (MESSAGE):

>>> no suitable type found

>>> Call Stack (most recent call first):

>>> libhackrf/CMakeLists.txt:40 (TEST_BIG_ENDIAN)

>>>

>>> --

>>> Andrew Back

>>> http://carrierdetect.com

>>> _______________________________________________

>>> HackRF-dev mailing list

>>> HackRF-dev at greatscottgadgets.com

>>> http://nine.pairlist.net/mailman/listinfo/hackrf-dev

>>

>>

>> Hey Andrew,

>>

>> I just built libhackrf on a freshly installed laptop today using

>> PyBOMBS (gnuradio.org/pybombs):

>>

>> $ ./pybombs install hackrf

>

> I'm afraid it's failing in exactly the same place when using PyBOMBS.

> Cmake checks fail because it doesn't seem to be picking up headers

> that are in /usr/include.

>

> Best,

>

> Andrew

>

> --

> Andrew Back

> http://carrierdetect.com



That's too bad, but this points to it being a problem on your system.
To not be able to find headers in the standard /usr/include path is
very strange. That's probably never explicitly mentioned in any of the
CMakeLists files because it's just assumed that the compiler would
look there.

--
Tom
Visit us at GRCon13 Oct. 1 - 4
http://www.trondeau.com/grcon13


More information about the HackRF-dev mailing list