[swift-dev] ToT failing to build?
Jordan Rose
jordan_rose at apple.com
Wed Aug 30 16:01:09 CDT 2017
Hm. The benchmark targets don't seem to be passing a -module-cache-path option, so it's going to be buried in your /var/folders directory. Here you go:
rm -rf $(getconf DARWIN_USER_CACHE_DIR)/org.llvm.clang*
Jordan
> On Aug 30, 2017, at 13:54, David Zarzycki <zarzycki at icloud.com> wrote:
>
> Hi Jordan,
>
> Thanks for the quick response. Here you go:
>
> https://bugs.swift.org/browse/SR-5805 <https://bugs.swift.org/browse/SR-5805>
>
> How do I clear the cache again?
>
> Thanks!
> Dave
>
>
>> On Aug 30, 2017, at 16:35, Jordan Rose <jordan_rose at apple.com <mailto:jordan_rose at apple.com>> wrote:
>>
>> Crashes in clang::ASTReader usually mean "clear your module cache". That does mean there's a bug, though, that we're not putting the revision numbers into the module hash. Mind filing an SR to track that, since I thought we were?
>>
>> Jordan
>>
>>
>>> On Aug 30, 2017, at 13:30, David Zarzycki via swift-dev <swift-dev at swift.org <mailto:swift-dev at swift.org>> wrote:
>>>
>>> Anybody else seeing top-of-tree (af34e394e7) fail to build? I’m on macOS 17A358a with Xcode 9M214v (beta 6) and building like so:
>>>
>>> ./utils/build-script --build-subdir="$(dirname $PWD)/t" --llvm-targets-to-build X86 --skip-ios --skip-tvos --skip-watchos -r
>>>
>>> The build crash is below. Any ideas?
>>>
>>>
>>> swiftc -c -sdk /Applications/Xcode-beta.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk -target x86_64-apple-macosx10.9 -F /Applications/Xcode-beta.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk/../../../Developer/Library/Frameworks -O -no-link-objc-runtime -force-single-frontend-invocation -parse-as-library -module-name DriverUtils -emit-module -emit-module-path /Volumes/data/wt/master/t/swift-macosx-x86_64/benchmark/O-x86_64-apple-macosx10.9/DriverUtils.swiftmodule -o /Volumes/data/wt/master/t/swift-macosx-x86_64/benchmark/O-x86_64-apple-macosx10.9/DriverUtils.o /Volumes/data/wt/master/swift/benchmark/utils/DriverUtils.swift /Volumes/data/wt/master/swift/benchmark/utils/ArgParse.swift
>>> Assertion failed: (idx < size()), function operator[], file /Volumes/data/wt/master/llvm/include/llvm/ADT/SmallVector.h, line 153.
>>> 0 swift 0x00000001102a0a38 llvm::sys::PrintStackTrace(llvm::raw_ostream&) + 40
>>> 1 swift 0x000000011029f986 llvm::sys::RunSignalHandlers() + 86
>>> 2 swift 0x00000001102a0ffe SignalHandler(int) + 366
>>> 3 libsystem_platform.dylib 0x00007fff59b53f5a _sigtramp + 26
>>> 4 libsystem_platform.dylib 0x00000001140f9588 _sigtramp + 3126482504
>>> 5 libsystem_c.dylib 0x00007fff5997f32a abort + 127
>>> 6 libsystem_c.dylib 0x00007fff59947380 basename_r + 0
>>> 7 swift 0x000000010f7adb4a clang::ASTReader::ReadString(llvm::SmallVector<unsigned long long, 64u> const&, unsigned int&) + 682
>>> 8 swift 0x000000010f79fc0e clang::ASTReader::ParseLanguageOptions(llvm::SmallVector<unsigned long long, 64u> const&, bool, clang::ASTReaderListener&, bool) + 12110
>>> 9 swift 0x000000010f79cbda clang::ASTReader::ReadOptionsBlock(llvm::BitstreamCursor&, unsigned int, bool, clang::ASTReaderListener&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >&) + 250
>>> 10 swift 0x000000010f7a1628 clang::ASTReader::ReadControlBlock(clang::serialization::ModuleFile&, llvm::SmallVectorImpl<clang::ASTReader::ImportedModule>&, clang::serialization::ModuleFile const*, unsigned int) + 1048
>>> 11 swift 0x000000010f7a371d clang::ASTReader::ReadASTCore(llvm::StringRef, clang::serialization::ModuleKind, clang::SourceLocation, clang::serialization::ModuleFile*, llvm::SmallVectorImpl<clang::ASTReader::ImportedModule>&, long long, long, clang::ASTFileSignature, unsigned int) + 2253
>>> 12 swift 0x000000010f7af1a8 clang::ASTReader::ReadAST(llvm::StringRef, clang::serialization::ModuleKind, clang::SourceLocation, unsigned int, llvm::SmallVectorImpl<clang::ASTReader::ImportedSubmodule>*) + 296
>>> 13 swift 0x000000010f51633e clang::CompilerInstance::loadModule(clang::SourceLocation, llvm::ArrayRef<std::__1::pair<clang::IdentifierInfo*, clang::SourceLocation> >, clang::Module::NameVisibilityKind, bool) + 1886
>>> 14 swift 0x000000010e30d9a0 swift::ClangImporter::loadModule(swift::SourceLoc, llvm::ArrayRef<std::__1::pair<swift::Identifier, swift::SourceLoc> >)::$_4::operator()(llvm::ArrayRef<std::__1::pair<clang::IdentifierInfo*, clang::SourceLocation> >, bool) const + 640
>>> 15 swift 0x000000010e30d58e swift::ClangImporter::loadModule(swift::SourceLoc, llvm::ArrayRef<std::__1::pair<swift::Identifier, swift::SourceLoc> >) + 462
>>> 16 swift 0x000000010e3df8a3 swift::ASTContext::getModule(llvm::ArrayRef<std::__1::pair<swift::Identifier, swift::SourceLoc> >) + 115
>>> 17 swift 0x000000010e25b13a swift::ModuleFile::getModule(llvm::ArrayRef<swift::Identifier>) + 330
>>> 18 swift 0x000000010e28900b swift::ModuleFile::associateWithFileContext(swift::FileUnit*, swift::SourceLoc) + 1579
>>> 19 swift 0x000000010e2e0785 swift::SerializedModuleLoader::loadAST(swift::ModuleDecl&, llvm::Optional<swift::SourceLoc>, std::__1::unique_ptr<llvm::MemoryBuffer, std::__1::default_delete<llvm::MemoryBuffer> >, std::__1::unique_ptr<llvm::MemoryBuffer, std::__1::default_delete<llvm::MemoryBuffer> >, bool) + 629
>>> 20 swift 0x000000010e2e2e32 swift::SerializedModuleLoader::loadModule(swift::SourceLoc, llvm::ArrayRef<std::__1::pair<swift::Identifier, swift::SourceLoc> >) + 466
>>> 21 swift 0x000000010e3df8a3 swift::ASTContext::getModule(llvm::ArrayRef<std::__1::pair<swift::Identifier, swift::SourceLoc> >) + 115
>>> 22 swift 0x000000010e3df95f swift::ASTContext::getStdlibModule(bool) + 63
>>> 23 swift 0x000000010deef7e6 swift::CompilerInstance::performSema() + 454
>>> 24 swift 0x000000010d47014c performCompile(swift::CompilerInstance&, swift::CompilerInvocation&, llvm::ArrayRef<char const*>, int&, swift::FrontendObserver*, swift::UnifiedStatsReporter*) + 1740
>>> 25 swift 0x000000010d46eb70 swift::performFrontend(llvm::ArrayRef<char const*>, char const*, void*, swift::FrontendObserver*) + 3408
>>> 26 swift 0x000000010d42fc30 main + 3184
>>> 27 libdyld.dylib 0x00007fff598d3145 start + 1
>>> _______________________________________________
>>> swift-dev mailing list
>>> swift-dev at swift.org <mailto:swift-dev at swift.org>
>>> https://lists.swift.org/mailman/listinfo/swift-dev
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-dev/attachments/20170830/55e945df/attachment.html>
More information about the swift-dev
mailing list