profile
viewpoint
If you are wondering where the data of this site comes from, please visit https://api.github.com/users/YOCKOW/events. GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.

apple/swift 56703

The Swift Programming Language

apple/swift-corelibs-foundation 4347

The Foundation Project, providing core utilities, internationalization, and OS independence

YOCKOW/Action-setup-swift 19

GitHub Action that sets up Swift.

YOCKOW/SwiftCodableDictionary 5

Yet another workaround for SR-7788.

YOCKOW/SwiftPredicate 2

Treat predicates abstractly.

YOCKOW/SwiftCGIResponder 1

I want to write CGI programs in Swift...

YOCKOW/SwiftRanges 1

`SwiftRanges` provides some kinds of range that are not implemented in Swift Standard Library.

YOCKOW/CSV.swift 0

CSV reading and writing library written in Swift.

YOCKOW/llvm-project 0

The LLVM Project is a collection of modular and reusable compiler and toolchain technologies. This fork is used to manage Apple’s stable releases of Clang as well as support the Swift project.

pull request commentapple/swift

[DO NOT MERGE] Verify commit access.

@shahmishal Thank you for investigating.

YOCKOW

comment created time in 5 hours

startedrinatz/cpp-book

started time in 11 hours

pull request commentapple/swift

[DO NOT MERGE] Verify commit access.

@shahmishal Sorry, I know you are busy, but could you tell me what I mistake about triggering CI?

YOCKOW

comment created time in a day

pull request commentapple/swift

[DO NOT MERGE] Verify commit access.

@swift-ci Please smoke test

YOCKOW

comment created time in a day

push eventYOCKOW/swift

Alastair Houghton

commit sha d70e93b92eb85917ef5a1e89863f08f18cdb49a1

[Demangler] Fix OldRemangler to cope with single argument functions. The Demangler can sometimes output ArgumentTuples containing a single argument without placing that argument inside a Tuple node. OldRemangler failed to take account of this and either crashed or failed with an assertion failure depending on whether assertions were enabled or not. rdar://63678072

view details

Alastair Houghton

commit sha d57cedd7d8cefc03a504f2c124368cafbde4b9f8

Merge branch 'main' into problem/63678072

view details

Alastair Houghton

commit sha 52ec3d195aac43f7eeea8d8b03ca019a70e20b82

Merge branch 'main' into problem/63678072

view details

Alastair Houghton

commit sha 96dce956e822048733af4e8f57301c75b427f0a9

[RemoteMirror] Add swift_reflection_interop_projectEnumValue() Added a counterpart to the swift_reflection_projectEnumValue() API for the legacy interop support in SwiftRemoteMirrorLegacyInterop.h. Also updated the test to use it to extract information from an enum. rdar://62128103

view details

Alastair Houghton

commit sha c3df37cff338f4a57fc981783a02ae12f7614bd4

[RemoteMirror] Move interop test to the test directory, run it automatically. Added a run of the interop test as part of the test suite.

view details

Alastair Houghton

commit sha c23d2f45c447743005ca4402e7bb5b4ae4e04d00

[Demangler] Fix NULL dereference on malformed mangled class name. The (invalid) type name '__TJO' caused a NULL dereference. Fix that and add a test case. rdar://80602920

view details

Alex Hoppen

commit sha 202905fe40aed288ac17382035ee39ca5686a6b3

[CodeCompletion] Allow preChecking an expression twice in code completion In code completion we might call `preCheckExpression` twice - once for the first pass and once for the second pass. This is fine since `preCheckExpression` idempotent, so don't assert if we are in code completion mode. Fixes rdar://79136653 [SR-14755]

view details

Alastair Houghton

commit sha 6ccfe0348163045245fddc023ceea1c663c482df

[Runtime] Static constructors and destructors should be an error here. Except for a handful of places we know about, there should be no static constructors or destructors in the runtime; they're undesirable because they inflate start up or shut down times, and in the case of destructors we can't even guarantee that they will actually run (e.g. if the program declares that it supports fast termination, they just won't). It should be OK to change the warnings to errors as a result. rdar://80965245

view details

Becca Royal-Gordon

commit sha c306843781c88787afb261863db96531d1c0ee18

[PrintAsObjC] Make async completions _Nonnull When we printed `async` methods, we did not print a nullability annotation on the `completionHandler` parameter. This commit adds `_Nonnull`, which matches the generated SIL. Fixes rdar://80989714.

view details

Robert Widmann

commit sha babe52f512f378298deb60fd30f3c2f973472cfb

Nuke IgnoreNewExtensions From High Orbit This flag was always a hack to get clients that were not properly handling circular constructions (module loading, associated type inference) to stop crashing. Technically, it is unsound, but by sheer coinicidence of the structure of the name lookup requests and the cache faulting here we have never observed that unsoundness in the wild.

view details

Egor Zhdan

commit sha a8f126f7cdfc4dabeccc737d23b2e5df1bae65c4

C++ Interop: import const methods as non-mutating This change makes ClangImporter import some C++ member functions as non-mutating, given that they satisfy two requirements: * the function itself is marked as `const` * the parent struct doesn't contain any `mutable` members `get` accessors of subscript operators are now also imported as non-mutating if the C++ `operator[]` satisfies the requirements above. Fixes SR-12795.

view details

Hamish Knight

commit sha 5d1fea24ad5d479e24d4e0a7cb60d29174576baf

[CS] Don't consider implicit TupleExprs in exprNeedsParensOutsideFollowingOperator Such implicit tuples may be used to represent argument lists for e.g binary expressions, and as such shouldn't be considered as parent exprs that satisfy the role of parentheses. Also fix the callers to use the raw anchor as the root expression they pass to provide an accurate parent map. This requires sinking the UnresolvedMemberChainResultExpr handling logic into `getPrecedenceParentAndIndex`. rdar://81109287

view details

Alex Hoppen

commit sha fec7f6c3c0ece948d31d8d20325ed44e50b9bb37

[CodeCompletion] Fix issue causing the completion status to not be set correctly for pattern completion We weren’t setting the code completion token status correctly when parsing patterns with code completion tokens. Because of this, in the added test case, the `searchSubject` gets added as a member of `Foo` twice - once in the first pass and once in the second pass, causing an assertion failure. Fixes rdar://80575116 [SR-14687]

view details

Doug Gregor

commit sha b2dee32b00bd49c49fa9298c1623bf8712c940ec

Enable `async let` without the experimental flag

view details

Saleem Abdulrasool

commit sha c9f567663e78050a2f419b4c133c711d90f4f973

test: remove some `%import-libdispatch` usage in tests These tests do not use the Dispatch swift module. There is no need to use the `%import-libdispatch` macro. This is required to try to enable these tests on Windows.

view details

Ben Barham

commit sha 12018bebb979e4b091470caeae87f5077b2cb483

[Frontend] Always output the version being compiled for Outputting the effective version in the pretty stack trace was skipped if the current version was the same as the effective version. This would result in an empty line, which is somewhat confusing. Output a line regardless. Resolves rdar://81140703

view details

Doug Gregor

commit sha eeeea49764f26c84fac499ab0a776f37665210e8

Remove `-enable-experimental-concurrency` almost everywhere.

view details

swift-ci

commit sha b1b9a76f73718e1b7dbdbb719691ea466183ea3d

Merge pull request #38642 from DougGregor/remove-experimental-concurrency-flag

view details

Hamish Knight

commit sha b3356b032d577b0a90ff6cad0267dd42e0f838d1

Merge pull request #38631 from hamishknight/theres-precedence-for-this

view details

Hamish Knight

commit sha 7f1f092afad26cfca511c5a986460aba4d5f29d1

[CS] Remove a case from getStructuralTypeContext This was only needed for to handle tuple construction, but is no longer needed now that we retrieve the context info from the locator.

view details

push time in a day

pull request commentapple/swift

[DO NOT MERGE] Verify commit access.

@swift-ci Please smoke test

YOCKOW

comment created time in 3 days

PR opened apple/swift

[DO NOT MERGE] Verify commit access.

I have been granted commit access. This PR is opened to verify that my commit access works. Thank you.

+0 -0

0 comment

0 changed file

pr created time in 3 days

create barnchYOCKOW/swift

branch : verify-commit-access

created branch time in 3 days

push eventYOCKOW/swift

3405691582

commit sha c0c93fa0bcae7b3b023e44feac464d3c6e8f8722

[cmake] Copy Dispatch to the SDK subdir on host. We have two directories for Swift libraries, * `SWIFT_SDK_<platform>_LIB_SUBDIR`, a.k.a., the SDK subdir, a.k.a., `swift-<platform>-<arch>/lib/swift/<platform>`, and * `SWIFTLIB_SINGLE_SUBDIR`, a.k.a., `swift-<platform>-<arch>/lib/swift/<platform>/<arch>`. Through the Swift build, libraries are emitted to both `.../lib/swift/<platform>` and `.../lib/swift/<platform>/<arch>`. However, when building toolchains, only `.../lib/swift/<platform>/` is populated with libraries. None of this normally isn't a problem; the Swift libraries do not have inherent interdependencies. This however changes with Concurrency: Concurrency has an implicit dependency on libdispatch. When Swift is built, we have two copies of `libswift_Concurrency.so`: one in `.../lib/swift/<platform>` and one in `.../lib/swift/<platform>/<arch>`. Prior to this commit, we unconditionally copy `libdispatch.so` and `libBlocksRuntime.so` to only _one_ place -- that is, `.../lib/swift/<platform>/<arch>`. swiftc emits binaries on ELF systems with an rpath of `.../lib/swift/<platform>`. These binaries implicitly import Concurrency, so they link against `libswift_Concurrency.so` (whether they use Concurrency features or not). The library's `$ORIGIN` is searched to find `libdispatch.so`. Now, nothing breaks on Linux because there the loader, when given an rpath, searches both `.../lib/swift/<platform>` and `.../lib/swift/<platform>/<arch>` even though the rpath only specifies one directory.. However, on other platforms, only the given rpath is searched. `libdispatch.so` does not reside next to `libswift_Concurrency.so` because it has been copied to `.../lib/swift/<platform>/<arch>`; not in the rpath. There are a few ways to solve this: change the way rpaths are configured, only emit libraries into one place, copy `libdispatch.so` only to the path matching the rpath, or copy `libdispatch.so` wherever `libswift_Concurrency.so` is copied, Because the toolchain file layout is different to the file layout when only Swift is built, hacking the rpath is brittle. Presumably, the reason why we have a `libswift_Concurrency.so` residing in two places is to support builds where multiple architectures are supported in the one build directory, so we cannot just copy `libdispatch.so` _only_ to `.../lib/swift/<platform>`. Ultimately, We need to ensure that every instance where `libswift_Concurrency.so` can be used has `libdispatch.so` residing next to it, which we do here. Note that this implicit dependency resolution would not happen unless we added a `-ldispatch` flag to make this all work, but other platforms are instaed using `$ORIGIN` to get the search to work properly, so we also do this for OpenBSD in this commit.

view details

Andrew Trick

commit sha 851bfeb3188a956f96e464c8b16441521f38cfa2

Fix copy_value to have 'None' side-effects. Copies can be moved as much as you like as long as OSSA is legal. This fixes some instruction deletion utilities for OSSA and any other utilities that check side effects. Copies are common. It also finally allows pure functions to be CSE'd!

view details

Bruno Rocha

commit sha 1fe38577358708399c76863ec4246adf3379dbe1

[SE-0290] Add #unavailable

view details

Bruno Rocha

commit sha adfb983e2b57c1f3722abdb1d2e8c9d3bff69458

[SE-0290] Cleanup BuilderTransform for #unavailable

view details

Victoria Mitchell

commit sha dd39496098498ceb34400e9ba3175a1c4ba789a8

do not synthesize subclass methods rdar://80091081

view details

Jeremy Legendre

commit sha 35735e7d0c57b57953623eb069d3812cd95d25e6

[LTO] Driver support for -lto_library flag This commit adds support for the -lto_library flag, allowing users to specify a custom LTO library on Darwin. This also fixes an issue where the default LTO library is used even if Driver is run from inside an alternate toolchain.

view details

Jeremy Legendre

commit sha ebd59927d6e347673876a9c64554fff48abca254

Use Swift-style args for Driver

view details

Jeremy Legendre

commit sha 7fa9fcf01f20366671224b86b6030653820cdf72

Update flag options Co-authored-by: Owen Voorhees <owenvoorhees@gmail.com>

view details

tomer doron

commit sha 73c61bd071dec3cc27f7b02eb558cd7521964535

update swift-collections to 0.0.4

view details

Alex Hoppen

commit sha a535203096dec6383c304db8d5ffa24832e4c0de

[Refactoring] Only rename variables in capture lists once Inside capture lists like `{ [test] in }`, `test` refers to both the newly declared, captured variable and the referenced variable it is initialized from. We currently try to rename it twice, yielding invalid, confusing results. Make sure to only record this situation once. Fixes rdar://78522816 [SR-14661]

view details

Holly Borla

commit sha 6c108c2f27c17efcd4bd64a5ab1fe851d8ec3e50

[SILGen] Remove duplicated code between computing the lowered interface type for the two different kinds of property wrapper generator functions.

view details

Holly Borla

commit sha b5e525480d0ee44a871ec024bd31213fdd257740

[SILGen] For property wrapper generators, don't use the generic signature of the enclosing context if the property wrapper is declared in a closure that does not capture any generic parameters. In this case, the enclosing closure won't have a generic signature, nor any substitutions to forward when calling the property wrapper generator, which previously caused an assertion failure when emitting the call because there were no substitutions to use.

view details

Pavel Yaskevich

commit sha d7204bfe8ddbfb975894c3acf6142c38f273b35e

[ConstraintSystem] Fix handling of whether choice should be remembered while cloning disjunctions

view details

Holly Borla

commit sha e6fe68f77aad772b1077bd1226340567fb55f1bb

[SILGen] Account for transitive captures of generic parameters when computing the generic signature for local property wrapper and default argument generators.

view details

Konrad `ktoso` Malawski

commit sha ae9e3202159615cdb207a4acc71471d1d14f3629

[Distributed] Handle distributed func witnessess from distributed actor protocols (#38269) * [Distributed] Handle distributed func witnessess from distributed actor protocols * [Distributed] Implement dist protocol and nonisolated handling * revert additional warning check * [Distributed] Ban mixing nonisolated and distributed on func * [Distributed] handle nonisolated in distributed contexts

view details

QuietMisdreavus

commit sha fd0e1e23ba0a1694f93bcba526ee373a38d652e6

Merge pull request #38240 from apple/QuietMisdreavus/no-subclass-synth [SymbolGraph] do not synthesize subclass methods

view details

zoecarver

commit sha a13c57c360d12fd19c27129ec6f21add1d71384d

Bump CMake version to 3.19.6. Updates the CMake version for Swift and the Swift Benchmarks to 3.19.6. Updates the docs to reflect this change. Does not modify the required version for building the stdlib.

view details

Dario Rexin

commit sha 7ed4ccf53855c711e71a3f9f7133a2713a208deb

Merge pull request #37231 from 3405691582/DispatchGoesInLibSubdir [cmake] Copy Dispatch to the SDK subdir on host.

view details

Pavel Yaskevich

commit sha a34d75706eed8b994698d8d44ba8d9a603a442cc

Merge pull request #38339 from xedin/fix-clone-propagate-remember-choice [ConstraintSystem] Fix handling of whether choice should be remembere…

view details

Jonas Devlieghere

commit sha 8198d82845f84f0c75bd4356fd37f49e7929a33e

[utils] Set CMAKE_OSX_DEPLOYMENT_TARGET for LLDB

view details

push time in 3 days

delete branch YOCKOW/swift-corelibs-foundation

delete branch : swift-5.4/SR-14108

delete time in 12 days

delete branch YOCKOW/swift-corelibs-foundation

delete branch : swift-5.5/SR-14108

delete time in 12 days

push eventYOCKOW/swift-corelibs-foundation

YOCKOW

commit sha aa91d367e756d69e125b7fcea888692e01db4a95

Add tests for SR-14108.

view details

YOCKOW

commit sha 8e0e90ffa504420a044fb5bbf12142e7fa4b6185

Implement `copy()` in `DateFormatter`.

view details

Simon Evans

commit sha 0e4e03177bc8bf79752c170d20717c5e9f63e86e

Merge pull request #3008 from YOCKOW/SR-14108 SR-14108: Implement `copy()` in `DateFormatter`.

view details

push time in 12 days

pull request commentapple/swift-corelibs-foundation

SR-14933: Implement `copy()` in `ISO8601DateFormatter`.

@spevans Noted with thanks. I've just modified the test in this PR on local, but I won't push it as of now.

YOCKOW

comment created time in 12 days

delete branch YOCKOW/swift-corelibs-foundation

delete branch : SR-14108

delete time in 12 days

pull request commentapple/swift-corelibs-foundation

SR-14933: Implement `copy()` in `ISO8601DateFormatter`.

@spevans I'm sorry, but I didn't know ISO8601DateFormatter on Darwin has such behavior. I'm going to modify the test.

YOCKOW

comment created time in 12 days

pull request commentapple/swift-corelibs-foundation

SR-14108: Implement `copy()` in `DateFormatter`.

@spevans Thank you for approving. I've opened PRs for 5.4/5.5:

  • #3010
  • #3011
YOCKOW

comment created time in 12 days

PR opened apple/swift-corelibs-foundation

[5.4] SR-14108: Implement `copy()` in `DateFormatter`.

This PR contains cherry-picks from #3008 for Swift 5.4 branch.

DateFormatter.copy() returns the same instance not a copied one so far. This PR adds an implementation of copy() in DateFormatter to behave expectedly(i.e. The same behavior with DarwinFoundation).

Resolves SR-14108.

+71 -0

0 comment

2 changed files

pr created time in 12 days

PR opened apple/swift-corelibs-foundation

[5.5] SR-14108: Implement copy() in DateFormatter.

This PR contains cherry-picks from #3008 for Swift 5.5 branch.

DateFormatter.copy() returns the same instance not a copied one so far. This PR adds an implementation of copy() in DateFormatter to behave expectedly(i.e. The same behavior with DarwinFoundation).

Resolves SR-14108.

+71 -0

0 comment

2 changed files

pr created time in 12 days

create barnchYOCKOW/swift-corelibs-foundation

branch : swift-5.4/SR-14108

created branch time in 12 days

create barnchYOCKOW/swift-corelibs-foundation

branch : swift-5.5/SR-14108

created branch time in 12 days

push eventYOCKOW/swift-benchmark

Denys Shabalin

commit sha 40e818271133b629c38bad76d452b81c54d7a0f4

Update windows workflow to use environment files (#83)

view details

Michelle Casbon

commit sha 0b6c3871bb4e105b06c7658e2c4e99dad89193dc

Update README to use 0.1.0 release (#84)

view details

Prabaljit Walia

commit sha 9888e23eb0eb1b974ee5cb24b5b192efa110946a

Update README.md (#86)

view details

push time in 14 days

PR opened apple/swift-corelibs-foundation

SR-14933: Implement `copy()` in `ISO8601DateFormatter`.

As with #3008, ISO8601DateFormatter should also implement its own override of copy().

Resolves SR-14933.

+30 -0

0 comment

2 changed files

pr created time in 14 days

create barnchYOCKOW/swift-corelibs-foundation

branch : SR-14933

created branch time in 14 days

push eventYOCKOW/swift-corelibs-foundation

3405691582

commit sha 808e89ea4e7db8d52aafc0db40e89c5277184324

[cmake] Support architecture name on OpenBSD. x86_64 is spelled "amd64" on this platform. Return "amd64", for consistency with Swift and other projects.

view details

3405691582

commit sha 1bcf2e381a3df55a99fa9311507cfeac5217a9ff

Referencing environ needs extern on BSD. See e.g., LibcOverlayShims.h in Swift.

view details

3405691582

commit sha 5d904055ce9fe7d2e2ad70939d4f41345dd14b0d

OpenBSD does not have RTLD_NOLOAD. Don't try to unconditionally use it. I don't know if this has any untoward side effects but running tests seems to be generally OK.

view details

3405691582

commit sha 56e5046ca5ddcb0812686618f0121d05c5786aa1

Try filling CFProcessPath with argv[0] on OpenBSD. There is no native mechanism to get the running process path on OpenBSD. Currently, the shell needs to cooperate and fill in the path. This works, but not all shells set the `_` environment variable. We however are able to get `argv[0]` via sysctl on this platform. Instead of just trying `_` and then giving up otherwise, first try getting `argv[0]`. If that appears to be an absolute path, then we can likely assume that this is what we need; otherwise, search PATH. On other BSD platforms, this sysctl may need to be modified or an alternative mechanism supplied to get `argv[0]`, so we still fallback on `getenv("_")`.

view details

3405691582

commit sha 3aa51bda80d358d08b045337d66c4cfffb66d562

Paper over some minor platform API differences. These may be better handled by some other mechanism, but for now, make these changes to get a clean compile: * getnameinfo on BSD takes a `size_t` for the host name, not a `socklen_t`. * PTHREAD_MUTEX_RECURSIVE is part of an enum on OpenBSD, so requires `.rawValue`. * Like on Android, SOCK_STREAM and SOCK_DGRAM are not enums. INADDR_LOOPBACK is a complex macro, so requires defining the flattened the value (this is of course brittle, but is the best option for now).

view details

3405691582

commit sha c86c0250c811dc3832ff025e2b4cc2a9bd837c98

OpenBSD does not have native backtrace support. There is libexecinfo as a 3rd-party package, but don't expect it be available for now. This requires removing the -fexeceptions flag on this platform also. While we are doing this, introduce the necessary boilerplate to mark tests as expected failures.

view details

3405691582

commit sha 2271829885bfb9653dc154ca234cd28a4bf42340

Exclude some unavailable errors from NSError. OpenBSD doesn't support these particular errno symbols. Exclude them for this platform.

view details

3405691582

commit sha a5154175942b7a772a7ebe85b983add682cd05bf

Riff off the getfsstat implementation for OpenBSD. The mac OS implementation is close to what is required for OpenBSD but requires tweaking. Instead of trying to unify the two implementations with #if branches, just riff off the mac OS implementation and create a new platform specific implementation.

view details

3405691582

commit sha 1f0a55f505e1d10a29d34b8a06838895c480a7e8

Get/set thread name for BSD. Add the relevant routines for getting and setting thread name in CFPlatform. While we are doing this, change an #if branch in CFStream to set thread name to using the actual routines declared in CFPlatform to do this.

view details

Simon Evans

commit sha d0011abda8fc5dcea1b9863ec751e699cda2ab00

Merge pull request #3003 from 3405691582/OpenBSDOmnibus Omnibus to get a clean OpenBSD build.

view details

push time in 15 days

pull request commentapple/swift-corelibs-foundation

SR-14108: Implement `copy()` in `DateFormatter`.

@spevans Thank you for running tests. The failure on macOS seems to be unrelated.

YOCKOW

comment created time in 15 days

push eventYOCKOW/swift-corelibs-foundation

Aura Lily Vulcano

commit sha cbfe0775f60e57ea82b869c9b9cb6cc4713bd33e

Ensure long file names do not cause too-long-path issues for long temporary directory paths by hashing the filename for the mkstemp template This limits the temp filename to a maximum of 31 characters. Fixes <https://bugs.swift.org/browse/SR-14823>.

view details

Lily Vulcano

commit sha 62c50ad8d282c7ee479c05f09d5f406d5f5fc889

Merge pull request #3005 from millenomi/pr/sr-14823

view details

push time in 16 days

PR opened apple/swift-corelibs-foundation

SR-14108: Implement `copy()` in `DateFormatter`.

DateFormatter.copy() returns the same instance not a copied one so far. This PR adds an implementation of copy() in DateFormatter to behave expectedly(i.e. The same behavior with DarwinFoundation).

Resolves SR-14108.

+71 -0

0 comment

2 changed files

pr created time in 16 days

create barnchYOCKOW/swift-corelibs-foundation

branch : SR-14108

created branch time in 16 days

create barnchYOCKOW/llvm-project

branch : following-apple

created branch time in 17 days

fork YOCKOW/llvm-project

The LLVM Project is a collection of modular and reusable compiler and toolchain technologies. This fork is used to manage Apple’s stable releases of Clang as well as support the Swift project.

https://llvm.org

fork in 17 days