x86-64 相关问题

给定以下函数 void foo(float* 结果, int 大小, float y, float delta) { 对于 (int t = 0; t < size; ++t) { result[t] = y + delta * t; } } Clang with -O2 generates the

c++ assembly clang x86-64 simd

回答 1 投票 0

是否可以使 Visual Studio C++ 构建支持 x86 和 x64？

如何让 Visual Studio 2022 C++ 构建一个在 x86 和 x64 平台上运行的 exe 文件？我看到单独的选项 x86 或 x64，但没有看到类似“AnyCPU”的内容。我尝试过

c++ x86-64 visual-studio-2022

回答 1 投票 0

触摸 C 中的缓冲区

我需要确保一个内存缓冲区全部在物理内存中，并且在后续函数中访问它时不会出现页面错误，因为某些时序问题无法容忍页面错误...

c x86-64

回答 1 投票 0

可调用类的成员变量数量的变化如何映射到调用它的函数的汇编？

考虑这个 TU：结构体 Foo { int 运算符()(int) const; }; int foo(Foo b) { 返回 b(17); } 它将编译为：富（富）：子 rsp，24 莫夫ESI，17 莉亚·迪，[rsp+15] 打电话给 Foo::ope...

c++ class assembly x86-64 calling-convention

回答 1 投票 0

如何在 Windows 的 x86_64 程序集中使用 printf 和 scanf？

该程序的目标是接收来自用户的 3 个参数和一个附加参数并求其总和。我让它工作，以便它找到 3 个参数的总和并打印出总和......

windows assembly printf scanf x86-64

回答 1 投票 0

在 x86 和 x86_64 上将浮点数截断为 int 具有不同的舍入误差

我偶然发现了一个失败的单元测试，其中涉及将双精度数转换为整数。实际转换的数字是 1.234 * 1000.，代码基本上可以归结为： #包括我偶然发现了一个失败的单元测试，其中涉及将双精度数转换为整数。实际转换的数字是1.234 * 1000.，代码基本上可以归结为： #include <stdio.h> #include <stdint.h> int64_t deltatime(double numSeconds) { return (int64_t) (numSeconds * 1000.0); } int main() { double s = 1.234; int64_t ms = deltatime(s); printf("%fs -> %dms\n", s, ms); return 0; } 现在为 x86-64 编译这个，给我： $ gcc test.c && ./test 1.234000s -> 1234ms 针对 x86-32 编译它，给我： $ gcc -m32 test.c && ./test 1.234000s -> 1233ms （这是与 $ gcc --version gcc (Debian 14.2.0-7) 14.2.0 ）现在，我明白数字1.234无法在IEEE-754中精确表示，例如在单精度浮点数中，它确实是 1.2339999675750732421875，同样，在双精度浮点数中，它是 1.2339999999999999857891452848。现在，将实际值乘以1000.0（可以精确表示），应该总是给我1233.9999...，并将其转换为int64_t实际上会是1233（而不是天真的预期的1234） . 但是为什么我在 x86-64 上得到 1234（没有为编译器指定任何舍入选项）？正确的解决方案是否只是将 0.5 添加到总和中（before 转换为 int64_t）？ int64_t deltatime(double numSeconds) { return (int64_t) (numSeconds * 1000.0 + 0.5); } 自 C++11 起，您可以 #include <cmath> 并使用 std::llround()。

c gcc x86 x86-64 rounding-error

回答 1 投票 0

在 x86 与 x86_64 上将浮点数截断为 int

我偶然发现了一个失败的单元测试，其中涉及将双精度数转换为整数。实际转换的数字是 1.234 * 1000.，代码基本上可以归结为： #包括我偶然发现了一个失败的单元测试，其中涉及将双精度数转换为整数。实际转换的数字是1.234 * 1000.，代码基本上可以归结为： #include <stdio.h> #include <stdint.h> int64_t deltatime(double numSeconds) { return (int64_t) (numSeconds * 1000.0); } int main() { double s = 1.234; int64_t ms = deltatime(s); printf("%fs -> %dms\n", s, ms); return 0; } 现在为 x86-64 编译这个，给我： $ gcc test.c && ./test 1.234000s -> 1234ms 针对 x86-32 编译它，给我： $ gcc -m32 test.c && ./test 1.234000s -> 1233ms （这是与 $ gcc --version gcc (Debian 14.2.0-7) 14.2.0 ）现在，我明白数字 1.234 无法在 IEEE-754 中准确表示，例如在单精度浮点数中，它确实是 1.2339999675750732421875，同样，在双精度浮点数中，它是 1.2339999999999999857891452848。现在，将实际值乘以1000.0（可以精确表示），应该总是给我1233.9999...，并将其转换为int64_t实际上会是1233（而不是天真的预期的1234） . 但是为什么我在 x86-64 上得到 1234（没有为编译器指定任何舍入选项）？正确的解决方案是否只是将 0.5 添加到总和中（before 转换为 int64_t）？ int64_t deltatime(double numSeconds) { return (int64_t) (numSeconds * 1000.0 + 0.5); } 从 C++11 开始，您可以 #include <cmath> 并使用 std::llround()。

c++ x86 x86-64 rounding rounding-error

回答 1 投票 0

在 x86 上与 x86_64 上舍入浮点数到 int

c++ x86 x86-64 rounding rounding-error

回答 1 投票 0

为什么elf strip不能跨平台

我在我的树莓派上编译了一个 aarch64 elf 可执行文件： $ 文件 kbgen.elf.aarch64 kbgen.elf.aarch64：ELF 64 位 LSB 可执行文件，ARM aarch64，版本 1 (SYSV)，动态链接，解释器 /...

x86-64 elf arm64 debug-symbols

回答 1 投票 0

x86-64 在线汇编，使用 IDE，例如 https://www.mycompiler.io/new/asm-x86_64

任何人都可以帮我编写与下面的程序等效的代码，以便它可以在 https://www.mycompiler.io/new/asm-x86_64 的在线 IDE 上运行吗？我是一名老师，想向我的学生展示如此真实的工作

assembly ide x86-64