I think that bug has details in it, but specifically I think you need to delete
just the lldb and maybe the llbuild (?) build directories. This should cut
down the (painful) rebuild time.
This looks to be some kind of known deficiency in the cmake/ninja generator
handling. We found links to o
Confirmed as well, pulled in Rintaro's fix and was able to turn around an
incremental ARM compile in 30 minutes. Thanks Rintaro!
On Wed, May 4, 2016 at 9:49 AM, Ryan Lovelett
wrote:
> Big help! Thank you Rintaro.
>
>
--
Joseph Bell
http://dev.iachieved.it/iachievedit/
@iachievedit
_
Big help! Thank you Rintaro.
___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev
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
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
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 readline.so") is hampering x86 incremental builds as well. I
was curious as to whether there were any Cmake experts that have time t
Rob, this is a known build bug tracked by
https://bugs.swift.org/browse/SR-1287. I have only been able to reproduce
this by restarting a build after some previous failure. The workaround
(for me at least) is to delete the build directory and restart from the
beginning (not ideal to be sure).
Joe
