Fix link: include c74_min.h first so min emits its implementation

The modern min-api emits its out-of-line statics (the wrapper message
name types among them) only in the translation unit where c74_min.h is
included with C74_MIN_WITH_IMPLEMENTATION — and only if c74_min_api.h
hasn't already been include-guarded in first. Our runtime helper header
was pulling c74_min_api.h ahead of c74_min.h, which left 34 wrapper
symbols undefined at link on both platforms.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Bc9TBcdwuTopbjs5qZG2PA

Author: claude

source/projects/tap.python_tilde/tap.python_tilde.h

@@ -4,10 +4,16 @@
 
 #pragma once
 
-#include "tap.python_tilde_runtime.h"    // includes Python.h; must come before c74_min.h pulls in system headers
+#define PY_SSIZE_T_CLEAN
+#include <Python.h>    // CPython insists on being included before system headers
 
+// c74_min.h must be the FIRST min header in the translation unit: it defines
+// C74_MIN_WITH_IMPLEMENTATION so the min wrapper's out-of-line statics get
+// emitted here. If c74_min_api.h sneaks in first (e.g. via our helper headers),
+// the include guards swallow those definitions and the external fails to link.
 #include "c74_min.h"
 
+#include "tap.python_tilde_runtime.h"
 #include "tap.python_tilde_cglue.h"
 #include "tap.python_tilde_attribute.h"
 #include "tap.python_tilde_message.h"