grammar: Handle TypeCooperativeMatrixKHR as type

[MarijnS95]

Depends on #267
Fixes #265

Without this shaders with cooperative matrix types fail to parse.

Note that separately I copied my own coopmat example together with a function call that is compiled with glslang test.comp -G -o spirv-blobs/cooperative-matrix.spv:

#version 450
#extension GL_KHR_cooperative_matrix : require

coopmat<float, gl_ScopeSubgroup, 16, 8, gl_MatrixUseAccumulator> m;

float f(float x) {
    return x + 2;
}

void main() {
    for (int i = 0; i < m.length(); ++i) {
        m[i] = f(m[i]);
    }
}

This results in a failure when lifting to the structured representation (part of the spirv-blobs parsing test) because lift_op() doesn't handle OpFunctionCall to call f, so I've hacked something in here to start handling that separately via lift_function_call() but not decided how to represent that further. Perhaps fold into enum sr::ops::Op after all?

[kvark]

@MarijnS95 could you make clippy happy?

[MarijnS95]

@kvark I pushed those fixes in via #262, which we should perhaps merge too.