<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">This is indeed something we have discussed and agree it would make sense to add, just haven't gotten there yet.<div class=""><br class=""></div><div class="">Patches in this direction are welcome, although I recommend as with any new feature coming up with a concrete proposal and outline before you set in on the implementation...</div><div class=""><br class=""></div><div class=""><div><blockquote type="cite" class=""><div class="">On Dec 5, 2015, at 1:01 PM, Lander Brandt via swift-build-dev <<a href="mailto:swift-build-dev@swift.org" class="">swift-build-dev@swift.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">On the Swift package manager page on <a href="http://swift.org/" class="">swift.org</a> (<a href="https://swift.org/package-manager/#example-usage" class="">https://swift.org/package-manager/#example-usage</a>) the requirements for creating a package/application are clearly outlined, but why not include a command in the swift tool for autogenerating the require? I did a quick look and didn’t see any existing discussion, so I apologize if this has already been discussed.<div class=""><br class=""></div><div class="">Example of the tool command: `swift init foo --type=(lib|app)`</div></div></div></blockquote><div><br class=""></div>One question we would need to resolve is whether or not the tool should be interactive. If one goal</div><div><br class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><br class=""></div><div class="">Would create a new directory called “foo” with the following tree structure for a project of type app:</div><div class=""><br class=""></div><div class=""><div class="">foo</div><div class="">├── Package.swift</div><div class="">├── Packages</div><div class="">├── README.md</div><div class="">└── main.swift</div></div></div></div></blockquote><div><br class=""></div>This is most likely not the initial layout we want to recommend, because it is less obvious how to migrate upwards. This flat layout is a little confusing as well to newcomers because Package.swift here *isn't* part of their actual larget. We included support for this style for "micro-framework" type packages, where it can be useful for the simplicity of the project to be obvious in the initial repo view, but this is something more advanced users can come to discover.<br class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><br class=""></div><div class="">And for project of type lib:</div><div class=""><br class=""></div><div class=""><div class="">foo</div><div class="">├── Package.swift</div><div class="">├── README.md</div><div class="">└── Sources</div><div class=""> └── Foo.swift</div></div><div class=""><br class=""></div><div class="">In both cases Package.swift would contain something basic like:</div><div class=""><br class=""></div><div class=""><div class="">import PackageDescription</div><div class=""><br class=""></div><div class="">let package = Package(</div><div class=""> name: “Foo",</div><div class=""> dependencies: [</div><div class=""> ]</div><div class="">)</div></div></div></div></blockquote><div><br class=""></div>I'd probably leave dependencies: out of this. I presume you added it to help people know where to add things, but another related thing we would like to see develop is tools for automatically editing this file (e.g., a command to add a new dependency). Tools like that will help people get their manifest files right w/o needing to memorize the package syntax.</div><div><br class=""></div><div> - Daniel</div><div><br class=""></div><div><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""></div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><img src="https://u2002410.ct.sendgrid.net/wf/open?upn=AdkfTiApI80cNEyortTzHbERtY5det-2FDBvSxuhs4q2N4okriDL-2FUfZUyn8Pj3XXHJVrMUfLsD9aMwDH4KeI4Ww9JaW4YW4fKZmqqyulcFeBC8Hndmvjm-2Fo0nemH9iNzznyhEksqcVH0QN-2BT8MP-2BuPVgmYKB6HFhc2UP8jacAPTflJGQOQeJTNiywbk4ZEVXSleaHRi6TjAwduE7A1pXnL3sfL-2FWnfjJI2mIvPVTI154-3D" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;" class="">
</div>
_______________________________________________<br class="">swift-build-dev mailing list<br class=""><a href="mailto:swift-build-dev@swift.org" class="">swift-build-dev@swift.org</a><br class="">https://lists.swift.org/mailman/listinfo/swift-build-dev<br class=""></div></blockquote></div><br class=""></div></body></html>