在Mac和Linux上qsort_r的不同声明

  • Z时代
  • 2024-01-10
  • 分类：问答

让我们看看qsort_rLinux（/usr/include/stdlib.h）中的功能：

typedef int (*__compar_d_fn_t)(const void *, const void *, void *);
extern void qsort_r (void *__base, size_t __nmemb, size_t __size,
         __compar_d_fn_t __compar, void *__arg)
  __nonnull ((1, 4));

让我们看看qsort_rMac（/usr/include/stdlib.h）中的功能：

void qsort_r(void *, size_t, size_t, void *, int (*)(void *, const void *, const void *));

如您所见，这些声明彼此不同（参数顺序）。这真是令人惊讶！在某个地方抱怨解决这个问题是否有效？

回答：

在某个地方抱怨解决这个问题是否有效？

las，不。这种方式已经存在了很长时间，并且有太多的代码依赖于此。

我认为根本的问题是“ 为什么会发生这些不兼容

”？我会回答。它似乎可以归结为BSD首先实现它，但界面较差。ISO和更高版本的GNU修复了该接口，并认为兼容性破坏是值得的。微软会尽其所能。

正如@Downvoter（大名）所指出的那样，它qsort_r是一个非标准函数。如果它是标准的，那就太好了，但是您不能依靠它。qsort_sC11是C11附件K中的一种标准，但是没有人真正实现C11，更不用说其附件了，并且附件K是否是一个好主意还值得商 .。

像许多C和Unix问题一样，这归结为BSD，GNU和Microsoft以及它们无法协调C扩展。Linux是GNU。OS

X杂乱无章，但对于C而言，它遵循BSD。

FreeBSD qsort_r是2002年9月添加的。VisualStudio 2005的功能略有不同qsort_s。ISO

qsort_s在2007年再次正式化，但又有所不同。最终，GNU在几年后于2008年在glibc

2.8中出现，显然是在遵循ISO。这是一个跨越2004年到2008年的旧线程，要求qsort_r在glibc中实现，它具有一些基本原理。

为了提醒大家，这是qsortC99中定义的。

void qsort(
    void *base, size_t nmemb, size_t size,
    int (*compar)(const void *, const void *)
);

FreeBSD是2002年9月的第一个。他们决定qsort_r打破qsort接口，将“ thunk”自变量放在比较函数之前。

void qsort_r(
    void *base, size_t nmemb, size_t size,
    void *thunk,
    int (*compar)(void *, const void *, const void *)
);

为什么？您必须要问写补丁的Garrett

Wollman。看一下补丁，您可以从他的更改中看到，CMP决定首先拥有“

thunk”是一个很好的模式。也许他们认为“比较功能要走到最后”是人们会记住的。不幸的是，这意味着qsort和qsort_r比较函数的参数相反。非常混乱。

同时，曾经是创新者的Microsoft qsort_s在Visual Studio

2005中也有使用。

void qsort_s(
   void *base, size_t num, size_t width,
   int (__cdecl *compare )(void *, const void *, const void *),
   void * context
);

“ s”代表“安全”，而不是“ r”代表“可重入”，其他人可能都遵循ISO约定（请参阅下文），反之亦然。他们将“

thunk”放在的末尾qsort_s，使参数与相同qsort，但是为了最大程度地混淆，“

thunk”在比较函数（如BSD）的开始处进行。他们选择了最糟糕的选择。

更糟的是，ISO在2007年发布了TR 24731-1，将边界检查添加到C标准库中（感谢@JonathanLeffler指出了这一点）。是的，他们有自己的qsort_r，但这叫做qsort_s！是的，它不同于其他所有人！

errno_t qsort_s(
    void *base, rsize_t nmemb, rsize_t size,
    int (*compar)(const void *x, const void *y, void *context),
    void *context
);

他们明智地决定将其论点qsort_s及其比较功能保持在一个qsort可能会让人更容易记住的论点的超集上。他们添加了一个返回值，这可能是一个好主意。更令人困惑的是，当时这是“技术报告”，不是C标准的一部分。现在是C11标准的“附件K”，仍然是可选的，但重量更大。

GNU做出了相同的决定，可能是遵循ISO的qsort_s。

void qsort_r(
    void *base, size_t nmemb, size_t size,
    int (*compar)(const void *, const void *, void *),
    void *arg
);

查看glibc补丁，添加qsort_r它可能也更容易实现。要确定要知道，您必须询问Ulrich

Drepper。

qsort多年来，BSD决定与之交换参数的决定及其比较功能可能已引起许多混乱和错误。ISO /

GNU决定使它们保持相同的决定无疑会更好。ISO决定给它起一个不同的名字。GNU决定破坏与BSD功能的兼容性。微软决定做任何事情。现在，我们陷入了四个不兼容的实现中。由于比较函数具有不同的签名，因此兼容性宏是很重要的。

（这都是对代码的重新构造。出于其实际原理，您必须深入研究邮件列表档案。）

我不能真的怪罪GNU或BSD或ISO或微软…好吧，我可以怪罪微软故意杀死C。Point是标准化C，扩展该标准，并使编译器遵循该标准的过程。痛苦的速度很慢，编译器编写者有时不得不做一些权宜之计。

以上是 在Mac和Linux上qsort_r的不同声明 的全部内容， 来源链接： utcz.com/qa/415795.html

回到顶部