cross-compiling

    2热度

    1回答

    我使用Code :: Blocks的IDE与Debian的8.9杰西(X86-64)wxWidgets的。 当我使用GNU GCC编译一切正常,因此编译好的wxWidgets的可执行的Linux版本。 但我需要让我的程序在Windows平台上工作,所以我必须进行交叉编译。 我已经安装的mingw32跟着交叉编译指令给出 here。 我做了我的wxWidgets构建配置如下: ./configure

    0热度

    1回答

    我按照说明在我的os x上构建自己的编译工具链,而且我完全按照他们的建议做了。但是当我编译gcc时,命令是'make all-target-libgcc',错误出现。 我想我已经正确地编译了binutil,并且命令'i386-jos-elf-objdump -I'产生的输出是正常的。 说明页面是https://pdos.csail.mit.edu/6.828/2014/tools.html。 的的

    0热度

    1回答

    我想为armv6构建libx264,但是我得到的似乎是为armv7构建的。我使用这个配置行: ./configure --host=arm-linux-gnueabihf --enable-static --cross-prefix=${CCPREFIX} --prefix=... --extra-cflags='-march=armv6' --extra-ldflags='-march=armv

    0热度

    2回答

    我下载臂无-Linux的gnueabi从2011年CodeSourcery的版本,设置后的路径和配置与此命令 须藤的./configure \ -opengl ES2 -no-XCB \ - 释放-silent \ - 继续\ -opensource -confirm许可证\ -prefix $ DEVICE_PREFIX \ -hostprefix $ HOST_PREFIX \ -sysroo

    0热度

    1回答

    当我试图在beaglebone黑色上运行交叉编译图像时,我遇到了一个有趣的问题。目前我在我的linux机器上构建我的可执行文件,然后将其放到我的beaglebone黑色上。我有一个简单的Hello World程序工作得很好,但是当我尝试运行一个稍微复杂的程序时,运行beaglebone黑色上的可执行文件时出现错误。 beagle骨说:“libstdC++。so.6:版本GLIBCXX_3.4.21

    1热度

    2回答

    我想在Mac上编译一个项目,但是出现很多错误。它在Linux上编译得很好。我参考了STM研讨会随附的工具包。 运行时从/编译/调试cmake ../.. -DCMAKE_BUILD_TYPE=Debug -DCMAKE_TOOLCHAIN_FILE=../../tools/toolchain/nucleo_f746zg.cmake,我得到下面的输出.. /var/folders/fg/ldkpxw

    0热度

    2回答

    我想从Linux终端交叉编译堆Qt。当我运行qmake时,它会在我的上下文中应用mkspecs qmake.conf,以便必须定义CROSS_COMPILE变量。例如,有一个关键的conf线,看起来像这样: QMAKE_CXX = $${CROSS_COMPILE}g++ QMAKE返回一个错误,但它清楚地表明$$ {} CROSS_COMPILE没有得到解决。它只是使用“g ++”而不

    1热度

    1回答

    什么是使用-prefix-extprefix和-hostprefix选项来交叉编译Qt5的正确方法? 我的手臂板有sysroot dir。除了一个以外,我对交叉编译Qt for ARM没有任何问题 - 我不知道如何指定我的主机上目录的安装路径(而不是白皮书sysroot)。试图在板上安装Qt的-[..]prefix标志的每个组合。板上没有太多的磁盘空间,所以我想在本地安装Qt。 这是我目前的配置:

    0热度

    1回答

    我正在尝试使用Mingw32交叉编译OpenGL程序,但遇到了路障。调用mingw32-configure后;编译由 configure: error: lacking proper OpenGL support 打断我检查的config.log文件,发现如下条目: configure:21709: checking GL/gl.h usability configure:21726: cc