curl/types.h: No such file or directory问题的解决

最新推荐文章于 2024-08-05 15:27:15 发布
最新推荐文章于 2024-08-05 15:27:15 发布
阅读量5.2k 收藏 12
点赞数 5
CC 4.0 BY-SA版权
分类专栏： GTK开发 文章标签： file
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/cwll2009/article/details/7894624
本文介绍了在使用libcurl时遇到的curl/types.h找不到文件或目录的错误，并提供了一个简单的解决方案：通过软链接的方式将curl.h指向types.h，从而解决了由于curl版本更新导致的问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

在程序中用到了libcurl，编译时出现

curl/types.h: No such file or directory错误

查找到http://projects.springlobby.info/issues/1575中提到了这个问题

This is a problem on archlinux which just got curl 7.21.7.

curl devs removed curl/types.h and put its content in curl/curl.h.

意思是在新版中把curl/types.h合并到了curl/curl.h中

我的解决方法是在

cd /usr/include/curl/
sudo ln -s curl.h types.h

再编译，问题没有了。

在Rstudio安装RCurl报错—fatal error: curl/curl.h: No such file or directory
qq_43176678的博客
08-21 1657
# R version 4.1.1 (2021-08-10) install.packages("E:/R/R-4.1.1/library/RCurl_1.98-1.4.tar.gz", repos = NULL, type = "source") * installing *source* package 'RCurl' ... ** package 'RCurl' successfully unpacked and MD5 sums checked ** using staged installati
交叉编译器差异 - 执行可执行文件提示"No such file or directory"
u013345056的专栏
04-01 6398
今天遇到一个问题，由于交叉编译器的差异，导致在不同的Linux版本上运行出现"No such file or directory"。 按说如果没有可执行权限，应该提示权限不够；如果是平台不对，应该提示无法执行二进制文件。不应该是找不到文件啊。 解决过程整理如下： 1、调试查看可执行文件是32位还是64位"file hell.elf"，及运行的Linux系统版本是多少位的。
linux输入yum后提示： -bash: /usr/bin/yum: No such file or directory的解决方法
01-10
linux输入yum后提示： -bash: /usr/bin/yum: No such file or directory的解决方案 今天在安装程序时，发现有一个插件未安装，我就随手敲了一个命令,看都没看 yum remove yum 然后就杯具了… [root@localhost ~]# yum -bash: /usr/bin/yum: No such file or directory 这个粗心的手误倒不至于让整个系统瘫痪，yum 却无法使用了。于是，我试着折腾了一番 rpm -ivh --nodeps http://mirrors.163.com/centos/5/os/x86
【问题解决】fatal error: curl/curl.h: 没有那个文件或目录
丨晋丨
04-02 9150
问题 Linux下编译时遇到的错误。 fatal error: curl/curl.h: 没有那个文件或目录 解决 sudo apt-get install libcurl4-openssl-dev 参考：fatal error: curl/curl.h: No such file or directory
出错mlogc.c:32:23: error: curl/curl.h: No such file or directory
用心做事
05-02 2万+
出现下列错误： mlogc.c:32:23: error: curl/curl.h: No such file or directory mlogc.c:1091: error: expected ‘)’ before ‘*’ token mlogc.c: In function ‘logc_init’:      出错原因：缺少libcurl-dev or libcurl-devel
http.h:6:23: 致命错误：curl/curl.h：没有那个文件或目录
weixin_42988712的博客
02-15 2798
CentOS7安装git使用make doc all 命令时遇到 使用 yum -y install curl-devel
错误fatal error: curl/curl.h: No such file or directory解决方案
jndingxin的专栏
01-19 1万+
错误现象： 笔者是在linux系统， 在代码中有时会用到libcurl库，但是这个库不是默认系统里就有的，所以编译代码时经常遇到下图所示错误： 解决方案： 在命令行中，输入以下指令： sudo apt-get install libcurl4-openssl-dev 执行命令后，终端输出显示： 显示安装成功，问题解决。 ...
cp: cannot stat '/etc/nginx/nginx.conf.default': No such file or directory
06-21
*.rpm|cpio-idmvcp./etc/nginx/nginx.conf.default/etc/nginx/```####3.**使用内置默认配置生成**Nginx在编译时包含默认配置，可以通过以下命令生成一个最简配置：```bashecho"events{worker_connections1024;...
./ollama serve 2025/07/29 23:00:09 routes.go:1186: INFO server config env="map[CUDA_VISIBLE_DEVICES: GPU_DEVICE_ORDINAL: HIP_VISIBLE_DEVICES: HSA_OVERRIDE_GFX_VERSION: HTTPS_PROXY: HTTP_PROXY: NO_PROXY: OLLAMA_DEBUG:false OLLAMA_FLASH_ATTENTION:false OLLAMA_GPU_OVERHEAD:0 OLLAMA_HOST:http://127.0.0.1:11434 OLLAMA_INTEL_GPU:false OLLAMA_KEEP_ALIVE:5m0s OLLAMA_KV_CACHE_TYPE: OLLAMA_LLM_LIBRARY: OLLAMA_LOAD_TIMEOUT:5m0s OLLAMA_MAX_LOADED_MODELS:0 OLLAMA_MAX_QUEUE:512 OLLAMA_MODELS:/home/3C600/.ollama/models OLLAMA_MULTIUSER_CACHE:false OLLAMA_NOHISTORY:false OLLAMA_NOPRUNE:false OLLAMA_NUM_PARALLEL:0 OLLAMA_ORIGINS:[http://localhost https://localhost http://localhost:* https://localhost:* http://127.0.0.1 https://127.0.0.1 http://127.0.0.1:* https://127.0.0.1:* http://0.0.0.0 https://0.0.0.0 http://0.0.0.0:* https://0.0.0.0:* app://* file://* tauri://* vscode-webview://*] OLLAMA_SCHED_SPREAD:false ROCR_VISIBLE_DEVICES: http_proxy: https_proxy: no_proxy:]" time=2025-07-29T23:00:09.615+08:00 level=INFO source=images.go:432 msg="total blobs: 0" time=2025-07-29T23:00:09.615+08:00 level=INFO source=images.go:439 msg="total unused blobs removed: 0" [GIN-debug] [WARNING] Creating an Engine instance with the Logger and Recovery middleware already attached. [GIN-debug] [WARNING] Running in "debug" mode. Switch to "release" mode in production. - using env: export GIN_MODE=release - using code: gin.SetMode(gin.ReleaseMode) [GIN-debug] POST /api/pull --> github.com/ollama/ollama/server.(*Server).PullHandler-fm (5 handlers) [GIN-debug] POST /api/generate --> github.com/ollama/ollama/server.(*Server).GenerateHandler-fm (5 handlers) [GIN-debug] POST /api/chat --> github.com/ollama/ollama/server.(*Server).ChatHandler-fm (5 handlers) [GIN-debug] POST /api/embed --> github.com/ollama/ollama/server.(*Server).EmbedHandler-fm (5 handlers) [GIN-debug] POST /api/embeddings --> github.com/ollama/ollama/server.(*Server).EmbeddingsHandler-fm (5 handlers) [GIN-debug] POST /api/create --> github.com/ollama/ollama/server.(*Server).CreateHandler-fm (5 handlers) [GIN-debug] POST /api/push --> github.com/ollama/ollama/server.(*Server).PushHandler-fm (5 handlers) [GIN-debug] POST /api/copy --> github.com/ollama/ollama/server.(*Server).CopyHandler-fm (5 handlers) [GIN-debug] DELETE /api/delete --> github.com/ollama/ollama/server.(*Server).DeleteHandler-fm (5 handlers) [GIN-debug] POST /api/show --> github.com/ollama/ollama/server.(*Server).ShowHandler-fm (5 handlers) [GIN-debug] POST /api/blobs/:digest --> github.com/ollama/ollama/server.(*Server).CreateBlobHandler-fm (5 handlers) [GIN-debug] HEAD /api/blobs/:digest --> github.com/ollama/ollama/server.(*Server).HeadBlobHandler-fm (5 handlers) [GIN-debug] GET /api/ps --> github.com/ollama/ollama/server.(*Server).PsHandler-fm (5 handlers) [GIN-debug] POST /v1/chat/completions --> github.com/ollama/ollama/server.(*Server).ChatHandler-fm (6 handlers) [GIN-debug] POST /v1/completions --> github.com/ollama/ollama/server.(*Server).GenerateHandler-fm (6 handlers) [GIN-debug] POST /v1/embeddings --> github.com/ollama/ollama/server.(*Server).EmbedHandler-fm (6 handlers) [GIN-debug] GET /v1/models --> github.com/ollama/ollama/server.(*Server).ListHandler-fm (6 handlers) [GIN-debug] GET /v1/models/:model --> github.com/ollama/ollama/server.(*Server).ShowHandler-fm (6 handlers) [GIN-debug] GET / --> github.com/ollama/ollama/server.(*Server).GenerateRoutes.func1 (5 handlers) [GIN-debug] GET /api/tags --> github.com/ollama/ollama/server.(*Server).ListHandler-fm (5 handlers) [GIN-debug] GET /api/version --> github.com/ollama/ollama/server.(*Server).GenerateRoutes.func2 (5 handlers) [GIN-debug] HEAD / --> github.com/ollama/ollama/server.(*Server).GenerateRoutes.func1 (5 handlers) [GIN-debug] HEAD /api/tags --> github.com/ollama/ollama/server.(*Server).ListHandler-fm (5 handlers) [GIN-debug] HEAD /api/version --> github.com/ollama/ollama/server.(*Server).GenerateRoutes.func2 (5 handlers) time=2025-07-29T23:00:09.615+08:00 level=INFO source=routes.go:1237 msg="Listening on 127.0.0.1:11434 (version 0.0.0)" time=2025-07-29T23:00:09.616+08:00 level=INFO source=gpu.go:217 msg="looking for compatible GPUs" time=2025-07-29T23:00:09.626+08:00 level=WARN source=amd_linux.go:61 msg="ollama recommends running the https://www.amd.com/en/support/linux-drivers" error="amdgpu version file missing: /sys/module/amdgpu/version stat /sys/module/amdgpu/version: no such file or directory" time=2025-07-29T23:00:09.626+08:00 level=INFO source=amd_linux.go:402 msg="no compatible amdgpu devices detected" time=2025-07-29T23:00:09.626+08:00 level=INFO source=gpu.go:377 msg="no compatible GPUs were discovered" time=2025-07-29T23:00:09.626+08:00 level=INFO source=types.go:130 msg="inference compute" id=0 library=cpu variant="" compute="" driver=0.0 name="" total="31.6 GiB" available="17.2 GiB" [GIN] 2025/07/29 - 23:00:15 | 200 | 276.91µs | 127.0.0.1 | HEAD "/" [GIN] 2025/07/29 - 23:00:15 | 404 | 252.226µs | 127.0.0.1 | POST "/api/show"
最新发布
07-30
根据用户的问题，用户在使用Ollama时遇到了两个问题： 1. 启动Ollama服务（使用`ollama serve`）后，尝试查看模型信息时返回404错误。 2. 需要排查服务运行状态或配置问题。 结合引用内容，我们可以分析如下： - ...
运行后出现如下错误：GDBus.Error:org.freedesktop.DBus.Error.UnknownInterface: No such interface 'com.deepin.filemanager.filedialog' at object path '/com/deepin/filemanager/filedialog'
06-12
可能的解决方案：1.**环境变量法**：在右键菜单中，UOS文件管理器可能会设置环境变量如`DIRECTORY`或`FILE`。我之前的脚本中用了`${DIRECTORY:-$FILE}`，但用户可能没有测试它成功。2.**DBus替代法**：如果`...
sys/types.h
11-02
解决u_int8_t找不到类型的问题，引入这个头文件即可
【linux】错误fatal error: curl/curl.h: No such file or directory解决方法
C/C++攻城狮
05-13 4385
0x00 前言 系统版本：Ubuntu 14.04_64 最后更新：2022-05-13 0x01 解决方法 程序编译时会用到libcurl库，但是这个库不是系统里就有的，所以编译时会遇到如下问题： 此时通过命令行安装该库即可： sudo apt-get install libcurl4-openssl-dev 问题解决。 以上。 ...
redis net.c:36:23: fatal error: sys/types.h: No such file or directory
qq_33966067的博客
08-05 297
界面报错： net.c:36:23: fatal error: sys/types.h: No such file or directory。缺少头文件，需安装 “glibc-headers-2.17-317.el7.x86_64.rpm”安装redis时，执行make。
内核编译时提示错误error: sys/types.h: No such file or directory
热门推荐
David_xtd的专栏
05-04 3万+
问题： 在虚拟机中编译老内核linux-2.6.24，通过sudo apt-get install linux-source-2.6.24后，得到linux-source-2.6.24.tar.bz2。 解压到linux-source-2.6.24中，cd linux-source-2.6.24， 执行sudo make oldconfig，出现错误提示： error: sys/types
CentOS7-fatal error-sys/type.h- No such file or directory
Randolf_A的博客
06-23 4209
CentOS7编译错误：fatal error: sys/type.h: No such file or directory find /usr/include/sys -name type* 发现存在一个叫做types.h的头文件； 将type.h 替换成types.h：编译通过
配置内核，编译内核，出错fatal error: sys/types.h: No such file or directory #include ＜sys/types.h＞
m0_46171719的博客
04-25 1923
但是：suo apt-get install libc6-dev安装这个时候又报错了，真是一个坑接着一个坑。已经可以查到许多types.h的文件了。安装libc6-dev，完成后使用命令。解决办法：更新系统软件源。
linux Ubuntu下用头文件编译失败路径问题 types.h No such file or directory
weixin_49770629的博客
10-02 7396
linux Ubuntu下用头文件编译失败路径问题 types.h No such file or directory
curl/curl.h: no such file or
09-14
If you're getting the error message "curl/curl.h: no such file or directory" while compiling your code, it means that the compiler cannot find the header file for the Curl library. To resolve this ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值