From 503f6658650cd73b46f715efedc52b9892caecde Mon Sep 17 00:00:00 2001
From: OmikronApex <r.kasparek@web.de>
Date: Fri, 17 Jul 2026 19:45:40 +0200
Subject: [PATCH] build(windows): dereference plugin-tree symlinks when
 bundling
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

rig_builder now ships vst/src/{pedals,racks}/_shared -> ../_shared; Git
Bash cp -R fails to recreate symlinks without SeCreateSymbolicLink. The
bundle wants real files anyway — copy with -L.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
---
 scripts/bundle-slopsmith.sh | 6 +++++-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/scripts/bundle-slopsmith.sh b/scripts/bundle-slopsmith.sh
index 38255ea..d609226 100755
--- a/scripts/bundle-slopsmith.sh
+++ b/scripts/bundle-slopsmith.sh
@@ -121,7 +121,11 @@ copy_plugin() {
     local dst="$2"
     mkdir -p "$dst"
     # Use cp -R rather than -r for portable symlink-following semantics.
-    cp -R "$src/." "$dst/"
+    # -L dereferences symlinks INSIDE the tree (rig_builder's
+    # vst/src/*/_shared -> ../_shared): Git Bash cannot create symlinks
+    # without Developer Mode / SeCreateSymbolicLink, and the bundle wants
+    # real files anyway.
+    cp -RL "$src/." "$dst/"
     find "$dst" -name '.git' -type d -prune -exec rm -rf {} +
 }