<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="">Hello Paul &amp; Gordon,<div class=""><br class=""></div><div class="">Yesterday I sent out a draft of a proposal (“Package Manager Product Definitions”) that should help to address this issue, although perhaps in a slightly different way from how it was discussed before.</div><div class=""><br class=""></div><div class="">The basic idea is to add an explicit notion of package products, which, besides more clearly stating the package author’s intent, will also allow subsets of the package’s targets to be vended to clients as products. &nbsp;Individual targets will also be able to declare dependencies on products from other packages. &nbsp;While this does not have a specific testing aspect, it would let product targets and test targets depend on potentially different subsets of a remote packages.</div><div class=""><br class=""></div><div class="">I’d be very interested in hearing your feedback about whether you think this would address your use cases, and if not, if there is a way to improve the proposal.</div><div class=""><br class=""></div><div class="">The proposal can be seen here: &nbsp;<a href="https://github.com/abertelrud/swift-evolution/blob/package-manager-product-types/proposals/NNNN-package-manager-product-definitions.md" class="">https://github.com/abertelrud/swift-evolution/blob/package-manager-product-types/proposals/NNNN-package-manager-product-definitions.md</a></div><div class=""><br class=""></div><div class="">Kind regards,</div><div class=""><br class=""></div><div class="">Anders</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 2016-11-07, at 11.27, Paul Cantrell via swift-build-dev &lt;<a href="mailto:swift-build-dev@swift.org" class="">swift-build-dev@swift.org</a>&gt; 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=""><div class="">There was an extensive discussion about a more general solution that seems to be dead in the water:</div><div class=""><br class=""></div><div class=""><a href="https://lists.swift.org/pipermail/swift-build-dev/Week-of-Mon-20160905/000628.html" class="">https://lists.swift.org/pipermail/swift-build-dev/Week-of-Mon-20160905/000628.html</a></div><a href="https://lists.swift.org/pipermail/swift-build-dev/Week-of-Mon-20160905/000631.html" class="">https://lists.swift.org/pipermail/swift-build-dev/Week-of-Mon-20160905/000631.html</a><div class=""><br class=""></div><div class="">I’d love to resurrect that thread.</div><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Nov 7, 2016, at 11:03 AM, Ankit Agarwal via swift-build-dev &lt;<a href="mailto:swift-build-dev@swift.org" class="">swift-build-dev@swift.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Hi,<div class=""><br class=""></div><div class="">It was removed because it stopped working at some point of time during a refactor (I think?) and then never got fixed. It made sense to remove it and then bring it back with some discussion/proposal on the list.</div><div class="">I think it should be called "localDependencies" i.e. dependencies that are local to your package and will not be available to dependent of your package. Other than naming I think it makes sense to allow pinning and editing for local dependencies.</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Sat, Nov 5, 2016 at 1:04 AM, Gordon Fontenot via swift-build-dev <span dir="ltr" class="">&lt;<a href="mailto:swift-build-dev@swift.org" target="_blank" class="">swift-build-dev@swift.org</a>&gt;</span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello all,<br class="">
<br class="">
I'd like to start an earnest conversation about test only dependencies for<br class="">
Swift Package Manager. This was, at one point, part of the original release<br class="">
plan but at some point it stopped working and was subsequently dropped from<br class="">
the API[1]. Additionally, some thought seems to have been given to this as a<br class="">
part of the test naming convention proposal[2].<br class="">
<br class="">
I'd like to understand more about why this was dropped/stopped working, and<br class="">
what it would take to get it implemented. I see test-only dependencies as a<br class="">
_massive_ hole in the current swift package manager functionality, and it's<br class="">
actively preventing me from adopting `swift test` in most of the libraries I'm<br class="">
involved in.<br class="">
<br class="">
[1]: <a href="https://github.com/apple/swift-package-manager/commit/34b7826cb586b0769ea5f60a7718d7de599ce27f" rel="noreferrer" target="_blank" class="">https://github.com/apple/<wbr class="">swift-package-manager/commit/<wbr class="">34b7826cb586b0769ea5f60a7718d7<wbr class="">de599ce27f</a><br class="">
[2]: <a href="https://github.com/apple/swift-evolution/blob/master/proposals/0129-package-manager-test-naming-conventions.md" rel="noreferrer" target="_blank" class="">https://github.com/apple/<wbr class="">swift-evolution/blob/master/<wbr class="">proposals/0129-package-<wbr class="">manager-test-naming-<wbr class="">conventions.md</a><br class="">
<span class="HOEnZb"><font color="#888888" class=""><br class="">
&nbsp;- Gordon Fontenot<br class="">
</font></span><br class="">______________________________<wbr class="">_________________<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="">
<a href="https://lists.swift.org/mailman/listinfo/swift-build-dev" rel="noreferrer" target="_blank" class="">https://lists.swift.org/<wbr class="">mailman/listinfo/swift-build-<wbr class="">dev</a><br class="">
<br class=""></blockquote></div><br class=""><br clear="all" class=""><div class=""><br class=""></div>-- <br class=""><div class="gmail_signature" data-smartmail="gmail_signature">Ankit<br class=""><br class=""></div>
</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=""><a href="https://lists.swift.org/mailman/listinfo/swift-build-dev" class="">https://lists.swift.org/mailman/listinfo/swift-build-dev</a><br class=""></div></blockquote></div><br class=""></div></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>