[swift-evolution] The great renaming and the state of new Unified Logging in Swift
Brandon Knope
bknope at me.com
Sun Sep 4 23:05:44 CDT 2016
Where should the lack of {public} be reported then?
This seems like it falls under jira and not radar because it's in swift open source but I'm not 100 percent
Brandon
Sent from my iPad
> On Sep 4, 2016, at 11:48 PM, Douglas Gregor <dgregor at apple.com> wrote:
>
>
>
> Sent from my iPhone
>
>> On Sep 3, 2016, at 11:32 AM, Ben Rimmington via swift-evolution <swift-evolution at swift.org> wrote:
>>
>>
>>> On 3 Sep 2016, at 19:13, Brandon Knope <bknope at me.com> wrote:
>>>
>>> Thank you! I was looking for this last night and failed.
>>>
>>> Why do you think {public} isn't included?
>>
>> I don't know, but trying to reimplement __builtin_os_log_format in the overlay seems wrong. It would be better to have a variant of __builtin_os_log_format which takes a va_list.
>
>
> __builtin_os_log_format is implemented by Clang, not a library, and is quite involved. Implementing os_log in an overlay to provide near feature-compatibility with the C API is the right approach for Swift 3, where a more comprehensive solution (say, a general logging API based on string interpolation or similar) is way out of scope.
>
> - Doug
>
>
>>
>> -- Ben
>>
>> _______________________________________________
>> swift-evolution mailing list
>> swift-evolution at swift.org
>> https://lists.swift.org/mailman/listinfo/swift-evolution
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20160905/3c0d1830/attachment.html>
More information about the swift-evolution
mailing list