error: '__uint128_t' does not name a type

最新推荐文章于 2023-09-14 22:30:19 发布
最新推荐文章于 2023-09-14 22:30:19 发布
阅读量3.4k 收藏
点赞数

https://en.sfml-dev.org/forums/index.php?topic=20154.0

Trouble building arm64-v8a android

chrisvarns

  • Newbie
  • *
  • Posts: 1
    • View Profile

Re: Trouble building arm64-v8a android

« Reply #1 on: July 10, 2017, 05:24:49 pm »

Very late reply I know. I think the issue is that it is compiling with the 32 bit toolchain from the NDK, which does not define that type. I am having that exact problem right now building the dependencies (openal-soft). It is misleading as it is including the 64 bit headers.

I managed to get past this by downgrading my NDK to r10e, as it "just works" with that.

platforms/android-21/arch-arm64/usr/include/asm/sigcontext.h:44: __uint128_t vregs[32];
platforms/android-21/arch-arm64/usr/include/asm/ptrace.h:61: __uint128_t vregs[32];

zhushidiao, jiu bianyiguole.........

error: 'uint8_t' does not name a type
突围
01-05 1万+
c++里用了c的代码，确切的说，是引用了c写的x264.h，结果报错了： 都是诸如这样的错误： /x264.h:341:5: error: 'uint8_t' does not name a type 加入 #include 就好了。 参加： http://stackoverflow.com/qu
error: ‘int64_t’ does not name a type
weixin_33735077的博客
04-18 3491
我在CodeBlock中编译工程没有出现问题，但是放到ubuntu上用自己写的Makefile make的时候报错 error: ‘int64_t’ does not name a type # 2 # Makefile ...
uint128_t:C ++无符号128位整数类型
03-22
uint128_t C ++的无符号128位整数类型 版权所有（c）2013-2018 Jason Lee @ calccrypto在gmail.com 请参阅许可文件以获得许可。 致谢 在Auston Sterling的大力帮助下 感谢StefanDeigmüller找到操作员中的错误*。 感谢FrançoisDessenne说服我对该类进行了一般性的重写。 感谢John Skaller在将符号编译为共享库时使符号可见。 这最初是在uint256_t完成的，我将其复制到此处。 用法 这是C ++中无符号128位整数类型的简单实现。 它的意图是像标准uintX_t一样使用，除了比特大小比C / C ++提供的更大。 在代码中 在代码中只需完成#include "uint128_t.h" # include < iostream> # include " uint128_t.h
交叉编译器及常见编译错误
zhandoushi的专栏
09-03 1万+
（1）交叉编译器       在主机上用来编译其它类型机器上可执行代码的编译器就叫交叉编译器，我们进行嵌入式linux的开发主机大部分都是X86，而我们的嵌入式系统的处理器有可能是ARM/MIPS等非X86处理器，这时候就必须使用ARM/MIPS的交叉编译器才能编译出在这些处理器上能够执行的代码。这里我们使用的是ARM最新的EABI编译器。       交叉编译器在编译的时候，对于浮点运行会预
arm-linux平台交叉编译基于boost库的程序报错：unknown machine mode TC与float128’ does not name a type
oZuoZuo789的博客
01-10 2985
类似的问题似乎都是因为交叉编译产生。找了一圈，发现外网上有人的解决方法是去掉-I /usr/include 我安装boost库的时候安装到了/usr/include下面 修改bootstrap.sh，使头文件目录放到默认的/usr/local/include下面 运行的时候用-I /usr/local/include，报错解决 ...
error: unknown type name ‘__float128‘ __float128
weixin_28927079的博客
09-10 4586
参照这哥们的方法，我采用了第三种方法，指定sysroot为ndk的std路径取代gcc的std头文件路径 修改makefile，根据你实际的makefile进行修改sysroot CROSS_SYSROOT=/android-ndk-r14b/platforms/android-22/arch-arm64 编译通过 ...
stat.h:8:3: error: unknown type name uint uint ino XV6编译报错的解决方法
亓官劼的博客
05-19 6404
stat.h:8:3: error: unknown type name ‘uint’ uint ino; XV6编译报错   大家好，我叫亓官劼（qí guān jié ），在优快云中记录学习的点滴历程，时光荏苒，未来可期，加油~博客地址为：亓官劼的博客，B站昵称为：亓官劼，地址为亓官劼的B站 本文原创为亓官劼，请大家支持原创，部分平台一直在盗取博主的文章！！！ 我们在编译运行XV6时报错,stat.h:8:3: error: unknown type name ‘uint’ ui
CMake之交叉编译
light_in_dark的博客
07-20 1281
一、引言 很多时候，我们在开发的时候是面对嵌入式平台，因此由于资源的限制需要用到相关的交叉编译。即在你host宿主机上要生成target目标机的程序。里面牵扯到相关头文件的切换和编译器的选择以及环境变量的改变等，我今天仅仅简单介绍下相关CMake在面对交叉编译的时候，需要做的一些准备工作。二、CMake交叉编译配置CMake给交叉编译预留了一个很好的变量即CMAKE_TOOLCHAIN_FILE,
u32 头文件 linux,64位下gcc编译奇怪错误 /usr/include/linux/errqueue.h:6: error: '__u32' does not name a ty...
weixin_35133280的博客
04-28 827
centos5.8x64位下编译g++-m64-fPIC-pipe-Wall-Wno-deprecated-Wno-uninitialized-Wno-char-subscripts-fno-strict-aliasing-Wno-non-virtual-dtor-Wno-invalid-offsetof-Werror-O3-g-DNO_USE_LOG4CXX-DK...
Make gcc 8.3.0 build on MacOS 10.14.4(c++ issue: '_Atomic' does not name a type )
code by code
04-12 2061
headers-10.14.4-fix.patch diff -ruN gcc-8.3.0-old/fixincludes/fixincl.x gcc-8.3.0/fixincludes/fixincl.x --- gcc-8.3.0-old/fixincludes/fixincl.x 2018-02-22 11:12:26.000000000 -0500 +++ gcc-8.3.0/fixi...
error: ‘变量名‘ does not name a type|
weixin_42614575的博客
10-25 6953
写了个头文件 代码大概这样 int *tasks; int *nodes; //初始化任务集合 tasks=new int[taskNum]; for(int aa=0;aa<taskNum;aa++){ std::uniform_int_distribution<int> dis1(10,100); tasks[aa]=dis1; } nodes=new int[nodeNum]; for(int i=0;i<nodeNum;i++){ std::unifo
_uint128_t & __int128_t 的使用
12-30 9992
最近越来越多的协议会定义16字节长的整形，gcc 在 4.6 以上版本就可以使用 __int128_t & __uint128_t 了。 但需要注意的是，_uint128_t &__int128_t 仅对64位程序才有定义，因此如果编译选项中加入了 -m32，会出现找不到定义的编译错误。 另外 _uint128_t &__int128_t 并非c/c++ 标准，所...
Unknown type name '__int64_t' '__uint32_t'
jie863230900的专栏
11-29 1万+
问题见图 此种问题，点击错误的地方，你会发现错误的类型(__int64或者uint32_t)所在位置是在/usr/include/sys这个路径，所以在Build Setting的Header Search Path中添加该路径 此类问题基本可以这样解决
C++编译时报错 error: unknown type name ‘ ‘
feikudai8460的博客
12-31 1万+
今天项目中，遇到一个很奇怪的问题，明明导入了头文件，却一直说不知道该类型。 如类VideoInfo 类存储的是视频 的信息参数，它当作参数，传入 解码器，作为解码器的成员变量，如下： #include <cstdint> #include "IDecode.h" extern "C"{ #include "libavformat/avformat.h" #include "libavcodec/avcodec.h" }; class VideoInfo { public: .
busybox-1.29.3缺少头文件的问题
weixin_43869959的博客
06-03 2835
busybox-1.29.3缺少头文件的问题问题1问题2创建几个链接文件 注意：这2个问题是矛盾的，一定要手工备份文件，先做问题1。 问题1 /usr/include/gnu/stubs.h:7:11: fatal error: gnu/stubs-32.h: 没有那个文件或目录 # include <gnu/stubs-32.h> ^~~~~~~~~~~~~~...
C语言：error: unknown type name uint8_t
zby枣菠鱼的博客
12-23 1万+
添加头文件 #include<stdint.h>
""does not name a type; did you mean""
热门推荐
叶落随风
08-01 1万+
出现此错误可能与头文件有关 1.头文件的顺序有问题。 2.头文件重复包含。
【error: `__m128i‘ undeclared (first use in this function】啥原因啊，脑瓜疼
qq_43435095的博客
09-14 359
Error] C:\Users\123\Desktop\程序\jisuan.c:18: error: syntax error before ')' token。[Error] C:\Users\123\Desktop\程序\jisuan.c:19: error: syntax error before ')' token。[Error] C:\Users\123\Desktop\程序\jisuan.c:20: error: syntax error before ')' token。
error: 'buf' does not name a type 10 | buf = new uint8_t[len];
最新发布
03-04
<think>好的，用户遇到了一个编译错误：“error: 'buf' does not name a type”，出现在代码的第10行“buf = new uint8_t[len];”。我需要帮用户分析这个问题。 首先，这个错误通常是因为变量在使用前没有声明。用户可能在赋值之前没有正确声明buf变量。例如，如果用户直接写buf = new...而没有声明buf的类型，编译器就会不认识这个标识符。 接下来，我要考虑可能的几种情况。比如，用户是否在某个作用域内声明了buf，比如在类或结构体中，但可能声明的位置不对，或者访问权限有问题。或者，用户可能想声明一个成员变量，但忘记了在类定义中添加声明。还有一种可能是用户声明了buf，但拼写错误，比如大小写不一致或者名字写错了。 然后，我需要看看用户提供的代码片段。第10行是赋值语句，但缺少类型声明。正确的做法应该是先声明buf的类型，比如uint8_t* buf;，然后再进行赋值。例如，正确的代码应该是： uint8_t* buf = new uint8_t[len]; 或者，如果是在类中，应该在头文件中声明： class MyClass { private: uint8_t* buf; public: void initBuffer(int len) { buf = new uint8_t[len]; } }; 另外，还要考虑作用域的问题。如果buf是在某个代码块（比如函数内部）中声明的，可能在作用域外使用也会导致问题。比如，在函数外部直接使用buf而没有声明。 还可能用户使用了C++11或更高版本，但没有包含正确的头文件，比如<cstdint>来使用uint8_t类型，但这种情况通常会提示uint8_t未定义，而不是buf的问题，所以可能性较低，但也不排除。 另外，考虑用户是否在全局作用域中误用了赋值语句。例如，在函数体外直接写buf = new...，这在C++中是不允许的，必须在函数体内或者使用声明。 总结起来，用户可能没有正确声明buf变量，导致编译器无法识别。需要检查变量声明的位置和作用域，确保在使用前正确声明，并且类型匹配。同时，注意内存管理，避免内存泄漏，使用delete[]释放分配的内存。 最后，用户可能需要查看完整的代码上下文，确认buf的声明是否存在，位置是否正确，以及是否有拼写错误。如果是类成员变量，确认访问权限是否为private/protected/public，并在构造函数或初始化函数中进行分配。</think>这个编译错误通常由变量未声明或作用域错误引起。让我们通过具体代码示例来分析问题根源： ```cpp // 错误示例 void initBuffer(int len) { buf = new uint8_t[len]; // ❌ error: 'buf' does not name a type } ``` **错误原因分析：** 1. **变量未声明**（最常见原因） - 编译器不认识`buf`标识符 - 需在使用前明确声明变量类型 2. **作用域错误** - 变量声明在其它代码块（如类/结构体外部） - 访问权限限制（如类的private成员未授权访问） **修正方案示例：** ▌ 方案1：局部变量声明 ```cpp void initBuffer(int len) { uint8_t* buf = new uint8_t[len]; // ✅ 正确声明指针变量 // 使用缓冲区... delete[] buf; // 必须释放内存 } ``` ▌ 方案2：类成员变量 ```cpp class DataProcessor { private: uint8_t* buf; // ✅ 类成员声明 public: void allocate(int len) { buf = new uint8_t[len]; // 访问成员变量 } ~DataProcessor() { delete[] buf; // 析构时释放 } };
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值