为什么 GLib 重新定义类型?

发布于 2024-08-12 16:27:32 字数 119 浏览 5 评论 0原文

GLib 中重新定义类型背后的原因是什么?为什么他们将 char 转换为 gchar,将 int 转换为 gint 等?

What is the reasoning behind types to be redefined in GLib? Why do they turn char into gchar, int into gint, etc.?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

随梦而飞# 2024-08-19 16:27:32

查看 GLib 文档中的基本类型。本质上,它是为了保证某些类型将以某些语义存在,无论您使用哪种 C 编译器或平台。 C 保证的类型无论如何都会被 typedef 编辑,只是为了使所有类型名称看起来统一。

Check out Basic Types in the GLib documentation. Essentially, it's to guarantee that certain types will exist with certain semantics, regardless of which C compiler or platform you're using. The types that C guarantees anyway are typedefed just to make all of the type names look uniform.

四叶草在未来唯美盛开 2024-08-19 16:27:32

另请参阅此答案

本质上,这是因为 glib 的标准宽度类型,例如 guint32 早于 C99 和更高版本的标准宽度类型,例如现在存在的 uint32_t (C99 及更高版本)并且完全等效。

因此,glib 的 g 前缀类型现在基本上已经过时了。使用标准化固定宽度类型,例如uint32_t现在改为。

See also this answer.

Essentially, it's because glib's standard-width types such as guint32 predate the C99 and later standard-width types, such as uint32_t, which now exists (as of C99 and later) and is exactly equivalent.

So, glib's g-prefixed types are now essentially obsolete. Use the standardized fixed-width types like uint32_t now instead.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文