[swift-users] No hex dump anymore in Data description

Is it intentional that the description method of Data returns only the number of bytes, but not a hex dump of the contents (as NSData did)? let data = Data(bytes: [1, 2, 3]) print(data) // 3 bytes print(data.debugDescription) // 3 bytes Of course I can bridge back to NSData:

Re: [swift-users] protocols, optional, and public

> > “Optional requirements are available so that you can write code that > interoperates with Objective-C. Both the protocol and the optional > requirement must be marked with the @objc attribute. ” > from: Apple Inc. “The Swift Programming Language (Swift 3 Beta)”。 iBooks. > https://itun.es/us/k

[swift-users] protocols, optional, and public

I'm wrapping CLLocationManager (and its delegate), and I'm trying to create a protocol like this. This is directly cribbed from CLLocationManagerDelegate. --- public protocol LZLocationManagerDelegate : NSObjectProtocol { optional public func locationManager(manager: LZLocationMan

Re: [swift-users] Shard Library using Swift

It called modules in Swift. https://swift.org/package-manager/#conceptual-overview You can use `package manager` to creating a Library Package. Zhaoxin On Sat, Aug 27, 2016 at 1:33 AM, Reed Mangino via swift-users < swift-users@swift.org> wrote: > Is it possible to create a shared library in Sw

Re: [swift-users] DWARF without DSYM

In any case where the .o files are temporary objects which the driver will delete when it's done, it has to generate a dSYM file before it deletes them. But if the .o files belong to the user it can assume it's okay to hold off on generating the dSYM. Same thing happens with the clang driver.

Re: [swift-users] DWARF without DSYM

Ah I see, the dsym job is only created when the driver will also link the final product, in Xcode build case, it separates the linking step. On Fri, Aug 26, 2016 at 5:35 PM Dmitry Shevchenko wrote: > I experimented in Xcode, and with DWARF w/o dSYM selected, debugging still > works. And even tho

Re: [swift-users] DWARF without DSYM

I experimented in Xcode, and with DWARF w/o dSYM selected, debugging still works. And even though -g option is passed to swiftc, there's no dSYM generation occurring. So besides -g, what else makes swiftc issues that dsymutil call? On Fri, Aug 26, 2016 at 3:37 PM Jim Ingham wrote: > dsymutil is

Re: [swift-users] libswiftCore.dylib was compiled with optimization - stepping may behave oddly;

On Fri, Aug 26, 2016 at 10:14 PM, David Liu via swift-users wrote: > Thank you Michael this really helps a lot, i really appreciate your help. > Here is the bug i filed. https://bugs.swift.org/browse/SR-2494 . > Also as a side question, this is my current method of trying to debug the > Standard L

Re: [swift-users] DWARF without DSYM

I suppose it can, but in theory the module that goes into the dSYM wouldn't be the same as the one that gets used by clients of a library. (Example: the one in the dSYM needs to have info about private types.) Sean can probably explain better than I can. Jordan > On Aug 26, 2016, at 9:36, Dmi

[swift-users] Shard Library using Swift

Is it possible to create a shared library in Swift and then load it into a Swift application written for OS X? Thank you, Tom ___ swift-users mailing list swift-users@swift.org https://lists.swift.org/mailman/listinfo/swift-users

Re: [swift-users] DWARF without DSYM

dsymutil is only given the .o files and the executable - same thing lldb sees. So if it can find the module map to copy it into the dSYM, lldb can find it and load it without the dSYM. So whether it does work or not, it should be able to. Jim > On Aug 26, 2016, at 11:37 AM, Jordan Rose via sw

Re: [swift-users] libswiftCore.dylib was compiled with optimization - stepping may behave oddly;

Thank you Michael this really helps a lot, i really appreciate your help. Here is the bug i filed. https://bugs.swift.org/browse/SR-2494 . Also as a side question, this is my current method of trying to debug the Standard Library, was wondering is there a better way to debug other than build toolc

Re: [swift-users] New Swift Snapshots Available!

Are others finding that the necessary developer-installation signature is absent? I’m virtually certain that https://swift.org/builds/development/xcode/swift-DEVELOPMENT-SNAPSHOT-2016-08-25-a/swift-DEVELOPMENT-SNAPSHOT-2016-08-25-a-osx.pkg

Re: [swift-users] DWARF without DSYM

I see. I thought LLDB can import modules independently of sources, isn't that what target.swift-module-search-paths option is for? On Thu, Aug 25, 2016 at 4:15 PM Jordan Rose wrote: > Plain DWARF isn't sufficient to debug a Swift program (we actually stuff > the entire swiftmodule into the dSYM)

Re: [swift-users] [swift-dev] New Swift Snapshots Available!

> On 24 Aug 2016, at 12:38, Chris Bailey via swift-users > wrote: > > If you haven't spotted it, the new snapshots include Dispatch on Linux for > the first time - please test it out as there may well be number of issues to > shake out, especially with the new Swift 3 API. I’m seeing weird