用于mips64体系结构但不适用于其他体系结构的“无位置独立可执行文件(PIE)标志的ELF构建”
无位置独立可执行文件（Position Independent Executable，PIE）是一种可在内存中加载并执行的可执行文件格式。它适用于mips64体系结构，但不适用于其他体系结构。PIE标志的ELF构建是指在构建可执行文件时，使用了PIE标志来生成无位置独立可执行文件。
无位置独立可执行文件具有以下特点：
- 位置无关性：无位置独立可执行文件可以在内存中的任何位置加载和执行，而不依赖于特定的内存地址。这使得它们更加灵活，可以在不同的内存布局下运行。
- 安全性增强：由于无位置独立可执行文件的加载地址是在运行时确定的，因此可以增加代码的安全性。攻击者很难利用固定的内存地址进行攻击，从而提高了系统的安全性。
- 共享库支持：无位置独立可执行文件可以与共享库一起使用，实现代码的共享和重用，减少内存占用和加载时间。
应用场景： 无位置独立可执行文件在以下场景中有广泛应用：
- 操作系统内核：无位置独立可执行文件可以用于操作系统内核的加载和执行，提高系统的安全性和灵活性。
- 嵌入式系统：由于嵌入式系统的硬件平台多样，无位置独立可执行文件可以适应不同的硬件平台，简化开发和部署过程。
- 安全关键应用：对于一些安全关键的应用，如金融系统、网络安全系统等，使用无位置独立可执行文件可以提高系统的安全性和稳定性。
腾讯云相关产品： 腾讯云提供了一系列与云计算相关的产品和服务，以下是一些推荐的产品和产品介绍链接地址：
- 云服务器（Elastic Compute Cloud，EC2）：提供可扩展的云服务器实例，支持多种操作系统和应用场景。产品介绍链接
- 云数据库（Cloud Database，CDB）：提供高性能、可扩展的云数据库服务，支持关系型数据库和NoSQL数据库。产品介绍链接
- 云原生容器服务（Tencent Kubernetes Engine，TKE）：提供基于Kubernetes的容器管理服务，简化容器化应用的部署和管理。产品介绍链接
- 人工智能平台（AI Platform）：提供丰富的人工智能服务和工具，包括图像识别、语音识别、自然语言处理等。产品介绍链接
- 物联网平台（Internet of Things Platform，IoT Hub）：提供物联网设备管理和数据处理的平台，支持海量设备接入和数据分析。产品介绍链接
请注意，以上推荐的腾讯云产品仅供参考，具体选择应根据实际需求和情况进行。
相关·内容
我已经生成了一个未在CMakeLists.txt中使用任何标志-fpic的共享库.so文件 但其中一个工具针对mips64架构报告了"ELF built Position for (PIE) flag“，但没有针对其他架构。 有谁知道在其他架构中是如何处理-fpic的，而不是在mips64中呢？我是否需要在CMakeLists.txt文件中使用-fpic标志来构建mips64
浏览 21提问于2019-05-15得票数 3
1回答
我试图在UEFI引导程序和im中获取内核条目函数，这让我非常困惑。
为什么这段代码能工作？
int (*kmain)(void*) = (int(*)(void*)) (elf->entry);
这就是我把它联系起来的
gcc -no-pie -nostdlib -ffreestanding -e kmain -o kernel.elf kernel.o
我知道这和-no-pie有关，因为没有它就行不通
>entry是一个虚拟地址，但是由于我在引导加载程序中，它引用了一个物理地址，对吗？
链接器如何知道在不访问ram的情况下将条目设置为什么？如果精灵->条目是0x4000
浏览 4提问于2022-07-29得票数 1
回答已采纳
1回答
我正在尝试为android构建一个hello world可执行文件。我的test.c：
#include <stdio.h>
#include <stdlib.h>
int main()
{
printf("Hello World\n");
return 0;
}
我的Android.mk：
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# give module name
LOCAL_MODULE := hello_world
# list your C files
浏览 5提问于2015-06-04得票数 2
下面是一个非常简单的C++程序：
// main.cpp
int main() {}
我的Makefile生成下面的命令来编译程序。
❯ make
g++ -O0 -fverbose-asm -o main main.cpp
我使用命令file查看它是一个ELF可执行文件：
❯ file main
main: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=921d352e49a
浏览 0提问于2020-05-02得票数 7
回答已采纳
独立于位置的ELF可执行文件可以从虚拟地址空间中的任意地址加载和运行。
我试着构建以下简单的程序：
pie.c
#include <stdio.h>
void main(void)
{
printf("hello, pie!\n");
}
构建命令：
gcc pie.c -o pie -pie
可执行文件的ELF标题是：
饼
ELF Header:
Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
Class: ELF64
浏览 3提问于2021-08-15得票数 2
回答已采纳
观测
当Linux可执行文件被编译为饼(位置独立可执行，Ubuntu18.04上的默认值)时，来自共享库(例如libc)的符号将在程序开始执行时被解析，将LD_BIND_NOW环境变量设置为null不会推迟这个过程。
但是，如果使用-no-pie标志编译可执行文件，则符号解析可以由LD_BIND_NOW控制。
问题
当共享库中的符号在ELF饼可执行文件上解析时，可以控制吗？
下面是我测试的代码和系统信息，
ubuntu: 18.04
kernel: Linux 4.15.0-50-generic #54-Ubuntu SMP Mon May 6 18:46:08 UTC 2019 x86_64
浏览 2提问于2019-06-08得票数 2
3回答
我使用的是binutils-2.21.53.0.1-6.fc16.x86_64。
我有一个很小的对象文件，hello.o，它只有足够的“内容”来包含所有部分的内容：
Section Headers:
[Nr] Name Type Address Offset
Size EntSize Flags Link Info Align
[ 0] NULL 0000000000000000 000000
浏览 0提问于2013-03-14得票数 4
回答已采纳
1回答
-pie到底是做什么的？
、、、、
I file /bin/ls并得到输出：
/bin/ls: ELF 64位LSB共享对象，x86-64，version 1 (SYSV)，动态链接，解释器/LSB 64/ld-Linux-x86-64.so.2，用于GNU/Linux 2.6.32
我发现原因是我的gentoo正在用-pie编译所有东西。
如果我把-nopie传给gcc，我会得到正确的答案：
a.out: ELF 64位LSB可执行文件，x86-64，version 1 (SYSV)，动态链接，解释器/LSB 64/ld-Linux-x86-64.so.2，适用于GNU/Linux 2.6.32，没有剥离
而且
浏览 3提问于2015-05-24得票数 9
字节码二进制可执行文件(如Java类文件、鹦鹉字节码文件或CLR文件)与机器代码可执行文件(如ELF、Mach-O和PE )之间有什么区别。
两者有什么不同之处？
例如，ELF结构中的.text区域等于类文件的哪一部分？
或者它们都有头，但是ELF和PE头包含体系结构，但是类文件不包含
Java类文件
精灵文件
PE文件
浏览 4提问于2012-08-30得票数 5
回答已采纳
我正在尝试测试llvm-xray，但它似乎没有按照他们的文档工作。
$ clang++ test.cpp -arch arm64 -O2 -fxray-instrument -fxray-instruction-threshold=10
clang: error: the clang compiler does not support '-fxray-instrument on aarch64-apple-darwin19.4.0
是我遗漏了标志，还是arm64不支持xray
浏览 3提问于2020-06-04得票数 0
运行file命令会显示：
ELF 32-bit MSB executable, MIPS, MIPS64 version 1, dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=b9720b983cafb2a111bbac302b4ead891019e600, not stripped
在阅读了一些帖子之后，我尝试使用qemu模拟器和其他许多工具。
我已经试过这个了
但是当我尝试运行这个文件时，我得到了：
/lib/ld.so.1: No such file or directory.
浏览 46提问于2017-06-28得票数 0
来自uname的输出：
root@debian:~ # uname -a
Linux 5asnb 2.6.32-5-amd64 #1 SMP Mon Jun 13 05:49:32 UTC 2011 x86_64 GNU/Linux
但是，/sbin/init可执行文件显示为32位：
root@debian:~ # file /sbin/init
/sbin/init: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.
浏览 0提问于2014-06-04得票数 9
回答已采纳
我需要为一个Cortex-M单片机，特别是一个STM32F7 Cortex-M7构建一个完整的linux开发框架。首先，我要解释一些背景资料，所以请容忍我。
我已经下载并构建了一个gcc工具链，该工具链带有croostool 1.24，指定了一个armv7e-m体系结构，只使用拇指指令，Linux4.20作为操作系统，并且我希望输出是平面可执行的(我假设它意味着bFLT)。
然后，我使用configs/stm32_defconf编译linux内核(版本4.20)，然后使用我的新工具链静态编译busybox。
内核引导得很好，但是会给我一个错误和内核痛苦，下面的消息如下：
启动init: /s
浏览 0提问于2019-08-01得票数 7
我有一个32位的iMac，我正在用Xcode编写一个iPhone应用程序，我想知道如果我把我的项目保存到一个闪存驱动器上，然后把它放到我的64位MacBookPro上，然后继续在我的笔记本电脑上用Xcode编写iPhone项目，这会引起问题吗？我看不出它会怎么做，因为目标不是这两台计算机中的任何一台，但我想我会问，因为我想在我不总是在我的iMac周围的时候参与这个项目。有没有我应该注意的gottcha？
谢谢,
I00I
浏览 0提问于2010-04-03得票数 1
回答已采纳
如果你浏览维基百科，它会说："小精灵在设计上是灵活的和可扩展的，它不受任何特定处理器或体系结构的约束。“那为什么有这么多的包裹
elf_i386
elf_x86_64
elf32_x86_64
I 586-精灵
等等。
浏览 0提问于2013-12-01得票数 2
我试图用NDK构建一个项目，但无法消除此错误。我搜索了所有的google，但是只有Xamarin才会出现类似的错误。我在使用安卓工作室。错误的全部原因是：
FAILURE: Build failed with an exception.
* What went wrong:
Execution failed for task ':chessClass:externalNativeBuildDebug'.
> Build command failed.
Error while executing process C:\Users\Murat\AppData\Local\A
浏览 2提问于2017-03-06得票数 2
回答已采纳
1回答
是否可以将已链接的elf文件重新定位到另一个地址并更新内部引用？
例如，有一个静态链接的elf文件链接到0x50000，我如何将其移动到0x1000000并更新指针和地址？
浏览 0提问于2013-07-04得票数 0
回答已采纳
我将首先说我是Linux的新手，所以请详细说明。
我刚刚在我的Raspberry Pi 2上安装了Ubuntu伙伴15.04 (Ubuntu14.04也有同样的问题)。从我读过的其他文章中可以看到，它与64/32位有关，但我已经从这里下载了32位版本的Teamspeak。
我运行了.run文件，它生成了一个文件夹，其中包含一个.sh文件。当该文件通过双击运行时，不会发生任何事情(没有错误或任何事情)，当从终端运行时，它会说是cannot execute binary file: Exec format error。
这是我的操作系统、硬件或Teamspeak的问题吗？
我怎样才能让ts3客户端
浏览 0提问于2015-08-13得票数 0
回答已采纳
1回答
我看着一些精灵文件的头，发现了一些奇怪的东西：
ELF Header:
Magic: 7f 45 4c 46 01 02 01 00 00 00 00 00 00 00 00 00
Class: ELF32
Data: 2's complement, big endian
Version: 1 (current)
OS/ABI: UNIX -
浏览 0提问于2016-10-17得票数 3
使用Android R10E，我试图为所有受支持的ABI构建一个共享库，对于某些ABI(但不是所有ABI)，我得到了以下错误：
[armeabi] SharedLibrary : libMyLib.so /home/user/android-ndk-r10e/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin/../lib/gcc/arm-linux-androideabi/4.8/../../../../arm-linux-androideabi/bin/ld:
fatal error: /home/user/sour
浏览 2提问于2015-07-22得票数 1
1回答
nvcc未知选项-no_pie
、、、、
在我的mac(Snow Leopard)上更新CUDA后，nvidia的nvcc编译器行为异常，在编译以下代码时：
nvcc batched_gemm.cu
我得到了以下编译错误，但我不知道如何修复这个问题。
ld: unknown option: -no_pie
collect2: ld returned 1 exit status
有人知道问题出在哪里吗？
浏览 2提问于2012-02-17得票数 2
回答已采纳
1回答
我从这个链接中了解到，默认情况下64位Linux进程启动地址应该是0x400000，但是在我的Ubuntu上，我发现我的bash进程只从一个非常高的基址(0x55971cea6000)开始。有人知道原因吗？动态链接器如何为64位进程选择起始地址？
$ uname -r
5.15.0-25-generic
$ cat /etc/*release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=22.04
DISTRIB_CODENAME=jammy
DISTRIB_DESCRIPTION="Ubuntu 22.04 LTS"
...
$ file /usr
浏览 21提问于2022-04-20得票数 1
回答已采纳
我试图将添加到一个可执行文件中，但是当使用-pie编译(作为链接器标志)时，file工具将它看作一个共享库，尽管我可以毫无问题地运行它。这是正常的吗？能修好吗？
我正在使用add_link_options(-pie) (这样所有的CMake可执行文件都能受益)
untitled3: ELF 64-bit LSB shared object, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/l, for GNU/Linux 3.2.0, BuildID[sha1]=f33e240db8bf52c2566b
浏览 7提问于2019-12-12得票数 0
回答已采纳
1回答
我正在调用一个外部函数，该函数是使用以下代码片段在汇编中开发的： extern int myfunction(); 除了执行代码之外，为了在汇编中声明一个函数，我使用： .section .text
.global myfunction
.type myfunction, @function 这应该告诉编译器程序集文件包含一个名为myfunction的外部函数的引用。然后，我使用以下命令编译代码： gcc -m32 -o obj/main.o -c src/main.c
gcc -m32 -o obj/myfunction.o -c src/myfunction.s
gcc -o bin/m
浏览 131提问于2021-06-25得票数 3
回答已采纳
下载了一个预构建的交叉编译器，并将路径设置为sparc-elf-4.4.4/bin，之后我在终端上运行sparc-elf-gcc -o matrixmul matrixmul.c，结果发现以下响应
/home/root/sparc-elf-4.4.2/bin/sparc-elf-gcc: No such file or directory
我不知道为什么会有这样的反应。
浏览 96提问于2020-02-15得票数 1
2回答
根据我的第一个，我尝试在我的应用程序中包含fanotify.h头。该应用程序基于 (一个小型应用程序，用于使用扇化syscall)，为此我更改了一些代码行，并创建了一个Android.mk makefile：
APP_PLATFORM := android-23
TARGET_PLATFORM := android-23
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# Enable PIE manually. Will get reset on $(CLEAR_VARS). This
# is what enabling PIE tr
浏览 4提问于2017-03-31得票数 0
回答已采纳
1回答
文件头的部分
、、
我是通过我的C程序工作的，我是Linux/UNIX开发的新手，我正在四处看看。
我创建了一个Hello的简单C程序，并检查了编译过程。
我试着读取最终可执行文件的文件头，并得到如下输出
$ objdump -f my_output
file format elf32-i386
architecture: i386, flags 0x00000112:
EXEC_P, HAS_SYMS, D_PAGED
start address 0x08048320**
我理解elf32-i 386部分，但我不太确定标题的其他部分。
D_PAGED与需求分页有某种联系吗？EXEC_P, HAS_SYSMS是什
浏览 0提问于2013-05-03得票数 5
回答已采纳
在提出问题之前，我想先谈几个技术细节，以确保我的回答是正确的：
位置独立可执行(PIE)是一个程序，无论它加载到哪个内存地址，都能够执行，对吗？
ASLR (地址空间布局随机化)说，为了使地址保持静态，我们会以某种方式将它们随机化，
我读过，特别是在基于Linux和Unix的系统中，实现ASLR是可能的，不管我们的代码是否是饼，如果是饼，所有跳转、调用和偏移都是相对的，因此我们没有问题。如果不是的话，不管代码是可执行文件还是共享对象，代码都会被修改，地址也会被编辑。
现在我想问几个问题
如果ASLR可以在不是饼图的代码中实现，并且是可执行的，而不是共享/可重定位的对
浏览 2提问于2016-07-04得票数 13
我想知道GCC的-s (g++)是否会对馅饼产生任何影响。我还想知道它对位置相关的可执行文件的影响。据我所知，不使用任何链接选项(如-pie和-fpie)会产生非饼形结构，就像使用无饼点时一样。现在我有了一个可执行文件，这可能不是一个饼，因为我没有在链接命令中指定-pie。-s会引起任何问题吗？它会提高性能(因为exe会更小)吗？
我还检查了，在回答中说：
很明显，删除搬迁信息会干扰ASLR。
但ASLR只处理与位置无关的可执行文件，对吗？从位置相关的可执行文件中删除重新定位数据会影响ASLR吗？
浏览 4提问于2022-01-21得票数 0
1回答
我正在为ARM/ARM 64编写一个精灵装载机。在处理动态重定位时，我被我所遵循的中的一些术语/符号弄糊涂了。第14页规定，
"S (单独使用时)是符号的地址。“"P是被重新安置的地方的地址(源自r_offset)。“
Delta( S )如果S是一个正常符号，则解决S的静态链路地址与S的执行地址之间的差异，如果S是空符号(ELF符号索引0)，则解决P的静态链路地址与P的执行地址之间的差异。
根据我收集的信息，我认为S(或P)的“执行地址”是进程内存空间中符号的地址，但不确定“静态链接地址”是什么意思。
如果有人能澄清这个术语，那就太好了，谢谢。
浏览 0提问于2019-01-25得票数 2
回答已采纳
我在这里和其他论坛上看到了许多问题，其中建议使用-static，有时甚至使用-static -static-libgcc以及编译参数。这在阿尔卑斯山是行不通的，但在Ubuntu和Fedora上效果很好。
我用C写了一个简单的hello-world程序，然后had被编译成gcc -static test.c.由此产生的二进制文件仍然亮起了ldd。看见,
$ gcc -s test.c -static
$ ldd ./a.out
/lib/ld-musl-x86_64.so.1 (0x7f043eae8000)
$ file ./a.out
./a.out: ELF 64-bit LSB
浏览 12提问于2019-12-24得票数 6
回答已采纳
我编译了一个hello world C程序，下面是file信息： hello: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/l, for GNU/Linux 3.2.0, BuildID[sha1]=3c4fc3bc82d53281357312935790846333a3c7bc, with debug_info, not stripped 当我检查段报头信息时，我看到加载段的VirtAddr指向地址0x0000000000000000，该地址被定
浏览 64提问于2020-01-31得票数 0
回答已采纳
2回答
解决了：这个解决方案是调用个性(0x40000)。请参阅下面评论中的详细信息。
ASLR标志在ELF文件中的位置？我需要为一个特定的库(.so)禁用ASLR。我试过使用objdump，但无法找到如何使用objdump。
我不能使用/proc，因为它似乎不能在我的Android4.4.4上工作，所以我试图修改二进制文件。
编辑：我编译了以下内容：
#include <stdio.h>
void* getEIP()
{
return __builtin_return_address(0) - 0x5;
}
int main(int argc, char** argv)
{
浏览 4提问于2015-10-12得票数 4
回答已采纳
在linux上的gcc手册(man gcc)中，我查看了-c选项(gcc -c infile)，其中声明：
-c:编译或汇编源文件，但不要链接。连接阶段根本没有完成。最终输出是每个源文件的一个对象文件的形式。
默认情况下，源文件的对象文件名是通过将后缀.c、.i、.s等替换为.o来生成的。
更详细的是，在检查ELF文件和对象文件(使用file comand )时，输出是相同的：
file ./out/main.o: ELF 32-bit LSB relocatable, Atmel AVR 8-bit, version 1 (SYSV), not stripped
file ./out
浏览 0提问于2018-11-08得票数 3
看来我不能运行任何普通的linux二进制文件，如果它们的名称以.exe结尾，知道为什么吗？
$ cp /bin/pwd pwd
$ ./pwd
/home/premek
这样没问题。但是..。
$ cp /bin/pwd pwd.exe
$ ./pwd.exe
bash: ./pwd.exe: No such file or directory
$ ls -la pwd.exe
-rwxr-xr-x 1 premek premek 39616 May 3 20:27 pwd.exe
$ file pwd.exe
pwd.exe: ELF 64-bit LSB pie executa
浏览 0提问于2021-05-03得票数 15
回答已采纳
我们能为android r10c中的共享库启用pie (即独立于位置的可执行文件)吗？如果是，那该怎么做呢？
我读到，我们应该将PIC用于动态库，饼用于可执行文件，但看起来android不支持PIC。
我尝试在LDFLAGS中启用-pie标志，但是我得到了以下错误：
函数/android-ndk-r10c/platforms/android-19/arch-arm/usr/lib/crtbegin_dynamic.o: in _start:crtbrand.c(.text+0x8c)：错误:对“main”的未定义引用
请帮助我解决这个问题，因为我已经读到谷歌将强制派在即将到来的andr
浏览 6提问于2014-11-20得票数 11
我有两个源文件(在C中)，它们具有同名的全局文件。球体是静止的。如果我使用nm从对象文件中转储符号，我可以看到包含了调试信息：
hostname:ble_app_hrs username$ find Debug -name '*.o' -exec /usr/local/gcc-arm-none-eabi-4_8-2014q2/bin/arm-none-eabi-nm -o -l {} \; | grep m_user_array_size
Debug/components/libraries/gpiote/app_gpiote.o:00000000 b m_user_array
浏览 2提问于2015-01-09得票数 1
回答已采纳
2回答
最近，我一直在尝试使用GCC进行交叉编译，并发现了一个似乎很复杂的领域，工具链。
我不太理解这一点，因为在我的印象中，GCC可以为大多数常见的体系结构创建二进制机器码，而其他真正重要的是您链接到什么库以及创建了什么类型的可执行文件。
这些都是GCC自己做不到的吗？只需构建一次GCC，将所有合适的库和正确的标志发送给GCC，我就可以为Windows机器生成一个PE可执行文件，然后为嵌入式Linux x86设备创建一个ELF可执行文件，最后为PowerPC机器创建一个可执行文件吗？如果没有，有人能解释一下你是如何做到这一点的吗？
浏览 0提问于2010-12-16得票数 15
回答已采纳
1回答
我注意到，当使用otool检查马赫头时，Cocoa框架从来没有设置PIE标志，尽管我在Xcode中将“生成位置相关的可执行”和“生成位置相关的代码”设置为NO。不过，这是我从otool获得的输出
otool -hv framework_binary
Mach header
magic cputype cpusubtype caps filetype ncmds sizeofcmds flags
MH_MAGIC_64 ARM64 ALL 0x00 DYLIB 16 1560 NOUNDEFS DYLDLINK
浏览 7提问于2019-09-17得票数 0
1回答
当我构建我的项目时，.elf文件生成成功，但是缺少.hex和.bin文件。我在互联网上搜索，我发现每个人都使用"OBJCOPY -O二进制test.elf test.bin“命令，但是当我使用它时，它不会正常工作。
这是我的makefile
PREFIX?=arm-none-eabi-
CC=$(PREFIX)gcc
OBJCOPY=$(PREFIX)objcopy
OD=bin
PROJ_NAME=test
SFLAGS= --static -std=c11 -g3 -Os
SFLAGS+= -fno-common -ffunction-sections -fdata-secti
浏览 1提问于2020-08-24得票数 0
通过读取安卓系统中一个二进制文件的ELF头，我发现/ system /bin下的大多数可执行文件都是ET_DYN，即共享库。例如，ET_DYN类型的/system/bin/ls, lsmod, kill文件。在我看来，这些文件是可执行的，并且应该是ET_EXEC类型的。所以我的问题是:在安卓系统中，为什么Linux操作系统的可执行文件被编译成ET_DYN类型？
浏览 3提问于2018-04-10得票数 2
如果我用rustc test.rs -o test编译这个简单的程序fn main() { println!("Hello"); }，那么我可以用./test运行它，但是在文件管理器中双击它会出现这个错误:运行file test的Could not display "test". There is no application installed for "shared library" file.似乎同意：test: ELF 64-bit LSB shared object...。
如何才能让rustc以及使用它的工具(如cargo )生成可执
浏览 1提问于2014-12-10得票数 0
我为Tizen建立了一个团结项目。在Tizen中的一个模拟器中运行，但是我在日志中得到了这样的结果：
ERROR / AUL_PAD ( 3370 : 3370 )：launchpad_loader.c: main(713) > dlopen AUL_PAD无法打开共享对象文件:没有这样的文件或目录)。请使用-fPIE并使用-pie标志链接
我该怎么解决呢？
浏览 3提问于2016-11-21得票数 0
我知道，在Linux中，除非引用页面中的虚拟地址，否则不会将RAM页分配给虚拟地址空间的页。但是，我在一个设备中使用嵌入式Linux，在加载它们之前，所有ELF文件都已驻留在RAM(RAM磁盘)中(从每个ELF文件启动一个进程)。所以我在想，在加载每个ELF文件时，是否可以为所有的代码和数据分配RAM。如果这是可能的话，我想我将能够从RAM中删除每个ELF文件，只要它的所有代码和数据都被分页到RAM中，这样就可以腾出更多的内存空间供将来使用。
浏览 0提问于2016-03-14得票数 0
1回答
是否可以在x86-64中对这个相对地址执行以下操作？
section .text
two
dq 0
section .data
one:
dq two
当我在OS上使用nasm这样做时，我会收到以下链接器警告：
ld:警告: PIE已禁用。绝对寻址(可能-mdynamic pic)在代码签名饼中不允许，但在/var/tmp/tmp.1.Ho4qKA中使用。若要修复此警告，请不要使用-mdynamic pic编译，也不要使用-Wl、-no_pie链接。
浏览 2提问于2011-09-04得票数 1
警告、二进制文件和系统arch的详细信息如下。C程序包含一个主程序和一个简单的加法函数。不包括外部文件。
zfq@inginging:~/study/sandbox$ mips64-linux-gnuabi64-gcc sandbox.c
zfq@inginging:~/study/sandbox$ ls
a.out sandbox.c sandbox.h sandbox.s
zfq@inginging:~/study/sandbox$ file a.out
a.out: ELF 64-bit MSB executable, MIPS, MIPS64 rel2 version 1 (SY
浏览 3提问于2021-02-26得票数 0
1回答
图片和馅饼之间的区别
、、、
我正在寻找二进制加密代码生成的选项，发现了两个可用的选项，即PIC和PIE。我试着找出两者之间的差异，但没有找到合适的文章。如果有人能用pros和corn举例来解释其中的区别，或者提供好文章的链接，那将是非常值得学习的。
我的基本动机是保护编译后的代码，因为ELF/PE格式可以被病毒攻击，或者可以被黑客攻击，或者在反向技术的帮助下可以重新生成代码。还可以提供任何其他方法来保护编译后的代码免受攻击和反编译。
我正在通过Cygwin使用GCC编译器来构建跨平台应用程序。
浏览 0提问于2013-04-16得票数 22
回答已采纳
在Ubuntu11.10上交叉编译node.js for optware (slug)时出现这个错误。
通用ELF (EM: 3)中的/optware/cs05q1armel/builds/node/build/default/libv8.a(api.o)：重定位/optware/cs05q1armel/builds/node/build/default/libv8.a:无法读取符号:文件格式错误
使用标志--不带-snapshot--不带-ssl --dest-cpu=arm。/configure
arm-none linux-gnueabi-g++是否被正确地选为编译器，尽管可能不是这个库
浏览 1提问于2011-10-10得票数 3
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM活动推荐
腾讯云开发者
