Re: [swift-dev] Swift Class Encoding Standard?

This is somewhat intentional. While simple names can be encoded hierarchically like this, generics make everything more tricky. Consider a demangled name "Contacts.Person.Address.PostCode"—in this case not only is splitting on "." is no longer a reasonable thing to do, but there's not currently

Re: [swift-dev] Inability to leverage privacy in the stdlib

> On Oct 23, 2016, at 16:13, Michael Gottesman wrote: > > >> On Oct 23, 2016, at 3:30 PM, Alexis Beingessner via swift-dev >> wrote: >> >> Dave pointed out to me this week that the build crashes if the stdlib tries >> to use private/fileprivate. I tried it myself and lo and behold the linke

Re: [swift-dev] Stack dump of the compiler?

Are you talking about the prettyprint stack dump? I think that may have gone away after the recent update to the newer llvm/clang. I think there is a bug to look into what happened here, but no one has had the time to look into it. Michael > On Oct 26, 2016, at 8:53 PM, rintaro ishizaki via sw

Re: [swift-dev] Inability to leverage privacy in the stdlib

> On Oct 23, 2016, at 4:13 PM, Michael Gottesman via swift-dev > wrote: > > >> On Oct 23, 2016, at 3:30 PM, Alexis Beingessner via swift-dev >> wrote: >> >> Dave pointed out to me this week that the build crashes if the stdlib tries >> to use private/fileprivate. I tried it myself and lo a

Re: [swift-dev] Swift Class Encoding Standard?

> On Oct 27, 2016, at 6:54 AM, swizzlr via swift-dev > wrote: > > Swift Foundation has an incomplete implementation of > NSClassFromString/NSStringFromClass (link: > https://github.com/apple/swift-corelibs-foundation/blob/master/Foundation/NSObjCRuntime.swift#L230-L282) > due to a lack of a

[swift-dev] swift-3.0-branch and 3.0.2

Hi everyone, I just bumped the compiler version on swift-3.0-branch to 3.0.2 to allow for another potential dot fix release after 3.0.1. The criteria for taking changes into swift-3.0-branch will be fairly stringent, taking only high value bug fixes with low to moderate risk. Ted _

Re: [swift-dev] Inability to leverage privacy in the stdlib

Won't merging anything relying on this flag break the build? Is this going to become the "new" default soon? > On Oct 28, 2016, at 6:43 PM, Slava Pestov wrote: > > >>> On Oct 23, 2016, at 4:13 PM, Michael Gottesman via swift-dev >>> wrote: >>> >>> >>> On Oct 23, 2016, at 3:30 PM, Alexis Be

Re: [swift-dev] Inability to leverage privacy in the stdlib

> On Oct 27, 2016, at 1:44 PM, Jordan Rose via swift-dev > wrote: > > >> On Oct 23, 2016, at 16:13, Michael Gottesman > > wrote: >> >> >>> On Oct 23, 2016, at 3:30 PM, Alexis Beingessner via swift-dev >>> mailto:swift-dev@swift.org>> wrote: >>> >>> Dave pointed

Re: [swift-dev] Inability to leverage privacy in the stdlib

> On Oct 28, 2016, at 17:00, Erik Eckstein wrote: > >> >> On Oct 27, 2016, at 1:44 PM, Jordan Rose via swift-dev > > wrote: >> >> >>> On Oct 23, 2016, at 16:13, Michael Gottesman >> > wrote: >>> >>> On Oct 23, 2016, at 3:30 PM, A

Re: [swift-dev] Inability to leverage privacy in the stdlib

> On Oct 28, 2016, at 5:01 PM, Jordan Rose wrote: > > >> On Oct 28, 2016, at 17:00, Erik Eckstein > > wrote: >> >>> >>> On Oct 27, 2016, at 1:44 PM, Jordan Rose via swift-dev >> > wrote: >>> >>> On Oct 23, 2016, at 16:13, Michael

Re: [swift-dev] Android: wrong ld (linker) keeps being invoked

On 9/25/16, Brian Gesiak wrote: > Eric, > > This is definitely something I'd like to improve. I believe karwa's new > `-tools-directory` option (https://github.com/apple/swift/pull/2912 and > https://github.com/apple/swift/pull/4543) could take care of this problem. > If so, we should update docs/

Re: [swift-dev] [Swift CI] Build Still Failing: OSS - Swift Package - Ubuntu 15.10 (swift 3.0) #131

Filed a jira: https://bugs.swift.org/browse/SR-387 Ankit, is this one already fixed in master? I can’t find the bug report for the similar tempfile suffix naming bug. Thanks, Doug Compiling Swift Module 'swift_build' (3 sources) Link /home/wdillon/build/Ninja-ReleaseAssert/swiftpm-linux-armv

Re: [swift-dev] [Swift CI] Build Still Failing: OSS - Swift Package - Ubuntu 15.10 (swift 3.0) #131

:0: error: error parsing input file '/tmp/TemporaryFile.GtuKll' (expected top-level entity) Can't parse Package.swift manifest file because it contains invalid format. Fix Package.swift file format and try again. /home/buildnode/jenkins/workspace/oss-swift-3.0-package-linux-ubuntu-15_10/swiftpm/T

Re: [swift-dev] [Swift CI] Build Still Failing: OSS - Swift Package - Ubuntu 15.10 (swift 3.0) #131

https://bugs.swift.org/browse/SR-3078 Man…I’m working with a really bad signal and messing up the urls. Sorry! > On Oct 28, 2016, at 6:20 PM, Doug Coleman wrote: > > :0: error: error parsing input file '/tmp/TemporaryFile.GtuKll' > (expected top-level entity) > Can't parse Package.swift manif

Re: [swift-dev] [Swift CI] Build Still Failing: OSS - Swift Package - Ubuntu 15.10 (swift 3.0) #131

Yes will cherry-pick the fix soon On Saturday 29 October 2016, Doug Coleman via swift-dev wrote: > https://bugs.swift.org/browse/SR-3078 > > Man…I’m working with a really bad signal and messing up the urls. Sorry! > > > On Oct 28, 2016, at 6:20 PM, Doug Coleman > wrote: > > :0: error: error par

Re: [swift-dev] Inability to leverage privacy in the stdlib

It will become the default, but not yet, so yeah, you shouldn’t merge anything that only builds with this flag set. Can you share the patch that adds private modifiers along with the linker errors you are seeing? Now would be a good time to sort out these issues. > On Oct 28, 2016, at 4:16 PM,