Skip to content
Advertisement

Tag: c++

USB Dongle Recognition in Android – Beaglebone

Issue : Some of the Huawei USB Dongles not recognized by Android JellyBean4.1.2 in Beaglebone. In Detail : I am working with BeagleBone running on Android JellyBean4.1.2 . Huawei – E1731 [Locked] , Huawei – E303D [Locked] are working fine in this platform. Huawei E303F , Huawei E303F (Both Factory Unlocked) are not recognized by the OS (Communication files not

SIGALRM, interval timers and problems with sleep()

I am working with porting one of our embedded microcontroller libraries to linux and writing a python wrapper around it. One of my low level modules depends on a callback that gets called every 10ms. This callback counts up software timers that each have callbacks of their own. These timers are used all over our library and while they don’t

__builtin_return_address returns null for index >0?

I want to get the return address of the caller function. I’m using __builtin_return_address() funtion, but if I give index value greater than 0 it is returning NULL. Please help me with this or tell me any other function to get the same. Answer See this answer to a related question. __builtin_return_address is GCC and processor specific (also available in

cmake linking shared libraries on ubuntu

Hi I am having problems with linking two libraries on ubuntu using cmake 2.8.12 Directory structure CMakeLists.txt for lib1 This builds fine. Then for lib2 I have the following CMakeLists.txt Here I get Linking CXX shared library ../build/liblib2.so /usr/bin/ld: cannot find -llib1 I am not clear how to correctly link these two shared libraries using CMake. Anyone an idea what

What does `OBJECTS = $(SOURCES:.cpp=.o)` mean in a makefile

I am going over this tutorial and it has something like this I am not sure if I understand the document and would appreciate it if someone could explain the last two statements. Here are my three questions regarding Makefile Question 1 : Whats the difference between and It says that the second case only works if .cpp files exist

Shared library on Linux and -fPIC error

I am trying to compile a shared library in Linux using a Makefile created with Cmake, but running make I obtain the following error: I provide the following command in the CMakeLists.txt in order to say that I want a shared (.so) library: add_library(cpp-lib SHARED ${CPP_FILES}) What else do I need to specify in order to avoid the -fPIC error

Retrieve path of symbolic link

I want to store the path of the file the symbolic link is pointing to into bufff. This works with my current implementation using readlink but it grabs extra data I don’t need because my bufsize is arbitrarily valued. I’m not sure how to size it according to the path of what the symbolic link points to because all I

Advertisement