cross-compiling

    1热度

    2回答

    我建立使用ARM-Linux的GCC交叉编译器上使用TS-7800板libwebsockets库中的Web服务器。使用Ubuntu。安装CMake,OpenSSL和libwebsockets,并根据Github上的指示构建库。 我做了一个“hello world”C文件,其中#includes libwebsockets.h 当我使用gcc编译可执行文件时,它编译得很好,运行.exe。 当我用手臂

    2热度

    1回答

    我想为旧的i286机器运行PC-DOS和目标格式一个普通的COM可执行文件的一个小工具。 编译器的选择是Open Watcom,它在文档中说它可以链接DOS .COM文件,但是文档不明确或者不能像示例所示那样工作,所以我最终得到了一个.EXE文件(带有MZ头)或多个链接器/编译器错误。 那么,如何使用Open Watcom编译器创建.COM可执行文件?

    1热度

    2回答

    是否有可能在ARM机器上使用gcc编译为x86?我找不到任何-march选项,这将允许这样做..如果它不能完成,没有什么大不了的,但我仍然有兴趣知道是否有可能。

    2热度

    1回答

    我试图运行与LWS库一起安装的“libwebsockets-test-server”,但它不会运行,因为“lwsts [31616]:libuv支持不在编译”。 我检查了libuv已安装(1.8.0)。我还更改了cmake中LIBUV的设置并重新编译了库。 LWS_USE_LIBUV = 1 如何使用libuv编译项目? 我在Ubuntu 16.04上,使用arm-linux-gcc进行交叉编

    1热度

    1回答

    我有交叉编译的ncurses,这似乎很容易。 ./configure --host=arm-linux-gnue --prefix=/home/ncurse 则: make 然后,所有从前缀目录中的内容复制到相应的集结SYSROOT位置,这是我的交叉编译器的累积SYSROOT。 然后我试图编译纳米: ./configure --host=arm-linux-gnue --prefix=/h

    1热度

    1回答

    我正在构建一个外部库taglib,其中包含Android的CMake ExternalLibrary选项。我已将CMAKE_ANDROID_ARCH_ABI设置为x86,但构建总是导致armeabi共享库。为什么? 这里的片段: include(ExternalProject) # taglib configuration set(TAGLIB_VERSION 1.11.1) set(TA

    1热度

    1回答

    我有一个Linux项目,我想移植到Windows。在Linux下,我没有设置我的makefile运行x86_64-w64-mingw32-g++当我打电话make ARCH=win 的问题是,一些头,我需要(tcl.h和朋友)都位于'/usr/include'下,如果我通过该目录与-I标志I会得到一个标头碰撞,如stdlib.h,这对于Windows显然是不同的。 除了将所需的tcl头文件复制到另

    0热度

    1回答

    我想用下面的代码动态加载SO文件。 SO文件是从包含此SO库的x86和arm版本的apk中提取的(使用单C#dll的打包文件)。 void * mono = dlopen("./libmonodroid_bundle_app.so", RTLD_LAZY); if(!mono){ cerr << "Cannot Load Library. Error: " << dlerror() <

    0热度

    3回答

    我想交叉编译Qt来开发树莓派的GUI。我一直在关注这个教程:https://wiki.qt.io/RaspberryPi2EGLFS 我用这configure命令: ./configure -release -opengl es2 -device linux-rasp-pi3-g++ -device-option \ CROSS_COMPILE=~/raspi/tools/arm-bcm2708

    -1热度

    1回答

    我目前是为当地救援潜水员开发无人潜艇的研究小组的一员。目标是改进和修复去年团队的原型。 现在车辆使用Arduino Uno和BeagleBone Black。 Arduino的控制六个转子和一些机载传感器,而BeagleBone控制的车载摄像头(不要问为什么,选择此设置。以前的团队早已不复存在,所以我们别无选择,只能继续前进)。 根据最后一个团队,由于“屏蔽”问题,Arduino无法控制所有设备。