<div dir="ltr">Hello everyone, <div><br></div><div>I would like to start a discussion on the possibility of enabling compelling Swift binaries that embed the source code from which they&#39;ve been compiled.</div><div><br></div><div>The value of having source code embedded alongside the binary is  debugging 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.</div><div><br></div><div>This feature exists in the java world where you can compile a Jar file, having each .class contain it&#39;s .java counter part. I //think// it&#39;s stored in this property <a href="https://docs.oracle.com/javase/specs/jvms/se7/html/jvms-4.html#jvms-4.7.11">https://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.</div><div><br></div><div>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. </div><div><br></div><div>Would the community be interested in such a &quot;plug and play&quot; approach for attaching source code to build frameworks / applications / stand alone binaries ?</div><div><br></div><div>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?</div><div><br></div><div><br></div><div>tnx,</div><div>-m</div></div>