2回答
我从x86下载了Rebol/View (vesion 2.7.8) Linux libc6 2.3版本，它可以作为Linux上的解释器工作(Debian 9)。可以将代码编译成可执行文件吗？我试着检查这些选项，似乎没有编译到可执行选项：The command line usage is:
-
浏览 1提问于2017-09-14得票数 1
回答已采纳
)set(CMAKE_FIND_ROOT_PATH "/usr/arm-linux-gnueabihf但是当链接可执行目标时，make失败了。在那里窥探，我发现在link.txt in <target>.dir中，我有g++命令。查看其他link.txt中的其他<target>，它不是
浏览 2提问于2016-11-08得票数 1
回答已采纳
我有以下问题:在操作系统是Linux的情况下，我必须执行不同的操作，而在这种情况下，操作系统是MacOs。，因为Linux机器不是MacOs机器，所以什么也不做。因此，我遇到了一个问题，因为在MacOs机器上，路径值被设置为错误的Linux路径("/usr/share/XCloud/appl/lib/")，而不是设置到正确的MacOs路径("${basedir}路径，但是它不能(并且在Mac上工作得很好)
如果它是Linux系统，尝试
浏览 3提问于2013-10-21得票数 1
3回答
我想要构建一个可执行文件，在确定的相对路径中查找它的依赖项。换句话说，我想分发一个zip，其中包含两个元素:一个可执行文件和一个带有共享库的文件夹。可执行文件必须能够在运行时找到那些共享库。add_definitions(-std=c++11) target_link_librariesFlowersDetector/FlowersDetector.cpp )
add_definiti
浏览 0提问于2016-04-29得票数 3
回答已采纳
2回答
我一直在使用linux上的proc文件系统，我遇到了一些我想要澄清的行为。>>> readlink tmpfile.link名称
浏览 3提问于2014-06-04得票数 6
回答已采纳
thread)
message(SEND_ERROR "Cannot find Boost Thread")file(GLOB HDRS "*.h")target_link_libraries可执行</
浏览 0提问于2011-05-02得票数 0
Clang可以使用Visual的link.exe来发出bitcode、直接发出对象文件或甚至链接可执行文件。
Link to binary using Microsoft link:
C:\..> link hello.obj -defaultlibLLI似乎工作得很好，所以我假设它
浏览 7提问于2013-01-14得票数 10
回答已采纳
1回答
TLDR:一个带有子目录库的CMake项目成功链接，但创建了一个动态可执行文件.还有注：我读过所有相关的问题/答案，没有人回答这个问题。我创建了以下最小示例：(Git标签: SimpleExecutable)#include <uuid/uuid.h>结果linux-vdso.so.1 (0x00007ffc406bb000)
libuuid.so.1
浏览 3提问于2021-07-12得票数 1
回答已采纳
如果symlink是可执行的(ln)，它所指向的不可执行的文件会被暴露吗？快速谷歌搜索确实给出了围绕这个主题的各种答案，但不是直接的答案。
浏览 0提问于2021-02-27得票数 0
1回答
$ file /lib/ld-linux.so.2$ readlink -f /lib/ld-linux.so.2$ file /lib/i386-linux-g
浏览 0提问于2018-06-10得票数 4
回答已采纳
我正在使用C++编写一个跨平台的程序，我想在程序中打包/嵌入许多二进制可执行文件。程序应该能够在运行时执行这些二进制文件。是否需要将二进制文件设置为可执行文件？(在Mac，BTW.)";arguments << "help" << "commit";Git可执行</em
浏览 5提问于2009-12-21得票数 8
回答已采纳
1回答
我试图在clion上的项目中使用target_link_libraries，但是当我运行该项目时，会打印以下错误：/usrctop_util
crl crl-loader yaml-cpp
target_link_libraries
浏览 7提问于2022-09-17得票数 -1
回答已采纳
我正在将一个应用程序从Solaris移植到Linux /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../..makefile的代码提取：LINK = cc
$(RPCAPPN)_server:
浏览 2提问于2012-06-20得票数 46
回答已采纳
1回答
tl;dr:当我以一种方式编译我的代码时，可执行文件运行得很快。当我使用makefile时，它会慢10倍(可执行速度，而不是编译时间)。如果我使用下面的makefile，生成的可执行文件大约要慢10倍。我做错了什么？# Just type "make -f Makefile.Linux" to build it.# Link target: automaticallyb
浏览 7提问于2014-01-07得票数 1
回答已采纳
我试图将添加到一个可执行文件中，但是当使用-pie编译(作为链接器标志)时，file工具将它看作一个共享库，尽管我可以毫无问题地运行它。这是正常的吗？能修好吗？我正在使用add_link_options(-pie) (这样所有的CMake可执行文件都能受益)
untitled3: ELF 64-bit LSB shared object, x86-64, version1 (GNU/Linux), dynamically linked, interpreter /lib64/l, for GN
浏览 7提问于2019-12-12得票数 0
回答已采纳
1回答
我正在Kali上编译一个C可执行文件：/usr/bin/ld: /tmp/ccv59WCS.o: relocation R_X86_64_32S against`kernel_code' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link据我所知，这只会产生一个ELF可执行
浏览 4提问于2017-02-21得票数 2
回答已采纳
我试图让一个cmake构建系统在linux上工作。该项目包含一堆可执行文件和两个库。首先将其中一个可执行文件构建为库，然后将该库与包含man子例程的目标文件相链接。这样做是因为其余的可执行文件依赖于该库。棘手的部分是，main子例程定义在其他源代码所依赖的模块中，因此需要在编译其他源代码之前对其进行编译。其效果是将main子例程添加到结果库中。这在Mac上似乎工作得很好，但是在Linux上，链接状态失败了。当我在Linux上运行make时，它失败了。
来自Linux上的
浏览 2提问于2012-07-18得票数 0
回答已采纳
2回答
带锈蚀的便携式二进制文件
、、、
我在构建带有锈的可移植可执行文件时遇到了问题。./test: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by .-C link-args=-static构建时未能正确链接(ld ./test的输出)：
ld: error in .
浏览 10提问于2014-10-05得票数 12
回答已采纳
=yes;;AM_CONDITIONAL([LINUX], [test "$build_linux" = "yes"])endif
除了一个问题--即使在Linux上编译时，它也尝试使用目标-C构建套件，而不是C构建套件。这样做的一个副作用是OBJCFLAGS被使用而不是CFLAGS，这是违反直觉的，因为在为Linux</e
浏览 4提问于2020-04-12得票数 1
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频活动推荐
腾讯云开发者
