C别名规则和memcpy

文章/答案/技术大牛

发布

1回答

c++、c、strict-aliasing

*p;*(unsigned*)&p = 17; // (1)第1行违反了别名规则。别名规则。问题是:为什么？编译器是否有关于memcpy等函数的特殊内置知识，或者是否有一些其他规则可以使

浏览 3提问于2010-07-18得票数 12

回答已采纳

1回答

Memcpy实现，严格混叠

c++、c、memcpy、strict-aliasing

在学习c时，我实现了自己的memcpy函数。我在函数中使用了一个更宽的类型( uint32_t)。(为了简单起见，该函数仅限于4倍的类型，并且数据是正确对齐的){ ((uint32_t*)dst)[i] = ((uint32_t*)src)[i];我读了一些双关语和严格的混叠，我相信上面的功

浏览 4提问于2014-01-19得票数 3

回答已采纳

2回答

将指针变量作为指向C中不同类型的指针进行访问

c、pointers、strict-aliasing

这会违反严格的别名规则吗？C和C++在别名规则上有一些不同。在这个问题中，我们将重点放在C。另一个考虑C++的问题可以在中找到。在下面的示例中，将作为void*访问double*。.);}

浏览 5提问于2019-05-18得票数 0

3回答

当我将uint8_t数组强制转换为uint32_t时会发生什么？

c、arrays

将arr1、arr2、arr3和arr4聚合为32位整数。

浏览 10提问于2016-08-17得票数 3

回答已采纳

1回答

reinterpret_cast在memcpy缓冲区上的用法是UB吗？

c++、language-lawyer

struct A {}; std::vector<unsigned char> buffer;std::memcpy我会说是，因为memcpy不会启动实例的生命周期，因此违反了严格的别名规则(这就是std::bit_cast被添加到C++20中的原因)。如果我用另一个memcpy替换转换(读取指针)，程序会被很好地定义吗？

浏览 27提问于2020-01-13得票数 8

回答已采纳

1回答

跨C和C++标准的可靠类型转换

c++、c、type-conversion、language-lawyer、type-punning

有没有办法让输入双关语在C和C++中都有效？优选地，低开销，并避免琐碎的预处理器破解。在C89中，我知道我可以这样做： return *(unsigned int *)&num;然而，这违反了C99严格的别名规则针对C和C++给出的典型解决方案如下所示： unsigned int float_bits(float num)

浏览 29提问于2019-11-03得票数 6

回答已采纳

2回答

使用memcpy()进行结构复制是否合法？

c、casting、memcpy

specific_t;specific_t a = /* some code */;但这是非法的，因为它违反了严格的别名规则但是，如果我的memcpy结构I只有不受严格别名规则影响的void指针： specifi

浏览 0提问于2019-08-24得票数 3

回答已采纳

1回答

严格可移植C++中浮点型字符顺序的高效转换

c、optimization、floating-point、endianness

在uint32_t和float之间进行强制转换是类型双关，严格编译器不允许这样做。使用float和uint32_t进行联合会遇到未定义的编译器行为(根据之前的帖子)。

浏览 0提问于2018-04-30得票数 1

1回答

在动态bool数组上使用memset是定义良好的吗？

c、language-lawyer、strict-aliasing、memset

_Bool* array = malloc(n);_Bool x = array[0]; ...or被复制为字符类型的数组，那么该访问和后续访问中未修改值的修改对象的有效类型是复制值的对象的有效类

浏览 1提问于2018-11-06得票数 9

回答已采纳

1回答

AIX编译器13.1.3对c++的不正确双转换

c++、double、compiler-optimization、aix

但是输入和输出应该相等(等于-1.1512299550195975)。这种情况只发生在AIX中。在另一个平台上，我们得到了正确的结果。我们在我们的项目中使用优化级别的O2。

浏览 0提问于2018-08-01得票数 1

回答已采纳

4回答

这种指针转换是否破坏了严格的混叠规则？

c、pointers、casting、c99、strict-aliasing

这会不会打破严格的混叠规则，因为i与y的类型不同我认为可能没有，因为值是取消引用和复制的；因此，操作是在副本而不是原始的副本上执行的。

浏览 5提问于2013-04-04得票数 9

回答已采纳

2回答

将一种类型的值与另一种类型一起移动是否违反了严格的别名？

c、memcpy、strict-aliasing

使用uint32_t移动任何类型的项，然后读回它们，是否违反了严格的别名规则？如果是这样，它是否也违反了严格的别名规则，将memcpy从uint32_ts数组转换为任何类型的数组，然后再读回这些元素？}; int i; memcpymemcpy(strings, buffer, sizeof(str

浏览 0提问于2009-12-18得票数 2

回答已采纳

1回答

对2种不同类型的变量使用相同的内存，而不会在C++中导致未定义的行为

#include <stdio.h> int a = -1; long c = *(long*)&b; // expect `c` to alsoreturn 0; } 上面的代码是否根据严格的别名规则产生未定义的行为？：What is the strict aliasing rule? 上面的代码即使在编译器优化的情况下也能正常运行。使用memcpy和复制内存内容是唯一的选择吗？

浏览 27提问于2021-05-09得票数 0

3回答

严格的混叠规则和std：：拷贝

c++

以前，我只是将指向'int*‘的位置的指针转换为’int*‘，并取消了它的引用以获得int数据，但是尽管它对我很好，但它违反了严格的别名规则，因此没有定义行为。所以现在我使用memcpy将字节复制到int中，我认为它不是未定义的行为。但是，我可以使用"std::copy“吗？, 5, 6, 7, 8, 9};这本身并不违反严格的别名

浏览 0提问于2011-09-05得票数 5

回答已采纳

1回答

在标准C中从零开始实现memcpy在技术上是不可能的吗？

c、char、language-lawyer、memcpy

霍华德楚国： void * memcpy(void * restrict destination, const void * restrict sourcesource; dst[i] = src[i];} 这里违反了最新的C标准中的

浏览 0提问于2019-01-23得票数 12

1回答

在C++中将无符号整型重新解释为浮点型

c++、casting、int

我知道你可以重建数字字节移位，就像这个问题的答案中说明的那样：我想避免移位、乘法和求和，只需要重新解释比特。我尝试了Wikipedia示例中的IEEE754单精度条目，但重新解释的结果是0。

浏览 1提问于2013-03-21得票数 1

回答已采纳

1回答

取消引用类型双关指针将打破严格的混叠规则[-严格-混叠]

c++、gcc-warning、strict-aliasing

我有个警告 } 因此，在packet->buf + 2和packet

浏览 0提问于2016-08-19得票数 0

回答已采纳

1回答

我使用的是一个基于C++的框架，它基于重写规则。单独的重写规则是由像我这样的开发人员编写的。重写规则接口中的参数可以定义为任何类型化的变量。框架所做的似乎是在应用重写规则时将memcpy应用于所有参数。现在，我使用C++对象的实例(从多个抽象类继承而来，有点复杂)作为重写规则的参数。不足为奇的是，memcpy只成功了一部分，并且在应用重写规则之后，我的对象的许多成员都搞砸了。尤其是，指针、映射和向

浏览 0提问于2020-11-08得票数 0

2回答

使用指针转换来存储/转换值:我是否违反了严格的混叠规则？

c++、pointers、c++98、strict-aliasing

我的印象是，也许我违反了一些规则，但不是严格的假名. 注意:我不知道这有多重要，但是我的编译器(gcc 4.9)不会发出警告。

浏览 0提问于2015-03-25得票数 3

回答已采纳

2回答

是否批准了避免使用lvalue强制转换警告和错误的方法？

c++、gcc、casting、lvalue

但这更让我感到困惑，因为我可以区分lvalue和rvalue，但是xvalue和prvalue对我来说仍然是新的。天真地，在我看来，这条规则的存在是有原因的，所以一些规避它的方法也可能是间接或直接非法的。*(static_cast<int*>(&f)) = 1; *(static_cast<volatile int*>(&ptr)) = NULL; 它是合法的C<e

浏览 7提问于2015-08-02得票数 1

回答已采纳

点击加载更多