<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=""><br class=""><div><blockquote type="cite" class=""><div class="">On Dec 4, 2015, at 1:01 PM, Tom Leavy <<a href="mailto:tom@wickr.com" class="">tom@wickr.com</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="">
<div class="">Thanks!</div>
<div class=""><br class="">
</div>
<div class="">Is there a list of current dependencies someplace? I understand you use a specific version of ICU as part of CoreFoundation.</div>
<br class=""></div></div></blockquote><div><br class=""></div><div>The best source of this info is going to be the build.py file and Xcode project.</div><div><br class=""></div><div>You are correct that on Apple platforms we use a specific version of ICU (which is itself open source, on <a href="http://opensource.apple.com" class="">opensource.apple.com</a>). For now, on Linux, we try to use the installed one. There are certainly some areas where we require the functionality provided by the Apple ICU but we have just omitted those from the build on Linux for the time being (look for __HAS_APPLE_ICU__ in CF). Eventually we’ll have to figure out a unified story for this.</div><div><br class=""></div><div>- Tony</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 apple-content-edited="true" class="">Thomas Leavy | Wickr Inc.<br class="">
VP Mobile Applications, Architecture | Newark, NJ<br class="">
<br class="">
</div>
<br class="">
<div class="">
<blockquote type="cite" class="">
<div class="">On Dec 4, 2015, at 3:52 PM, <a href="mailto:anthony.parker@apple.com" class="">
anthony.parker@apple.com</a> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
Good idea, I filed a bug for that here.
<div class=""><br class="">
</div>
<div class=""><a href="https://bugs.swift.org/browse/SR-59" class="">https://bugs.swift.org/browse/SR-59</a></div>
<div class=""><br class="">
</div>
<div class="">- Tony</div>
<div class=""><br class="">
<div class="">
<blockquote type="cite" class="">
<div class="">On Dec 4, 2015, at 12:49 PM, Tom Leavy <<a href="mailto:tom@wickr.com" class="">tom@wickr.com</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div class="">Hey Tony,<br class="">
<br class="">
That sounds like a good objective overall, thanks for clarifying. I think you guys should write that someplace in the documentation on github (if it hasn’t been already)<br class="">
<br class="">
Thomas Leavy | Wickr Inc.<br class="">
VP Mobile Applications, Architecture | Newark, NJ<br class="">
<br class="">
<br class="">
<blockquote type="cite" class="">On Dec 4, 2015, at 2:39 PM, <a href="mailto:anthony.parker@apple.com" class="">
anthony.parker@apple.com</a> wrote:<br class="">
<br class="">
Hi Tom,<br class="">
<br class="">
I believe it’s important for us to keep our dependencies to an absolute minimum for the core libraries, since they will be distributed very widely. I would prefer to have our own implementation of the JSON parser in Foundation rather than use one from another
project.<br class="">
<br class="">
The one from Darwin is about 2k lines of Objective-C (actually, mostly C).<br class="">
<br class="">
- Tony<br class="">
<br class="">
<blockquote type="cite" class="">On Dec 4, 2015, at 11:21 AM, Tom Leavy <<a href="mailto:tom@wickr.com" class="">tom@wickr.com</a>> wrote:<br class="">
<br class="">
I was wondering what the official position on introducing dependencies currently is. I would love to contribute an implementation of NSJSONSerialization. I already have written a wrapper that uses yajl to take a CFDictionaryRef or CFArrayRef and encodes them
into CFDataRef or CFStringRef JSON values.. Is it acceptable to use yajl and introduce a dependency, or is it a goal of the foundation project to supply its own implementation of a JSON parser?<br class="">
This e-mail message is intended only for the named recipient(s) above and is covered by the Electronic Communications Privacy Act 18 U.S.C. Section 2510-2521. This e-mail is confidential and may contain information that is privileged or exempt from disclosure
under applicable law. If you have received this message in error please immediately notify the sender by return e-mail and delete this e-mail message from your computer, mobile devices and any cloud storage backup systems as well as destroy any printed copy
you might have made.<br class="">
<br class="">
_______________________________________________<br class="">
swift-corelibs-dev mailing list<br class="">
<a href="mailto:swift-corelibs-dev@swift.org" class="">swift-corelibs-dev@swift.org</a><br class="">
<a href="https://lists.swift.org/mailman/listinfo/swift-corelibs-dev" class="">https://lists.swift.org/mailman/listinfo/swift-corelibs-dev</a><br class="">
</blockquote>
<br class="">
</blockquote>
<br class="">
<br class="">
This e-mail message is intended only for the named recipient(s) above and is covered by the Electronic Communications Privacy Act 18 U.S.C. Section 2510-2521. This e-mail is confidential and may contain information that is privileged or exempt from disclosure
under applicable law. If you have received this message in error please immediately notify the sender by return e-mail and delete this e-mail message from your computer, mobile devices and any cloud storage backup systems as well as destroy any printed copy
you might have made.<br class="">
</div>
</div>
</blockquote>
</div>
<br class="">
</div>
</div>
</div>
</blockquote>
</div>
<br class="">
This e-mail message is intended only for the named recipient(s) above and is covered by the Electronic Communications Privacy Act 18 U.S.C. Section 2510-2521. This e-mail is confidential and may contain information that is privileged or exempt from disclosure under applicable law. If you have received this message in error please immediately notify the sender by return e-mail and delete this e-mail message from your computer, mobile devices and any cloud storage backup systems as well as destroy any printed copy you might have made.
</div>
</div></blockquote></div><br class=""></body></html>