在这种情况下，GCC 和 clang 是否显示与 Visual Studio 相同的结果，关于语言链接?

[dcl.link]/4：

联动规格嵌套。当联动规格嵌套时， 最内在的是语言联系。联动规格 不建立范围。仅应出现联动规范 在命名空间范围内。在联动规范中，指定的 语言链接适用于所有函数的功能类型 声明符、带外部链接的函数名称和变量 在链接规范中声明的具有外部链接的名称。 [ 示例：

extern "C"                      // the name f1 and its function type have C language linkage;
void f1(void(*pf)(int));      // pf is a pointer to a C function

。

— 结束示例 ]

请注意，传递给下面c_f()函数&foo指针不是指向 C 函数的指针。此代码在VS2017中正常编译和链接。但根据[dcl.link]/4的说法，它不应该。

文件main.cpp：

#include <stdio.h>
extern "C"                          // the name c_f and its function type have C language linkage;
void c_f(void(*pf)(int));           // pf is a pointer to a C function
void foo(int i) {
printf("%dn", i);
}
extern "C" void c_foo(int);
int main() {
c_foo(1);       // Calls c_foo(int) defined in other.c
c_f(&foo);      // Calls c_f(void(*)(int)) defined in other.c, but &foo is not a pointer to a C function !! 
}

文件other.c：

#include <stdio.h>
void c_f(void(*pf)(int)){
pf(2);
}
void c_foo(int i) {
printf("%dn", i);
}

我很想知道 clang 和 GCC 是否符合标准，但我无法在 Web 编译器中验证这一点。

编辑

我突然意识到，在上述问题上，我真的不需要两个文件来验证 clang 和 GCC 是否符合标准。如果标准要求 C 函数的地址，作为函数c_f()的参数，并且main.cpp中的代码提供C++函数的地址，则C++编译器在编译此文件时必须抱怨¹。但这在叮当和海湾合作委员会中都不会发生。那么，我不妨说，叮当和海湾合作委员会在这方面也是有缺陷的。

_{1(如果我们假设需要诊断}