[swift-dev] Build failing on CMakeTestCCompiler.cmake

Hello, I have been attempting to build Swift, but have been running into issues near the end of the build. Specifically, CMake fails on the step [2112/2254] Performing configure step for 'compiler-rt’, since the compiled clang fails to build a simple C program. The specific issue appears to be

Re: [swift-dev] proposed change for master-next merges

Having been involved in the update process for the next branches, I'm really excited to see this type of change. I think that the "simple" approach is both better to work and collaborate in as well as closer to the llvm development model which makes it easier to cross pollinate. The one thing tha

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - LLDB Incremental - OS X (swift 3.1) #36

This looks like the incremental build issue that we saw 2-3 weeks ago (rdar://29201272), clang's libSema wasn't fully re-compiled: [20/64] Building DiagnosticSemaKinds.inc... ... [23/64] Updating DiagnosticSemaKinds.inc... ... [35/50] Building CXX object tools/clang/lib/Sema/CMakeFiles/clangSema.d

Re: [swift-dev] proposed change for master-next merges

> On Dec 8, 2016, at 7:43 AM, Saleem Abdulrasool via swift-dev > wrote: > > Having been involved in the update process for the next branches, I'm really > excited to see this type of change. > > I think that the "simple" approach is both better to work and collaborate in > as well as closer

Re: [swift-dev] Build failing on CMakeTestCCompiler.cmake

> On Dec 8, 2016, at 7:28 AM, Frederick Kellison-Linn via swift-dev > wrote: > > Hello, > > I have been attempting to build Swift, but have been running into issues near > the end of the build. Specifically, CMake fails on the step [2112/2254] > Performing configure step for 'compiler-rt’, s

Re: [swift-dev] Build failing on CMakeTestCCompiler.cmake

I think Greg is right.  I’ve seen this before, and the way I fixed it was by fixing the Xcode configuration, specifically relating to the command-line tools. - Will On December 8, 2016 at 1:24:59 PM, Greg Parker via swift-dev (swift-dev@swift.org) wrote: On Dec 8, 2016, at 7:28 AM, Frederick

Re: [swift-dev] Proposal: SIL Ownership Model + Verifier

> On Dec 7, 2016, at 11:25 PM, John McCall via swift-dev > wrote: > >> >> On Dec 7, 2016, at 2:13 PM, Michael Gottesman via swift-dev >> mailto:swift-dev@swift.org>> wrote: >> >> This is a proposal for a new SIL Ownership Model and verifier. An online >> HTML version of the document is avai

Re: [swift-dev] Proposal: SIL Ownership Model + Verifier

> On Dec 8, 2016, at 1:53 PM, Andrew Trick wrote: >> On Dec 7, 2016, at 11:25 PM, John McCall via swift-dev > > wrote: >> >>> >>> On Dec 7, 2016, at 2:13 PM, Michael Gottesman via swift-dev >>> mailto:swift-dev@swift.org>> wrote: >>> >>> This is a proposal for a new

Re: [swift-dev] Build failing on CMakeTestCCompiler.cmake

The output of those commands follows: $ xcode-select -p /Applications/Xcode.app/Contents/Developer $ xcodebuild -version Xcode 8.1 Build version 8B62 Both look fine to me. It appears that clang is invoking /opt/local/bin/ld, and running /opt/local/bin/ld -v gives: @(#)PROGRAM:ld PROJECT:ld64

Re: [swift-dev] Build failing on CMakeTestCCompiler.cmake

The Apple folks might know better and correct me, but I’m pretty certain you don’t want to be using any toolchains in /opt/local.  It all needs to be from the Xcode.app. - Will On December 8, 2016 at 2:14:42 PM, Frederick Kellison-Linn via swift-dev (swift-dev@swift.org) wrote: The output of

Re: [swift-dev] Build failing on CMakeTestCCompiler.cmake

Yeah that seems wrong to me as well. Do you know how I can change the linker that clang invokes? Freddy > On Dec 8, 2016, at 5:16 PM, William Dillon wrote: > > The Apple folks might know better and correct me, but I’m pretty certain you > don’t want to be using any toolchains in /opt/local.

Re: [swift-dev] Build failing on CMakeTestCCompiler.cmake

What if you try: which ld And, what’s your PATH? On December 8, 2016 at 2:19:20 PM, Frederick Kellison-Linn (fred...@me.com) wrote: Yeah that seems wrong to me as well. Do you know how I can change the linker that clang invokes? Freddy On Dec 8, 2016, at 5:16 PM, William Dillon wrote: The

Re: [swift-dev] Build failing on CMakeTestCCompiler.cmake

which ld gives the same /opt/local version My path is /opt/local/bin:/opt/local/sbin:/opt/local/bin:/opt/local/sbin:/Library/Frameworks/Python.framework/Versions/3.4/bin:/Users/freddy/anaconda3/bin:/opt/local/bin:/opt/local/sbin:/Users/freddy/.rvm/gems/ruby-2.1.1/bin:/Users/freddy/.rvm/gems/ruby-

Re: [swift-dev] Build failing on CMakeTestCCompiler.cmake

Try it with a PATH that does not include /opt/local/* I haven’t build on MacOS in a long time, so I can’t say with any more detail how the tools (clang, ld, etc.) are chosen when building swift ¯\_(ツ)_/¯  Good luck :) - Will On December 8, 2016 at 6:05:12 PM, Frederick Kellison-Linn (fred...@me

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - OS X (master) #7501

Hi Michael, Is this related to your changes? ninja: error: 'bin/sil-extract', needed by 'test/CMakeFiles/check-swift-validation-macosx-x86_64', missing and no known rule to make it *** Failed while running tests for swift (check-swift-validation-macosx-x86_64) Thanks, Mishal Shah > On Dec 8,

Re: [swift-dev] Build failing on CMakeTestCCompiler.cmake

Good idea. In the end, I resolved the issue by renaming /opt/local/bin/ld which meant that clang used /usr/bin/ld, which had an appropriate LLVM version. Would be good if the build script utilized the Xcode toolchain instead of relying on system settings. Freddy > On Dec 8, 2016, at 9:09 PM

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - OS X (master) #7501

Yes, he renamed sil-extract to sil-func-extractor (https://github.com/apple/swift/pull/6155/files ) and missed updating some places. This should fix it: https://github.com/apple/swift/pull/6159 (FWIW, I

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - OS X (master) #7501

Thanks! > On Dec 8, 2016, at 9:59 PM, Bob Wilson wrote: > > Yes, he renamed sil-extract to sil-func-extractor > (https://github.com/apple/swift/pull/6155/files > ) and missed updating some > places. This should fix it: https://github.com/apple/