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: 1. OSS - Swift ASAN - OS X (master) #710

https://github.com/apple/swift/pull/13203 should fix this. > On Dec 1, 2017, at 17:46, Pavel Yaskevich via swift-dev > wrote: > > /Users/buildnode/jenkins/workspace/oss-swift-incremental-ASAN-RA-osx/swift/include/swift/Syntax/RawSyntax.h:33:10: > fatal error: 'swift/Syntax/SyntaxKind.h' file n

Re: [swift-dev] [swift-evolution] Reminder: Swift.org scheduled outages for bug reporting, mailing lists, website and CI

Hi Mishal, After upgrade of bugs.swift.org, I can't see Activity View of https://bugs.swift.org/projects/SR/summary . Could you check it out? Thanks, Rintaro 2017-08-08 0:53 GMT+09:00 Mishal Shah via swift-evolution < swift-evolut...@swift.org>: > Hi Everyone! > > Update: > — bugs.swift.org is

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 16.04 (swift 4.0) #448

I've managed to reproduce this. Here's the log: https://gist.github.com/rintaro/f2219ffc5c310cb58c5abda32092cb15 2017-05-17 9:32 GMT+09:00 Ben Langmuir via swift-dev : > I looks like it crashed. Unfortunately I’m piping stderr to file check so > I can’t see anything useful in the output. Di

Re: [swift-dev] Implementation of Existential Collection (AnySequence and co.)

Just FYI Implementation of Type Erasers https://lists.swift.org/pipermail/swift-dev/Week-of-Mon-20160905/002852.html 2017-04-05 22:22 GMT+09:00 Pavol Vaskovic via swift-dev : > On Wednesday, 5 April 2017 at 14:56, Pavol Vaskovic wrote: > > Thanks Ole! This explanation of type erasure makes tota

Re: [swift-dev] Filename, Line and Column for SourceLoc

ot;presumed > locations" instead of "virtual locations" but either way is fine with me. > I'd like one of the SourceKit folks to weigh in, though, since they're the > most involved in operations at this layer. (That'd be Argyrios Kyrtzidis, > Ben Langmuir, X

[swift-dev] Filename, Line and Column for SourceLoc

Hi all, I would like to propose to reorganize methods for retrieving filename, line and column from SourceLoc. *Motiavion* When we want to retrieve filename, line and column from SourceLoc, we have several ways to do that. Filename: SourceManager::getBufferIdentifierForLoc SourceManager::ge

[swift-dev] Fixing complation condition processing

Hi all, I'm fixing #if condition processing in this PR https://github.com/apple/swift/pull/7955 It resolves these issues: *A) SR-3663 : Precedence of '&&' and '||' and short-circuit rule of them.* #if false || true && false print("true")#endif This use

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 16.10 (master) #1892

Should I file a JIRA? https://lists.swift.org/pipermail/swift-dev/Week-of-Mon-20170109/003828.html Rintaro 2017-02-14 10:19 GMT+09:00 Slava Pestov via swift-dev : > I’ve seen this before. It would be useful if we kept all old CI logs in an > easily searchable form. > > Slava > > On Feb 13, 2017,

Re: [swift-dev] Why doesn't CaptureListExpr hold a ClosureExpr?

2017-02-08 14:18 GMT+09:00 Jacob Bandes-Storch via swift-dev < swift-dev@swift.org>: > I don't think it would be a very big parser change to invert the > relationship. Maybe I'll try it out and put up another PR. > > On the other hand, noticed the header comment says: > > /// ...Because the captur

[swift-dev] Non-deterministic failure in test/AutolinkExtract

Hi all, I occasionally see a failure in test/AutolinkExtract tests in my Ubuntu 16.04 builds. It happens about 1 in 10 times. The failing test case is test/AutolinkExtract/import.swift OR test/AutolinkExtract/import_archive.swift You can reproduce the issue by running this command *several times*

Re: [swift-dev] build order? Glibc.swift: error: no such module 'SwiftGlibc'

Hi Eric, https://bugs.swift.org/browse/SR-3219 has been resolved. The current master branch still reproduce the problem? If so, could you open a new SR and share the generated build.ninja file in the build directory? 2016-11-19 13:57 GMT+09:00 Eric Wing via swift-dev : > On 11/15/16, Will Stant

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

w if it's this simple though. > > On Tue, Oct 25, 2016 at 8:51 PM, rintaro ishizaki via swift-dev < > swift-dev@swift.org> wrote: > >> Hi all, >> I've noticed recent build of swift compiler doesn't show the stack dump >> on crash. >> >&

[swift-dev] Stack dump of the compiler?

Hi all, I've noticed recent build of swift compiler doesn't show the stack dump on crash. Here is the result with October 25, 2016 snapshot. https://gist.github.com/rintaro/cb694898821fbbe8b02734862eb69534 On macOS, the dump completely doesn't show up. On Linux, the dump shows up, but without sym

Re: [swift-dev] [Swift CI] Build Still Failing: 0. OSS - Swift Incremental RA - Ubuntu 14.04 (master) #7678

It seems https://restcountries.eu is down now https://github.com/fayder/restcountries/issues/32 2016-09-28 14:26 GMT+09:00 mishal_shah via swift-dev : > HI Tony, > > Is this PR ready to be merged? It might help resolve this failure. > > https://github.com/apple/swift-corelibs-foundation/pull/613

Re: [swift-dev] swift --version output changed

I submitted a PR for fixing this. https://github.com/apple/swift/pull/3222 2016-06-26 7:42 GMT+09:00 Dmitri Gribenko via swift-dev : > + Michael, who has been working on CMake changes. > > On Sat, Jun 25, 2016 at 2:48 PM, Joseph Bell via swift-dev > wrote: > > Howdy, > > > > I noticed in a build

Re: [swift-dev] SwiftGlibc: Use VFS overlay instead of -fmodule-map-file

gt; Karl > > On 21 May 2016, at 14:36, rintaro ishizaki via swift-dev < > swift-dev@swift.org> wrote: > > Hi all, > > Recently, a couple of PR are posted regarding > glibc.modulemap in cross-compiling environment. > > https://github.com/apple/swift/pull/2473 > http

Re: [swift-dev] SwiftGlibc: Use VFS overlay instead of -fmodule-map-file

intaro. That’s a clever solution; it would mean we wouldn’t be >> blocked by talking to the Clang folks about making module map search paths >> SDKROOT-relative. That said, the VFS is a fairly, well, hacky piece of >> Clang, and I’m not sure we’d want to add a new dependency o

Re: [swift-dev] SwiftGlibc: Use VFS overlay instead of -fmodule-map-file

; blocked by talking to the Clang folks about making module map search paths > SDKROOT-relative. That said, the VFS is a fairly, well, hacky piece of > Clang, and I’m not sure we’d want to add a new dependency on it. Ben, > Daniel, what do you think? > > Jordan > > On May 21,

[swift-dev] SwiftGlibc: Use VFS overlay instead of -fmodule-map-file

Hi all, Recently, a couple of PR are posted regarding glibc.modulemap in cross-compiling environment. https://github.com/apple/swift/pull/2473 https://github.com/apple/swift/pull/2486 The problem is that glibc.modulemap contains hardcoded SDKROOT in it. To resolve that, how about using virtual f

Re: [swift-dev] Why are we re-linking?

I've updated the code to make that behavior optional and controllable: https://github.com/rintaro/swift/commit/bfac557 Revision from only lib/, include/, and tools/: utils/build-script -RT --reconfigure \ --swift-vc-revision-include-dir="lib;include;tools" Revision from whole repository exclu

Re: [swift-dev] Why are we re-linking?

Sorry, accidentally clicked send button.. I've wrote PoC code here: https://github.com/rintaro/swift/commit/9bf18d46f4933ace03948417087bade084104edb Of course, this changes the semantics of `--version` output. So I'm not sure we can accept this or not. Any thought? Rintaro 2016-05-06 13:08 GMT+

Re: [swift-dev] Why are we re-linking?

Hi all, getSwiftFullVersion output must take account stdlib revsion? How about get the revision hash from the Swift repository *excluding* stdlib/, test/ and validation-test/ directories. git log -1 --pretty=format:%H -- \ . \ :(exclude)stdlib \ :(exclude)test \ :(exclude)validat

Re: [swift-dev] build error: INSTALL cannot find readline.so

And I found that was my fault. X( Posted a PR https://github.com/apple/swift/pull/2393 2016-05-04 11:46 GMT+09:00 rintaro ishizaki : > I'm not sure I can fix this. > But I'm looking into it. > > rintaro > > 2016-05-04 6:06 GMT+09:00 Joseph Bell via swift-dev : > >> I understand a native ARM comp

Re: [swift-dev] build error: INSTALL cannot find readline.so

I'm not sure I can fix this. But I'm looking into it. rintaro 2016-05-04 6:06 GMT+09:00 Joseph Bell via swift-dev : > I understand a native ARM compile, much less an incremental ARM compile, > is low on the priority list, but https://bugs.swift.org/browse/SR-1287 > ("INSTALL > cannot find readl