cross-compiling

    0热度

    1回答

    我正在尝试构建一个arm64版本的libcurl 7.50.3,使用Android NDK r13b,目标是Android API 19.我设法使armv7工作,但是我一直使用arm64得到错误。这是我的出口标志: NDK_ROOT="/opt/android-ndk-r13b" export SYSROOT="${NDK_ROOT}/platforms/android-19/arch-arm"

    2热度

    1回答

    我试图从Linux(Debian Jessie)为Windows交叉编译。我编译了zlib和OpenSSL,并且cURL的配置脚本确实找到了这些库,但仍然表示SSL支持已关闭。 这是构建脚本我用: # ZLIB cd /builds curl -O -J http://www.zlib.net/zlib-1.2.11.tar.gz tar xf zlib-1.2.11.tar.gz cd

    2热度

    1回答

    我在Debian VM上用Eclipse编码,并为Raspberry Pi Zero交叉编译。我想使用mraa图书馆,但经过数小时的努力后,我仍然无法完成工作。 - 关于目标(Raspi零),我可以使用CMake在本地编译mraa,只需遵循作者的指示。当我在本地玩C++示例时,它完美地工作。 - 在主机上,我复制了来自目标的* .so文件,但交叉编译器不喜欢它(未定义的引用错误)。在Eclipse

    0热度

    1回答

    我创建了一个允许执行一些iperf命令的Android应用程序。要做到这一点,我得到了iperf的C++项目的源代码版本3和I交叉编译使用这些命令是: > make clean > ./configure --host=arm-linux --prefix=/home/laboPC/Downloads CC=arm-linux-androideabi-gcc CXX=arm-linux-andr

    -1热度

    1回答

    make all-recursive make [1]:进入目录'/ home/local/ZOHOCORP/vignesh-4691/Downloads/json-c-master' 全部进入。 make [2]:进入目录'/ home/local/ZOHOCORP/vignesh-4691/Downloads/json-c-master' CC linkhash.lo linkhash.c:函

    0热度

    1回答

    我下面的指导wiki.qt.io/RaspberryPi_Beginners_Guide,当它涉及到建设Qtbase我运行一个命令make并得到以下错误: http://pastebin.com/a2cXFGbC 和输出的locate unistd.h: http://pastebin.com/F656G0eG 一些细节:PC的Debian杰西,树莓裨3,SD卡安装Raspbian(如在指南)。

    1热度

    1回答

    我想使用CMake生成两个不同的Makefile,一个用于在GCC编译的主机上运行的Unittests,一个用于使用IAR编译器编译的嵌入式目标(arm) 。两个目标使用相同的源树(不包括某些文件)。 据我所知,每个CMakeLists.txt只能使用一个编译器。是否有可能在同一个源目录中有两个CMakeLists.txt?

    11热度

    1回答

    当编译我的计算机上的以下程序,它输出的期望值: fn main() { let number = 42; println!("number is {}", number); } 数为42 当交叉编译对于armv5te并在目标上运行,它会输出以下结果: number is 14 我认为的执行Display未按预期工作。特别地,似乎打印以下阵列在错误的索引处被截取的字符(在l

    -1热度

    1回答

    我想写一个配方,它可以和我的补丁一起工作,但是当我添加我的配方“inherit native”时,它只是简单地通过我的补丁而不应用它。 首先,我想升级一个基地recipe将其文件名更改为2.8.33(此方法通常适用于其他配方)。我在编译时遇到了一个错误,在发现错误之后,我做了一个补丁并将其添加到配方中。当我从配方中删除原生相关行时,它已成功编译。我检查了工作目录中的代码,发现我的补丁应用了。但对于

    0热度

    1回答

    因此,我在Linux上交叉编译了Windows上的Go代码(10),而且我实际上能够在Windows和Linux上运行相同的可执行文件,这怎么可能?