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-70] Support TOML for package manifests #5401

Closed
swift-ci opened this issue Dec 5, 2015 · 5 comments
Closed

[SR-70] Support TOML for package manifests #5401

swift-ci opened this issue Dec 5, 2015 · 5 comments

Comments

@swift-ci
Copy link
Contributor

swift-ci commented Dec 5, 2015

Previous ID SR-70
Radar None
Original Reporter Shrike (JIRA User)
Type New Feature
Status Closed
Resolution Won't Do
Additional Detail from JIRA
Votes 0
Component/s Package Manager
Labels New Feature
Assignee Shrike (JIRA)
Priority Medium

md5: 3c4c18fef990c7eaf6a949c89e8bdd51

Issue Description:

TOML is used by projects such as: Rust's Cargo (package manager/buildsystem) and Hugo (static site generator).

TOML has a simple (INI-like) format/specification, is easy to parse and is in my opinion an excellent format for things such as package manifests.

@swift-ci
Copy link
Contributor Author

swift-ci commented Dec 7, 2015

Comment by Kostiantyn Koval (JIRA)

The package manifest uses PackageDescription module. Because PackageDescription is written in Swift making manifest in swift is extremely simple. We don't need to do any extra mapping from TOML to Swift format.
As for me current swift format is extremely simple and readable. That's just my opinion.

@ddunbar
Copy link
Member

ddunbar commented Dec 7, 2015

Right. We believe there are substantial benefits to using the Swift based format.

We also intend to vend APIs for other tools to be able to work with manifest files, programmatically.

Were there specific technical requests you had here?

@onevcat
Copy link
Contributor

onevcat commented Dec 10, 2015

I agree with Swift manifest file. It is quite flexible, natural as well as extendable for the package manager.

@ddunbar
Copy link
Member

ddunbar commented Dec 20, 2015

Closing in response to lack of feedback, there wasn't any clear technical request here.

@swift-ci
Copy link
Contributor Author

swift-ci commented Jan 9, 2016

Comment by Severen Redwood (JIRA)

After using Swift more I can now see why using the language itself is a better choice. I can't wait to see what the future holds for Swift.

@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
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants