Hi Tyler:
There's a number of people out this coming week because of the Swift
Summit etc, so the next one is likely to be the week after at the
earliest. I'll try to get another Doodle poll out in the next couple of
days.
This time they'll be options over a number of days, and a bit more time
We now have a set schedule for the Networking sub-team kick-off meeting
for Friday 4th Nov (ie, tomorrow).
The meeting will be at the following time:
6pm CET
5pm UK
1pm EST
10am PST
There will be a live meeting on Webex, and meeting agenda and notes taken
via Google docs:
WebEx:
We now have a set schedule for the Security sub-team kick-off meeting for
today.
The meeting will be at the following time:
6pm CET
5pm UK
1pm EST
10am PST
There will be a live meeting on Webex, and meeting agenda and notes taken
via Google docs:
WebEx:
https://meetings.webex.com/coll
Based on current feedback, the schedule is looking like it will be:
Security: Thursday 3rd: 6pm CET, 5pm UK, 12pm EST, 9am PST
Networking Friday 4th: 6pm CET, 5pm UK, 12pm EST, 9am PST
If your interested in taking part, and haven't entered a preference into
the po
In order to try to schedule kick-off meetings for the Server APIs focus
areas, I've set up Doodle polls for the networking and security kick-offs,
with the aim of trying to hold those this week:
Server APIs: Networking sub-team kickoff
http://doodle.com/poll/b5vy7s8vs9pbcb7y
Since announcing the Server APIs project and work group only one week ago
we seen a considerable amount of early interest. There are now over 30
people signed up in addition to the steering team, and some health
discussion has started on the mailing list.
One question that's been raised more th
We're currently making the last few changes which should mean that
Dispatch always builds on Linux if your using Foundation, and as Dispatch
is already there on Darwin, it should mean we can remove the condition
statements entirely.
Chris
From: Luke Howard via swift-corelibs-dev
To:
Hi Ryan:
The three failures:
dispatch_select:
dispatch_io
dispatch_io_net
most likely occur because you don't have a /usr/share/dict/words file,
which you can get by installing something like the wamerican or wbritish
backage.
From: Ryan Lovelett via swift-corelibs-dev
To: swift-
Hi Kevin:
Unless something has changed very recently, Its not currently possible to
build swift-corelibs-libdispatch on OSX - the build process works on Linux
only.
Chris
From: Kevin Ballard via swift-corelibs-dev
To: swift-corelibs-dev@swift.org
Date: 02/08/2016 22:23
Subject:
I had a quick conversation with Daniel Dunbar on this. Adding -Xcc
-fblocks as a default option to Swift PM (on Linux). The wrinkle is the
availability of the blocks runtime - it would either need to become a
pre-req for Swift, or needs one to be built into the package.
Chris
From: David
Agreed - being consistent is key. The Foundation Reference currently
documents the Swift API for NSLogv() as:
https://developer.apple.com/library/mac/documentation/Cocoa/Reference/Foundation/Miscellaneous/Foundation_Functions/#//apple_ref/c/func/NSLogv
func NSLogv(_ format: String, _ args
The Darwin overlay contains:
https://github.com/apple/swift/blob/master/stdlib/public/SDK/Foundation/Foundation.swift#L918
:
public func NSLog(_ format: String, _ args: CVarArg...) {
withVaList(args) { NSLogv(format, $0) }
}
So for consistency it would make sense to expose it on other platforms
Joe:
FYI, if you want to be able to use the Swift 2.2 APIs for Dispatch,
there's some instructions on how to build a toolchain with Dispatch
included here:
https://gist.github.com/seabaylea/cad7808615c52cfd2fc9d1debcad832f
The third step uses a fork of Foundation from (based on master f
Hi David:
I didn't respond via the form, but will definitely be there if I can
amongst other meetings/plans - I know a few other people that are in the
same position. Keep us updated and thanks for organising!
Chris
From: David Hart via swift-corelibs-dev
To: Jacob Bandes-Storch
Cc:
The missing reference is to 'pthread_workqueue_signal_np()' which was
added to libpwq via PR #10:
https://github.com/mheily/libpwq/pull/10
I suspect that you don't have the libpwq submodule checked out in
swift-corelibs-libdispatch. Is there any contents in
swift-corelibs-libdispatch/li
I'd certainly recommend picking up the experimental/foundation branch as
Rob recommends. Its where we've been doing some additional work to get
properly built into the Swift toolchain and to open up some internal APIs
needed by Foundation.
Whilst I've been building Dispatch either independently
NSOperation.swift currently makes a call to pthread_main_np() on line 536.
This causes a compilation failure on Linux as there isn't an
implementation of pthread_main_np() in Glibc.
There's few ways of fixing this. Before I go ahead and implement one of
them, I'd like to get some input on what
20/04/2016 02:46
Subject:Re: [swift-corelibs-dev] NSTask and NSFileHandle
implementation
Wouldn't it still be a huge win to use dispatch for reading from / writing
to a file descriptor?
/Daniel
On Apr 18, 2016, at 01:52, Chris Bailey via swift-corelibs-dev <
swift-corelibs-
Hi Travis:
FYI, Security (crypto/secure transport etc) is an area that some of us
from IBM are just starting to look at. We've love to collaborate with you
on it.
Chris
From: Travis Beech via swift-corelibs-dev
To: Tony Parker
Cc: "swift-corelibs-dev@swift.org"
Date: 15/04/20
Hi Dan:
The Dispatch sources are mostly complete - unfortunately
DISPATCH_SOURCE_TYPE_PROC isn't there and it unlikely to be there in a
hurry. It would ideally need the underlying kqueue library to have
EVFILT_PROC support, which it doesn't today.
Chris
From: Dan Stenmark via swift-corel
20 matches
Mail list logo
