Skip to content

fix #18: clean up package layout — eliminate SwiftPM unhandled-file warning#68

Closed
ShadyUnderLight wants to merge 1 commit intomainfrom
fix/issue18-package-layout
Closed

fix #18: clean up package layout — eliminate SwiftPM unhandled-file warning#68
ShadyUnderLight wants to merge 1 commit intomainfrom
fix/issue18-package-layout

Conversation

@ShadyUnderLight
Copy link
Copy Markdown
Owner

Summary

Move Library/Version.swift.inScripts/Version.swift.in so SwiftPM no longer picks it up as an unhandled file inside the TrackSplitterLib source path.

Root cause

SwiftPM treats all files with recognized source extensions inside a target's source directory as compilation candidates. Version.swift.in is a shell-expansion template (not valid Swift) and was reported as an 'unhandled file' warning.

Changes

  • Scripts/Version.swift.in: relocated from Library/
  • Scripts/inject_version.sh: TEMPLATE path updated to new location
  • Package.swift: no structural changes (existing resources: declaration for embed_metadata.py is unchanged)

Verification

swift build 2>&1 produces zero warnings.

Closes #18

…rning

- Relocate Library/Version.swift.in → Scripts/Version.swift.in
  (SwiftPM treats all .swift files in target source paths as compilation candidates;
  the .in template was causing an 'unhandled file' warning because it is not a
  valid Swift source and was not declared as a resource)
- Update Scripts/inject_version.sh TEMPLATE path to match new location
- TrackSplitterLib still declares embed_metadata.py as a resource (no change needed)
- Build verified clean with zero warnings
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[P2] Clean up package layout and remove SwiftPM unhandled-file warnings

2 participants