按位移位与操作数的大小RHEL7 64 位

如何解决按位移位与操作数的大小RHEL7 64 位

所有，

long long unsigned int bigvalue;
bigvalue = (codeword[0] & 0XFFFC) >> 2;
bigvalue |= (codeword[1] & 0XFFFF) << 14;
bigvalue |= (codeword[2] & 0XFFFF) << 30;
bigvalue |= (codeword[3] & 0XFFFF) << 46;

codeword 是 guint16 类型。

最后一行出现错误：left shift count >= width of type。

有什么方法可以缓解？

TIA！！

编辑：

有一个建议的答案。然而，问题完全不同。我问的是编译器错误，而引用的问题是关于错误的结果。

编辑 2：

提供更多上下文 - 假设这段代码解析 WS 流（它位于解剖器内部）。代码由 Perl 脚本根据规则集自动生成。我正在尝试解决由于最后一行不存在而导致代码崩溃的问题。

应该解析的字段是 68 位长，它被读入 5 个元素 - codeword[i]。前面是2位指示符，因此第二行是0xfffc。

我明天会尝试投射并报告。

谢谢。

编辑 3：

拜托，拜托，请停止建议与此问题完全无关的解决方案！他们没有任何共同点！！

谢谢。

解决方法

对于像 bigvalue |= (codeword[3] & 0XFFFF) << 46; 这样的表达式； C 将首先查看 (codeword[3] & 0XFFFF) 并将其提升为 unsigned int（可能为 32 位）；然后它会尝试将这个中间 unsigned int 左移 46（并抱怨移位计数对于“可能的 32 位”无符号整数来说太大了）。

要解决此问题，您可以告诉 C 将中间值提​​升到更大的大小。例如：

    bigvalue |= (long long unsigned int)(codeword[3] & 0XFFFF) << 46;

请注意，您也可以使用 0xFFFFULL 作为掩码；但是如果 codeword[3] 已经是一个无符号的 16 位整数，那么掩码实际上不会做任何有用的事情并且可以被删除。例如：

    bigvalue |= (long long unsigned int)codeword[3] << 46;

,

我猜 guint16 是 16 位宽度，那么它应该不能左移 30 位和 46 位，或者至少结果为零。