find命令的隐患!GTK静态编译遇到大…

最新推荐文章于 2026-06-24 09:54:35 发布
原创 最新推荐文章于 2026-06-24 09:54:35 发布 · 985 阅读 · 0 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文讲述了在使用 MSYS 环境下编译 GTK 程序时遇到的问题及解决办法。作者发现 GNU 程序不仅依赖 configure 还依赖 sed、grep、find 等工具。由于路径干扰导致编译失败，最终通过调整 PATH 环境变量解决了问题。

    其实windows自带有一个find命令,而MSYS也有一个find命令,语法是不一样的.

我以为没有什么关系,长期以来就没有关注过它.

   可是最近编译GTK程序时老是出错,我知道gnu的程序强烈依赖于configure,但是不知道它也强烈依赖于sed,grep,find,pwd...这些无语命令,少一个都不行,上一次,我写了一个简单的程序,不小心命名为sed.exe,从此

就不能用MSYS编译程序了.....

   没想到我没有长记性.这次编译GTK卡了几天.几天时间呀......

   这是路径干扰的原因,当然有办法解决.直接set PATH=.....  (自己改下)

goas
关注
gtk2静态库mingw32
11-19
包含了一个静态的pkg-config 由于静态编译，bin目录太大就没有把gettext相关的打包。 这个库最大的特点是链接完成就是默认的MS-Windows风格主题，不需要 etc, share 等目录就可以正常运行。 链接此库的生成exe程序最少7.4M，如果不内置stock-icons中的图标大约是5.6M 修改pango-utils.c中的默认pango aliases.添加了微软雅黑 = "微软雅黑,microsoft yahei", 宋体 = "宋体,simsun" 所以当系统使用 微软雅黑 或者 宋体 的时候gtk程序就不或使用难看的Arial Unicode MS字体。 (解决类似Pango-WARNING : couldn't load font "微软雅黑 9"的错误) pango 不认中文字体名？？ ----------- GLib 2.28.1 ATK 1.32.0 Pango 1.28.3 gdk-pixbuf 2.22.1 GTK+ 2.24.0 zlib 1.2.5 cairo 1.10.2 libpng 1.4.3 Freetype 2.4.2 Fontconfig 2.8.0 expat 2.0.1 gettext 0.18.1.1 pixman 0.18.4 jasper-1.900.1 jpegsr6 tiff-3.8.2
Static Gtk+ for Windows:Windows的静态Gtk +库。-开源
04-26
Windows的静态Gtk +库。
linux链接gtk,在Linux上使用GtkD，我如何静态链接编译的库？
weixin_39959615的博客
05-13 245
我使用GtkD在Ubuntu 12.04的d的编程语言，我被卡住试图静态与我联系的程序编译库。一旦GtkD编译有三个库libgtkd.alibgtkdgl.alibgtkdsv.a做make install这些之后放入/usr/local/lib/文件夹和GtkD源放置在/usr/local/includes/d/文件夹内。我还将源代码编译为*.di文件，并将它们放在/usr/local/incl...
在Windows上静态编译GTK+
weixin_33717117的博客
01-31 1506
2019独角兽企业重金招聘Python工程师标准>>> ...
Gtk4Win32静态编译学习
xingyun86的专栏
05-13 321
2.基于Gtk4静态库，可以编译单文件的Gtk4应用程序了。1.费了九牛二虎之力，有了Gtk4的静态库。qq学习群：677107024。3.小伙伴们可以有福了。
linux交叉编译静态,用Ubuntu交叉编译静态的GTK库
weixin_39983404的博客
05-02 476
GTK这个工程很大,编译起来很不方便,特别是静态编译.在Windows下用Mingw和msys编译死慢死慢.(用bash.exe进行configure太慢了,还时不时跳个错误出来..)所以我用Ubuntu交叉编译.configure相当的快.jhbuild本为gnome这个庞大工程而生,编译GTK这方面也许只有它最方便了.用jhbuild的好处是不用自己来处理GTK的依赖关系了,编译可以一气呵成....
数字空间整理革命：Czkawka如何用Rust重定义文件清理
gitblog_00330的博客
06-04 330
在数字时代，我们的硬盘如同现代人的数字衣橱——不知不觉中塞满了重复的照片、相似的音乐、无用的临时文件，还有那些早已遗忘的空文件夹。手动整理如同大海捞针，而传统清理工具要么功能单一，要么暗藏隐私风险。今天，我们将深入探索一个完全开源、跨平台、基于Rust构建的多功能文件清理工具——Czkawka，看看它如何用技术创新解决这个普遍的数字困境。 ## 从技术痛点出发：为什么我们需要智能文件管理 每个
跨平台数字空间守护者：Czkawka/Krokiet三步释放你的存储空间
gitblog_00850的博客
06-07 366
你是否曾经面对电脑里堆积如山的重复文件感到束手无策？那些在不同文件夹里隐藏的相同照片、重复下载的视频、忘记删除的临时文件，正悄悄吞噬着你宝贵的存储空间。更糟糕的是，手动查找这些文件就像大海捞针，既耗时又容易遗漏。Czkawka/Krokiet就是为解决这个现代数字生活痛点而生的开源工具，它像一位细心的管家，帮你系统性地清理数字空间。 ## 从混乱到有序：你的存储空间救星 想象一下这样的场景：你
ROS 2 Ubuntu二进制安装实战：面向工业部署的稳定路径
最新发布
weixin_33851177的博客
06-24 316
ROS 2 是机器人操作系统的核心框架，其二进制安装方式是基于 Debian/Ubuntu 系统的标准化部署方案，依托预编译、CI/CD 验证与完整依赖快照，实现 ABI 稳定性与启动确定性。相比源码编译，它规避了构建耗时、版本冲突与环境不可复现等工程风险，技术价值在于降低运维复杂度、提升产线交付效率。典型应用场景包括嵌入式工控机、AGV 控制系统、边缘计算盒子及 Docker 化 ROS 运行时构建。本文聚焦 Ubuntu Noble（24.04）平台下的 ROS 2 Jazzy 二进制包安装，深入解析
Ubuntu 20.04 部署 code-server 生产级实践指南
weixin_34228387的博客
06-21 352
code-server 是一种基于 VS Code 后端的远程开发环境，其核心原理是将 language server、debug adapter 和插件宿主完整运行于服务端，前端仅负责 UI 渲染与指令转发，从而实现跨设备一致的编码、调试与 Git 体验。该架构天然支持浏览器访问，技术价值在于打破终端异构限制，解决 Windows 权限受限、Mac 环境不兼容、Chromebook 无法安装桌面 IDE 等典型开发断层问题。典型应用场景包括 Python 数据科学团队统一 conda 环境、嵌入式 C/C
Qt极限精简静态编译，生成的EXE只有2.2M（未压缩）
04-28
极限静态精简编译的Qt，使用VC6编译器，编译生成的EXE大小只有2.2M未压缩，Qt4.5.3的功能已基本够用，可用以制作小程序，安装包等
发布一个win32平台上的GTK静态库
hangyu1987的专栏
11-19 1195
我花费两个星期编译了GTK等相关库的所有静态库。现在奉献给有需要的人。（18M） http://code.google.com/p/static-gtk2-mingw32/ 如果大家不吝啬给我的资源积分的话就点下面的资源链接吧。 http://download.csdn.net/detail/hangyu1987/3814147 包含了一个静态的pkg-config 由于静
Linux下静态编译glib
weixin_30488313的博客
04-23 351
　　glib是gtk下的一个库，也是开发中常用的一个工具库。glib提供的基本的数据结构和算法（只说我现在用到的），例如更有效的内存管理、配置文件处理、异步队列、哈希表、字符串处理、编码转换等。它就像野外生存的瑞士军刀，一个日常开发过程中不可多得的利刃。当然完全抛弃，独立实现也可以，我之前就是这样做的，各有好处。 　　但是，在服务器操作系统中并不总自带有glib库，总要经常安装，因此如果能编译成...
第一个GTK程序：中国农历 附录3 静态库
weixin_30580341的博客
04-21 183
目前我们的程序没有使用到静态库，对于静态库： 1.目标应使用xx_LIBRARIES说明， 2.lib_LIBRARIES会安装的/usr/lib目录下 3.pkglib_LIBRARIES会安装在/usr/XXX/lib目录下 4.noinst_LIBRARIES将不会被安装，只是是编译链接过来中使用到 ps:对于编译过程中生成的可执行程序，不希望安装时，也可以使用noinst_PRO...
用ubuntu交叉编译静态的GTK库
gogcc的专栏
11-25 1834
GTK这个工程很大,编译起来很不方便,特别是静态编译. 在windows下用Mingw和msys编译死慢死慢.(用bash.exe进行configure太慢了,还时不时跳个错误出来..) 所以我用ubuntu交叉编译.configure相当的快. jhbuild本为gnome这个庞大工程而生,编译GTK这方面也许只有它最方便了.用jhbuild的好处是不用自己来处理GTK的依赖关系了,编译可以
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值