Re: [swift-dev] Web browser extension for SR-nnn links?

I did a pretty dumb version of this if you'd like to try it out. It adds a clickable icon after the text to make it clear what’s going on. https://github.com/jder/swift-bugs Download link is here: https://github.com/jder/swift-bugs/releases/download/v1.0-be

Re: [swift-dev] Error with SwiftGlibs building for arm-linux

That is true, it is not sufficient. Even if to add sysroot-prefix to all .h-files within modulemap, they are found correctly, but their's inner includes are given wrongly, without sysroot prefix. Could anybody hint, what source code is responsible for internal parsing of .h-files, starting from

[swift-dev] [FAILURE] Swift Linux Package (Ubuntu 15.10) [#885]

Hi, Linux package bots started failing after these commits, which is causing pull request testing to fail. Thanks, Mishal Shah [FAILURE] oss-swift-package-linux-ubuntu-15_10 [#885] Build URL: https://ci.swift.org/job/oss-swift-package-linux-ubuntu-15_10/885/ Project: oss-swift-package-linux-ubunt

[swift-dev] [SR-710][RFC] Automatically detecting XCTest test methods on Linux: Reflection? SourceKit?

Hello all! SR-710 tracks a major goal for Swift 3: having SwiftPM/corelibs-xctest automatically generate a list of test methods to execute. The implementations we’re considering span various parts of the codebase: libIDE, SourceKit, the reflection APIs, etc.

Re: [swift-dev] [SR-710][RFC] Automatically detecting XCTest test methods on Linux: Reflection? SourceKit?

On Sun, Apr 3, 2016 at 2:11 PM, Brian Gesiak wrote: > I think #2 is the best option. It’s less work than both #1 and #3. I believe > logic like IsTestCandidate belongs in libIDE anyway—SourceKit should stick > to XPC and asynchronous communication with libIDE. I like #3 better (an option to swift

Re: [swift-dev] [SR-710][RFC] Automatically detecting XCTest test methods on Linux: Reflection? SourceKit?

Thanks for the feedback, Dmitri! I think I misstated options #2 and #3: where I typed "move business logic like IsTestCandidate to libIDE", I meant "move a lot of the non-XCTest-specific logic from SourceKit to libIDE, such that implementing IsTestCandidate would be trivial in SourceKit and our te

Re: [swift-dev] [SR-710][RFC] Automatically detecting XCTest test methods on Linux: Reflection? SourceKit?

On Sun, Apr 3, 2016 at 4:53 PM, Brian Gesiak wrote: > My concern with adding a swiftc option would be deciding upon an interface > to it. Would we want something like clang-query--a generic method of finding > methods that match a set of criteria? That seems like it would be a lot of > work to imp

Re: [swift-dev] [SR-710][RFC] Automatically detecting XCTest test methods on Linux: Reflection? SourceKit?

Hmm... but then wouldn't that more tightly couple the test discovery tool and the Swift compiler? In an earlier email you said you "like #3 better [...] because that would decouple the test discovery tool from the Swift compiler." I think that part is confusing me. In any case, so far it sounds li

Re: [swift-dev] [SR-710][RFC] Automatically detecting XCTest test methods on Linux: Reflection? SourceKit?

On Sun, Apr 3, 2016 at 7:56 PM, Brian Gesiak wrote: > Hmm... but then wouldn't that more tightly couple the test discovery tool > and the Swift compiler? In an earlier email you said you "like #3 better > [...] because that would decouple the test discovery tool from the Swift > compiler." I think

Re: [swift-dev] [FAILURE] Swift Linux Package (Ubuntu 15.10) [#885]

+Max > On Apr 3, 2016, at 1:20 PM, Mishal Shah via swift-dev > wrote: > > Hi, > > Linux package bots started failing after these commits, which is causing pull > request testing to fail. > > Thanks, > Mishal Shah > [FAILURE] oss-swift-package-linux-ubuntu-15_10 [#885] > > Build URL: >

Re: [swift-dev] [SR-710][RFC] Automatically detecting XCTest test methods on Linux: Reflection? SourceKit?

> On Apr 3, 2016, at 3:36 PM, Dmitri Gribenko wrote: > > On Sun, Apr 3, 2016 at 2:11 PM, Brian Gesiak wrote: >> I think #2 is the best option. It’s less work than both #1 and #3. I believe >> logic like IsTestCandidate belongs in libIDE anyway—SourceKit should stick >> to XPC and asynchronous c

Re: [swift-dev] Requiring Xcode 7.3 to build Swift master for Apple platforms?

The latest available version of the Darwin linker (ld64) on opensource.apple.com is the version from Xcode 7.0. It would be great if Swift master didn’t depend on new linker functionality until a newer version of the linker source is available with the fix, so Swift could be compiled with from-