The modified version doesn't seem to change any of the results (on -O or
-Onone). Note that the problem is that it's *not* uniquely referenced
inside bar where it actually should be – that would mean that ownership is
currently not directly transferred right?
On Fri, Apr 1, 2016 at 10:27 AM, Joe G
> On Mar 31, 2016, at 4:21 PM, Joe Groff via swift-dev
> wrote:
>
>>
>> On Mar 31, 2016, at 3:58 PM, Patrick Pijnappel via swift-dev
>> wrote:
>>
>> In trying to implement a COW type, but I'm running into problems with
>> isUniqueReferenced breaking in even fairly simple cases. For example
> On Mar 31, 2016, at 3:58 PM, Patrick Pijnappel via swift-dev
> wrote:
>
> In trying to implement a COW type, but I'm running into problems with
> isUniqueReferenced breaking in even fairly simple cases. For example (with
> -O) the code below prints "bar: false", commenting out the print in
In trying to implement a COW type, but I'm running into problems with
isUniqueReferenced breaking in even fairly simple cases. For example (with
-O) the code below prints "bar: false", commenting out the print in
test() makes
it print "bar: true", and removing the var parameter var foo: Foo and usi
I think, I know how to add sysroot to place in code, which I have shown. But,
may be, it is not sufficient. It is also need to provide adding of prefix when
traversing other "angled" include-directives from modulemap-file in deep. I do
not know how to do that, but I am looking for.
01.04.2016,
I believe the bug still exists. I tried to build armv7 on native hardware
yesterday and hit this bug. I haven't had time to look into it at all though.
- Will
> On Mar 31, 2016, at 1:11 PM, Iliya Trub via swift-dev
> wrote:
>
> Dear colleagues
> What about my last message from this thread?
As I think I mentioned before, you’ll probably have more luck porting the Apple
runtime [1] to Linux than getting it to work with the GNUstep runtime.
— Luke
[1] http://opensource.apple.com/source/objc4/objc4-680/
> On 31 Mar 2016, at 6:02 AM, Iliya Trub via swift-dev
> wrote:
>
> Of course,
Dear colleagues
What about my last message from this thread? Does bug exist or not? Really, I
get glibs.modulemap after overall compiler building under arm-emulator, then
use cross-compiling under x86_64 Ubuntu, and swift takes headers, listed within
glibc.modulemap (starting from /usr/include),
I have a large project (308 swift files, 441 objective c, 66k lines of
code) where incremental builds can be extremely slow. I'm trying to do some
profiling to figure out what type of things cause large scale recompiles.
The problem is that I can't find a good way of telling which files get
recompi
I'll have a dig into the ICU implementations to see if I can verify that
its the source of the differences.
Philippe:
Your fix to the test changes the expected localized form of the thousand
separator to nothing (ie, "1000") in all cases. Doesn't this break the OSX
builds as the result does b
10 matches
Mail list logo
