[swift-dev] New to building Swift toolchain
mgrebenets at gmail.com
Wed Sep 20 08:08:57 CDT 2017
I tried few more options.
I tried switching my shell to bash and giving it a go.
This time I got some unusual configuration error.
The error came
Unfortunately the error message was in stderr, while I only captured
So then I added CMake.app bin to the path
and ran the build again.
This time it didn't fail with configuration error, but failed with "too
many files open" and somehow still using cmake 3.9.2 from Homebrew
So finally, I decided to use CMake.app only:
brew unlink cmake
Run again, and same 3 tests fail on same i386 simulator:
On Wed, Sep 20, 2017 at 2:59 PM, Maksym Grebenets <mgrebenets at gmail.com>
> I see.
> I gave it another go: https://gist.github.com/mgrebenets/
> Looking at the build logs, I can definitely see llvm source code being
> I've looked up a bunch of llvm .cpp files in the build log,
> e.g. LLVMTargetMachine.cpp.
> Unless I'm not looking in the right place.
> Still same 3 failures in the end.
> I have noticed that in certain places Jenkings builds are using
> /Applications/CMake.app, while on my machine it is
> So I've tried to upgrade to 3.9.2 and run same test command manually -
> same failures.
> Same for using CMake.app downloaded from cmake.org (3.9.2) version.
> I've double checked python version that I have, it's 2.7.10, same as on
> Jenkins instances.
> I do have python3 installed in /usr/local/bin/python3, not sure if this
> could be related.
> Looking at the failing tests, it seems like all of them are related to
> The first one is related to Unicode 9 graphemes.
> For a string "🇺🇸🇨🇦🇩🇰🏳️🌈" the expected count is 4, while on my
> machine it's 5.
> Other failures are in CodableTests.swift, but all of them report an error
> Decoded URLComponents <//0.0.0.0> not equal to original <//0.0.0.0>
> I can't really spot the difference, unless there's some invisible escape
> Last failing test is for NSValue bridging:
> stdout>>> check failed at /Users/grebenma/Projects/oss/
> StdlibUnittestFoundationExtras.swift, line 130
> stdout>>> expected: <00000000 00003140 00000000 00004340> (of type
> stdout>>> actual: <00000000 00003140 00000000 00004340> (of type
> It appears that all failures are for iPhone Simulator i386.
> So it must be related to 32-bit platforms only.
> I don't have much ideas on what it could be.
> Is it something set in my bash (zsh) profile?
> E.g. something in the path, or some 3rd party tool installed.
> Are there any hints in the log that may point me in the right direction?
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the swift-dev