我正在浏览Up and Running with Metal, Part 2,试图学习使用最佳语言功能重写所有代码。其中一个特性是C ++构造函数,我非常高兴能够在我的着色器中使用,来自Cg和GLSL,缺少这个。
此代码在设备上正常运行,但我收到警告:
' vertex_main'已指定C链接,但返回用户定义的类型 ' ColoredVertex'这与C
不相容
这有关系吗?我不知道为什么指定了C-linkage。我也不知道如何禁用警告,这就是我想要做的,并报告错误,如果它不重要。
using namespace metal;
struct ColoredVertex {
const float4 position [[position]];
const half4 color;
ColoredVertex(const float4 position, const half4 color)
: position(position), color(color) {}
};
vertex ColoredVertex vertex_main(
constant float4 *position [[buffer(0)]],
constant float4 *color [[buffer(1)]],
uint vid [[vertex_id]]
) {return ColoredVertex(position[vid], half4(color[vid]));}
fragment half4 fragment_main(ColoredVertex vert [[stage_in]]) {
return vert.color;
}
答案 0 :(得分:1)
让我们为您的Metal源代码添加一个函数:
int myFunction(int x) { return x / 2; }
然后让我们手动运行编译器并要求它发出一种人类可读的格式:
xcrun -sdk iphoneos metal MyLibrary.metal -S -emit-llvm
输出位于MyLibrary.ll
。以下是输出中vertex_main
的定义:
define %struct.ColoredVertex.packed @vertex_main(<4 x float> addrspace(2)* nocapture readonly, <4 x float> addrspace(2)* nocapture readonly, i32) local_unnamed_addr #1 {
%4 = zext i32 %2 to i64
%5 = getelementptr inbounds <4 x float>, <4 x float> addrspace(2)* %0, i64 %4
%6 = load <4 x float>, <4 x float> addrspace(2)* %5, align 16, !tbaa !22
%7 = getelementptr inbounds <4 x float>, <4 x float> addrspace(2)* %1, i64 %4
%8 = load <4 x float>, <4 x float> addrspace(2)* %7, align 16, !tbaa !22
%9 = tail call fast <4 x half> @air.convert.f.v4f16.f.v4f32(<4 x float> %8)
%10 = insertvalue %struct.ColoredVertex.packed undef, <4 x float> %6, 0
%11 = insertvalue %struct.ColoredVertex.packed %10, <4 x half> %9, 1
ret %struct.ColoredVertex.packed %11
}
以下是myFunction
:
define i32 @_Z10myFunctioni(i32) local_unnamed_addr #0 {
%2 = sdiv i32 %0, 2
ret i32 %2
}
这里要注意的重要一点是名称myFunction
被破坏了,这意味着它具有C ++ - 链接,而名称vertex_main
没有被破坏,这意味着它具有C链接。因此我们可以推断出声明一个函数vertex
会自动赋予它C-linkage。 (fragment_main
也是无法解释的。)
它可能是C-linkage,因为在运行时更容易查找未编码的名称。 (回想一下,我们在运行时使用-[MTLLibrary newFunctionWithName:]
按名称查找着色器函数。)
我猜想“与C不兼容”警告对你的情况无关紧要。我认为ColoredVertex
“与C不兼容”,因为它有一个非平凡的构造函数,但除此之外它是一个C兼容的POD(普通旧数据类型)。