I think there is a review related to format APIs ongoing for ICU 58, but there
hasn’t been much talk about the C APIs alas:
https://sourceforge.net/p/icu/mailman/message/35283778/
http://bugs.icu-project.org/trac/ticket/12029
Since MeasureFormat ‘and friends’ are C++, for now, I also think the b
I recall the time formatter being deprecated in favor of measfmt, so you might
be right that uatimeunitformat isn't needed. I think some functions in
uatimeunitformat.cpp made combining units easier when calling from (then
NS)DateComponentsFormatter, but perhaps that can be put functionality in
Hello Eric,
Not sure if this will help, but perhaps you can feed something in build.py?
https://github.com/apple/swift-corelibs-foundation/blob/master/build.py
You seem to be working under some tight constraints! Is installing ICU in
/usr/local/ not possible?
Regards,
Will Stanton
> On Sep 13,
Hello,
I had a question about the intended behavior/functionality of mirrors in
Swift/Swift Foundation types.
In general, should a Mirror reference all variables in a type?
I’m not sure what scope mirrors should/will have, but it does seem like some of
iterating through children has been done:
Hello Enrico,
Thank you for the reply!
If the goal of `Mirror` is reflection, wouldn’t the full structure of a type
need to be exposed by its `Mirror`? And even if the goal is a more limited form
of inspection, wouldn’t it still be necessary to make the default
implementation, which exposes a
Was wondering if there could be a common directory for Foundation-related
files, such as NSUserDefaults in addition to cookie storage?
So maybe for cookies:
NSHomeDirectory() + "/.foundation/Cookies/shared"
And settings for an app/service:
NSHomeDirectory() + "/.foundation/Preferences/EXECUTABLE
Hello Tony and Philippe,
I don’t think it would be odd for cookie/setting files to be in a folder named
after Foundation (namely ~/.foundation):
- The files are owned by Swift/Linux Foundation in the sense Foundation writes
them, and Foundation is the only one that should access them directly.
Hello Tony,
Thanks for the reply. About XDG_DATA_HOME, the variable is undefined on my
desktop-less server, and I think many processes still have their own save
locations.
Still, I can believe its used in a lot of places
(https://github.com/search?q=XDG_DATA_HOME&type=Code&utf8=✓) and am not op
Hello Malcolm,
It looks like cutting line 606 of NSCalendar.swift and pasting it over `false`
on line 607 fixes the issue.
1> import Foundation
2. let fromDate = Date()
3. let toDate = Date(timeIntervalSinceNow: 20)
4. let components = Calendar.current.dateComponents([.second], from:
Based on the backtrace, I think the code is running into a memory issue with
Swift Foundation:
https://bugs.swift.org/browse/SR-2485
https://bugs.swift.org/browse/SR-2462
I haven’t seen this in a while - are you able to try running on Swift 3.1 or
3.0.2?
Your code seems to work on the IBM Sandbo
Hello David,
Are you seeing these errors in macOS/Xcode? If so, I think `-swift-version 3`
needs to be passed to the swift compiler. Submitted this PR for Mac build
issues among others: https://github.com/apple/swift-corelibs-foundation/pull/988
Matt,
I think you’re running into similar issues,
11 matches
Mail list logo