[swift-dev] [Swift CI] Build Failure: OSS - Swift Package - OS X (master) #827

Title: Report [FAILURE] oss-swift-package-osx [#827] Build URL:https://ci.swift.org/job/oss-swift-package-osx/827/ Project:oss-swift-package-osx Date of build:Mon, 11 Dec 2017 16:44:19 -0600 Build duration:4 hr 41 min Changes Commit f45b16574d693c

Re: [swift-dev] [Swift CI] Build Failure: 2. Swift Source Compatibility Suite (master) #903

Strange, https://github.com/apple/swift/pull/13271 should have fixed this problem. I'll look into this. > On Dec 12, 2017, at 11:24, Mishal Shah via swift-dev > wrote: > > /Users/buildnode/jenkins/workspace-private/swift-master-source-compat-suite/sw

Re: [swift-dev] [Swift CI] Build Failure: 2. Swift Source Compatibility Suite (master) #903

/Users/buildnode/jenkins/workspace-private/swift-master-source-compat-suite/swift/include/swift/Syntax/RawSyntax.h:33:10: fatal error: 'swift/Syntax/SyntaxKind.h' file not found #include "swift/Syntax/SyntaxKind.h" ^~~ 1 error generated. ninja: build stopped: subco

Re: [swift-dev] Simple question about ParameterTypeFlags

It is one of the user-facing features from John McCall’s ownership manifesto. Slava > On Dec 11, 2017, at 3:33 PM, David Zarzycki wrote: > > This is a tangent from the original question, but is __shared a planned > feature? Or just experimental work? > > Dave > >> On Dec 11, 2017, at 17:12,

[swift-dev] Proposal and Timeline for Discourse Transition

Hi All- Below is a summary proposal for our move to Discourse. Please note, that unless there are any serious objections, we’d like to do this transition over the next weekend, so please communicate any issues that you may see as soon as possible. Please file issues/comments/requests at bugs.

Re: [swift-dev] Simple question about ParameterTypeFlags

This is a tangent from the original question, but is __shared a planned feature? Or just experimental work? Dave > On Dec 11, 2017, at 17:12, Slava Pestov wrote: > > Sorry, what I meant is that they make sense with our language model, but it’s > not surprising that it doesn’t work today. In a

[swift-dev] [Swift CI] Build Failure: OSS - Swift Package - OS X (swift 4.1) #323

Title: Report [FAILURE] oss-swift-4.1-package-osx [#323] Build URL:https://ci.swift.org/job/oss-swift-4.1-package-osx/323/ Project:oss-swift-4.1-package-osx Date of build:Mon, 11 Dec 2017 12:54:31 -0600 Build duration:3 hr 49 min Changes No Chang

Re: [swift-dev] Create SILType from GenericTypeParamType

There are two things that need to happen here, first the generic type parameter needs to be substituted with a concrete type, then it needs to be “lowered” to a SIL type. You can try something like this, GenericTypeParamType *paramTy = …; SILFunction *F = …; SILType T = F->getModule().Types.get

[swift-dev] Create SILType from GenericTypeParamType

Hi, I am trying to create a new generic function in the Swift compiler (as part of a pass). Although I am able to create the generic function signature fairly easily, I do not find an easy way to create a SILType from a GenericTypeParamType, which is needed to be passed to createFunctionArgument.

Re: [swift-dev] Simple question about ParameterTypeFlags

Sorry, what I meant is that they make sense with our language model, but it’s not surprising that it doesn’t work today. In any case, __shared is not yet completely implemented or even designed, so it doesn’t matter. Slava > On Dec 11, 2017, at 2:05 PM, David Zarzycki wrote: > > Hi Slava, >

Re: [swift-dev] Simple question about ParameterTypeFlags

Hi Slava, Interesting. Did I make a mistake in my test then? Both __shared @escaping and __shared @autoclosure are failing below. Dave > On Dec 11, 2017, at 16:58, Slava Pestov via swift-dev > wrote: > > I think perhaps __shared @escaping and __shared @autoclosure should be OK. > You’re jus

Re: [swift-dev] Simple question about ParameterTypeFlags

I think perhaps __shared @escaping and __shared @autoclosure should be OK. You’re just passing the context as a +0 value instead of +1. Also __shared varargs make sense for the same reason. But it’s not important to get that working right now. The others look OK. Slava > On Dec 11, 2017, at 1

[swift-dev] Simple question about ParameterTypeFlags

Hello! I’m trying to test which ParameterTypeFlags flag combinations are valid. I wrote the following test case. Are the results “as expected”, or are some of the failures incorrect? // RUN: %target-typecheck-verify-swift // // isVariadic is NOT compatible with any flag combinations // // expe

Re: [swift-dev] Getting started with lib/Syntax

Great to hear that! Please feel free to self-assign this task. Xi > On Dec 11, 2017, at 12:45 PM, Faiçal Tchirou wrote: > > Hi Xi, > > I would be interested in SR-6571. > > Thanks, > Faiçal >> On Mon, 11 Dec 2017 at 21:26, Xi Ge wrote: >> Hi Yurii and Faiçal, >> Currently, we are in the pro

Re: [swift-dev] Getting started with lib/Syntax

Hi Xi, I would be interested in SR-6571. Thanks, Faiçal On Mon, 11 Dec 2017 at 21:26, Xi Ge wrote: > Hi Yurii and Faiçal, > Currently, we are in the process of extending Swift parser to generate > libSyntax entities. A newly specialized libSyntax node will enable detailed > client-side analysis

Re: [swift-dev] Getting started with lib/Syntax

Hi Yurii and Faiçal, Currently, we are in the process of extending Swift parser to generate libSyntax entities. A newly specialized libSyntax node will enable detailed client-side analysis/transformation on that node. Are you interested in helping with this (mostly compiler/parser side change)?

Re: [swift-dev] Request for review on Windows CMake changes

I'll take a look sometime later in the week. If I forget, ping me next Friday. > On Dec 8, 2017, at 5:36 PM, Thomas Roughton via swift-dev > wrote: > > Hi all, > > I've had a PR (https://github.com/apple/swift/pull/13140) that's been open > for about 10 days with a few CMake changes to fix th

Re: [swift-dev] [Question] Why StringProtocol not inherit RangeReplaceableCollection?

> On Dec 6, 2017, at 3:15 AM, Cao, Jiannan via swift-dev > wrote: > > Hi everyone, > > I have a question about StringProtocol. > Since String and Substring are adopted RangeReplaceableCollection, why > StringProtocol not inherit RangeReplaceableCollection? With the goal of teaching a man to f