<div dir="ltr">Hey Alexey, <div><br></div><div>Imagine being able to add RxSwift into your project (either via manually, cocoa pods, carthage, swift package manager or otherwise) and having the seamless experiences of being able to drill down in a debugging session into the code of the framework, looking for why it does something you did not expect. </div><div><br></div><div>This experience is very valuable time saver, because today should you wish to reach this point of being able to drill down you need to:</div><div><br></div><div>1. Find the source code repository</div><div>2. clone it locally</div><div>3. checkout to the correct version / patch</div><div>4. add the framework source code into your app</div><div>5. fix any build problems</div><div>6. remove the binary framework you already have included.</div><div>7. run the debugging session and hope to be able to reproduce your bug</div><div>7.1 let Xcode compile the framework from source -- time consuming, without value task.</div><div>8. Now you need to choose if you leave the framework in source form or starting changing your app back into binary form.<br></div><div><br></div><div>So I think a complete automation is possible, but it does require many moving parts which is why I think Swift poses a great opportunity of making this leap. </div><div><br></div><div>Would be glad to hear your feedback.</div><div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Feb 13, 2016 at 10:20 AM, Alexey Demedetskiy <span dir="ltr"><<a href="mailto:dalog@me.com" target="_blank">dalog@me.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Why not use _just_ source code and let Xcode / Package Manager to do the job of building?<br>
<br>
Or you to want have binary distribution and source code for debug?<br>
<br>
<br>
- Alexey Demedetskiy<br>
<span class=""><br>
> Hello everyone,<br>
><br>
> I would like to start a discussion on the possibility of enabling compelling Swift binaries that embed the source code from which they've been compiled.<br>
><br>
</span>> The value of having source code embedded alongside the binary isdebugging aid - A developer will be able to download 3rd party framework, include it into his Xcode project and then drill down in a debug session into the framework code, having Xcode showing him the source code from which the current breakpoint instruction was built.<br>
><br>
> This feature exists in the java world where you can compile a Jar file, having each .class contain it's .java counter part. I //think// it's stored in this propertyhttps://<a href="http://docs.oracle.com/javase/specs/jvms/se7/html/jvms-4.html#jvms-4.7.11" rel="noreferrer" target="_blank">docs.oracle.com/javase/specs/jvms/se7/html/jvms-4.html#jvms-4.7.11</a>. This allows opening the Jar of a target library in eclipse and instantly seeing what the code is doing.<br>
><br>
> The alternatives today are either decompilers, or.dSYM both are good but not great as each requires manually steps in either management or enforcing corrects of the results.<br>
<div class=""><div class="h5">><br>
> Would the community be interested in such a "plug and play" approach for attaching source code to build frameworks / applications / stand alone binaries ?<br>
><br>
> Is it feasible to expect such a thing from native apps? if not, can it be an Xcode level feature when only .packages (Framework/Application) will be added support for shipping the .dSYM and Xcode will know to do the lifting to make it just work for the developer?<br>
><br>
><br>
> tnx,<br>
> -m<br>
><br>
><br>
><br>
> </div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">puıɯ ʎɯ ɯoɹɟ ʇuǝs<br></div></div>
</div></div></div>