Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[SR-14892] SPM: handle directories with dots in their names #4405

Open
amomchilov opened this issue Jul 7, 2021 · 1 comment
Open

[SR-14892] SPM: handle directories with dots in their names #4405

amomchilov opened this issue Jul 7, 2021 · 1 comment
Labels

Comments

@amomchilov
Copy link

Previous ID SR-14892
Radar rdar://problem/80278112
Original Reporter @amomchilov
Type Bug
Additional Detail from JIRA
Votes 1
Component/s Package Manager
Labels Bug
Assignee None
Priority Medium

md5: 72d2e6348eaa1cc7b492dfbcc69ac85d

Issue Description:

Say I have a folder with one or more periods in its name, such as foo.bar. Currently, SPM sees this as a a .bar bundle and forces me to either list it as a resource, or to exclude it from my target.

Is there any way to make SPM "leave it alone" and just treat it as a regular old directory? I want the files within it to be treated as normal. E.g. asset catalogs are picked up as resources, .swift files are picked up as sources, etc.

For background:

  • On macOS, a folder with a directory in its name will be treated as a bundle only if there's a registered UTI that conforms to com.apple.bundle which is associated with that filename extension. Even still, bundles are really just directories, and you can still browse their contents.

  • On Linux, dots in folder names have no special significance, and there is no "bundle" concept, at all!

Forum thread: https://forums.swift.org/t/supporting-folders-with-dots-in-their-names/50251

@typesanitizer
Copy link

@swift-ci create

@swift-ci swift-ci transferred this issue from apple/swift-issues Apr 25, 2022
@shahmishal shahmishal transferred this issue from apple/swift May 4, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants