I tried adjusting the ArchSpec.cpp headers like so: //===-- ArchSpec.cpp --------------------------------------------*- C++ -*-===// // // The LLVM Compiler Infrastructure // // This file is distributed under the University of Illinois Open Source // License. See LICENSE.TXT for details. // //===----------------------------------------------------------------------===//
// 1. *tfiala* added this one here #include "llvm/Support/MachO.h" #include "lldb/Core/ArchSpec.h" #include <stdio.h> #include <errno.h> #include <string> #include "llvm/Support/COFF.h" #include "llvm/Support/ELF.h" #include "llvm/Support/Host.h" // 3. *tfiala* also tried commenting out below #include "lldb/Utility/SafeMachO.h" // 2. *tfiala* added this one here #include "llvm/Support/MachO.h" #include "lldb/Core/RegularExpression.h" #include "lldb/Host/Endian.h" #include "lldb/Host/Host.h" #include "lldb/Target/Platform.h" At first I just added the element at (1.) above. That gave me the same error as before. I then added it after the SafeMachO.h include at (2.) above while keeping (1.) in, just in case SafeMachO.h was pulling in something that wasn't . That didn't work either. Finally I tried commenting out (3.) just in case that was doing something that failed. That gave me different errors and was clearly wrong. Any other ideas? -Todd On Fri, May 2, 2014 at 12:03 PM, Todd Fiala <[email protected]> wrote: > Thanks, Greg. I'll give that a shot! > > > On Fri, May 2, 2014 at 12:00 PM, Greg Clayton <[email protected]> wrote: > >> Looks like you are getting a conflict with the macros defined in: >> >> <mach/machine.h> >> >> and these are ruining the defines set in: >> >> "llvm/Support/MachO.h" >> >> So you aren't missing anything and I am not sure why things are different >> for us. I thought this was fixed by adding an underscore in front of all >> CPU_TYPE_XXX items in MachO.h that exactly matched macros in machine.h... >> It is really lame that a header file in LLVM is using macros that exactly >> match enums. >> >> You might be able to fix it by #including the "llvm/Support/MachO.h" >> first in the file before any other files. >> >> >> On May 2, 2014, at 9:51 AM, Todd Fiala <[email protected]> wrote: >> >> > Hey guys, >> > >> > I'm getting errors like this on lldb TOT building within Xcode: >> > CompileC >> /Users/tfiala/Library/Developer/Xcode/DerivedData/lldb-fdedbkfqiftsgoaeqxdcrpiwguzs/Build/Intermediates/lldb.build/Debug/lldb-core.build/Objects-normal/x86_64/ArchSpec.o >> source/Core/ArchSpec.cpp normal x86_64 c++ >> com.apple.compilers.llvm.clang.1_0.compiler >> > >> > cd /Users/tfiala/lldb/svn/llvm/tools/lldb >> > >> > export LANG=en_US.US-ASCII >> > >> > >> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang >> -x c++ -arch x86_64 -fmessage-length=0 >> -fdiagnostics-show-note-include-stack -fmacro-backtrace-limit=0 -std=c++11 >> -stdlib=libc++ -Wno-trigraphs -fpascal-strings -O0 >> -Wmissing-field-initializers -Wno-missing-prototypes -Wnon-virtual-dtor >> -Woverloaded-virtual -Wno-exit-time-destructors -Wmissing-braces >> -Wparentheses -Wswitch -Wno-unused-function -Wunused-label >> -Wno-unused-parameter -Wunused-variable -Wunused-value -Wempty-body >> -Wuninitialized -Wno-unknown-pragmas -Wno-shadow -Wno-four-char-constants >> -Wno-conversion -Wconstant-conversion -Wint-conversion -Wno-bool-conversion >> -Wenum-conversion -Wno-shorten-64-to-32 -Wnewline-eof -Wno-c++11-extensions >> -D__STDC_CONSTANT_MACROS -D__STDC_LIMIT_MACROS -DLLDB_CONFIGURATION_DEBUG >> -isysroot >> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk >> -fasm-blocks -fstrict-aliasing -Wdeprecated-declarat! >> ions -Winvalid-offsetof -mmacosx-version-min=10.7 -g >> -Wno-sign-conversion -iquote >> /Users/tfiala/Library/Developer/Xcode/DerivedData/lldb-fdedbkfqiftsgoaeqxdcrpiwguzs/Build/Intermediates/lldb.build/Debug/lldb-core.build/liblldb-core-generated-files.hmap >> -I/Users/tfiala/Library/Developer/Xcode/DerivedData/lldb-fdedbkfqiftsgoaeqxdcrpiwguzs/Build/Intermediates/lldb.build/Debug/lldb-core.build/liblldb-core-own-target-headers.hmap >> -I/Users/tfiala/Library/Developer/Xcode/DerivedData/lldb-fdedbkfqiftsgoaeqxdcrpiwguzs/Build/Intermediates/lldb.build/Debug/lldb-core.build/liblldb-core-all-target-headers.hmap >> -iquote >> /Users/tfiala/Library/Developer/Xcode/DerivedData/lldb-fdedbkfqiftsgoaeqxdcrpiwguzs/Build/Intermediates/lldb.build/Debug/lldb-core.build/liblldb-core-project-headers.hmap >> -iquote/Users/tfiala/lldb/svn/llvm/tools/lldb/include >> -iquote/Users/tfiala/lldb/svn/llvm/tools/lldb/source >> -iquote/Users/tfiala/lldb/svn/llvm/tools/lldb/llvm/include >> -iquote/Users/tfiala/lldb/svn/llvm/too! >> ls/lldb/llvm/tools/clang/include >> -iquote/Users/tfiala/lldb/svn/llvm/tools/lldb/llvm-build/Release+Asserts/x86_64/include >> -iquote/Users/tfiala/lldb/svn/llvm/tools/lldb/llvm-build/Release+Asserts/x86_64/tools/clang/include >> -I/Users/tfiala/Library/Developer/Xcode/DerivedData/lldb-fdedbkfqiftsgoaeqxdcrpiwguzs/Build/Products/Debug/include >> -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/libxml2 >> -I/Users/tfiala/Library/Developer/Xcode/DerivedData/lldb-fdedbkfqiftsgoaeqxdcrpiwguzs/Build/Intermediates/lldb.build/Debug/lldb-core.build/DerivedSources/x86_64 >> -I/Users/tfiala/Library/Developer/Xcode/DerivedData/lldb-fdedbkfqiftsgoaeqxdcrpiwguzs/Build/Intermediates/lldb.build/Debug/lldb-core.build/DerivedSources >> -Wreorder >> -F/Users/tfiala/Library/Developer/Xcode/DerivedData/lldb-fdedbkfqiftsgoaeqxdcrpiwguzs/Build/Products/Debug >> -F/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/System/Library/PrivateFrameworks >> -I/System/Library/Frameworks/Python.! >> >> framework/Versions/2.7/include/python2.7 -fno-rtti -Wglobal-constructors >> -flimit-debug-info -Wparentheses -DLLDB_USE_BUILTIN_DEMANGLER -MMD -MT >> dependencies -MF >> /Users/tfiala/Library/Developer/Xcode/DerivedData/lldb-fdedbkfqiftsgoaeqxdcrpiwguzs/Build/Intermediates/lldb.build/Debug/lldb-core.build/Objects-normal/x86_64/ArchSpec.d >> --serialize-diagnostics >> /Users/tfiala/Library/Developer/Xcode/DerivedData/lldb-fdedbkfqiftsgoaeqxdcrpiwguzs/Build/Intermediates/lldb.build/Debug/lldb-core.build/Objects-normal/x86_64/ArchSpec.dia >> -c /Users/tfiala/lldb/svn/llvm/tools/lldb/source/Core/ArchSpec.cpp -o >> /Users/tfiala/Library/Developer/Xcode/DerivedData/lldb-fdedbkfqiftsgoaeqxdcrpiwguzs/Build/Intermediates/lldb.build/Debug/lldb-core.build/Objects-normal/x86_64/ArchSpec.o >> > >> > >> > >> > /Users/tfiala/lldb/svn/llvm/tools/lldb/source/Core/ArchSpec.cpp:79:48: >> error: no member named 'arm64' in 'llvm::Triple' >> > >> > { eByteOrderLittle, 8, 4, 4, llvm::Triple::arm64 , >> ArchSpec::eCore_arm_arm64 , "arm64" }, >> > >> > ~~~~~~~~~~~~~~^ >> > >> > /Users/tfiala/lldb/svn/llvm/tools/lldb/source/Core/ArchSpec.cpp:184:54: >> error: no member named 'CPU_TYPE_ARM64' in namespace 'llvm::MachO'; did you >> mean 'CPU_TYPE_ARM'? >> > >> > { ArchSpec::eCore_arm_arm64 , llvm::MachO::CPU_TYPE_ARM64 >> , CPU_ANY, UINT32_MAX , SUBTYPE_MASK }, >> > >> > ~~~~~~~~~~~~~^~~~~~~~~~~~~~ >> > >> > CPU_TYPE_ARM >> > >> > In file included from >> /Users/tfiala/lldb/svn/llvm/tools/lldb/source/Core/ArchSpec.cpp:20: >> > >> > In file included from >> /Users/tfiala/lldb/svn/llvm/tools/lldb/include/lldb/Utility/SafeMachO.h:111: >> > >> > >> /Users/tfiala/lldb/svn/llvm/tools/lldb/llvm/include/llvm/Support/MachO.h:914:7: >> note: 'CPU_TYPE_ARM' declared here >> > >> > CPU_TYPE_ARM = 12, >> > >> > ^ >> > >> > /Users/tfiala/lldb/svn/llvm/tools/lldb/source/Core/ArchSpec.cpp:185:54: >> error: no member named 'CPU_TYPE_ARM64' in namespace 'llvm::MachO'; did you >> mean 'CPU_TYPE_ARM'? >> > >> > { ArchSpec::eCore_arm_arm64 , llvm::MachO::CPU_TYPE_ARM64 >> , 0 , UINT32_MAX , SUBTYPE_MASK }, >> > >> > ~~~~~~~~~~~~~^~~~~~~~~~~~~~ >> > >> > CPU_TYPE_ARM >> > >> > In file included from >> /Users/tfiala/lldb/svn/llvm/tools/lldb/source/Core/ArchSpec.cpp:20: >> > >> > In file included from >> /Users/tfiala/lldb/svn/llvm/tools/lldb/include/lldb/Utility/SafeMachO.h:111: >> > >> > >> /Users/tfiala/lldb/svn/llvm/tools/lldb/llvm/include/llvm/Support/MachO.h:914:7: >> note: 'CPU_TYPE_ARM' declared here >> > >> > CPU_TYPE_ARM = 12, >> > >> > ^ >> > >> > /Users/tfiala/lldb/svn/llvm/tools/lldb/source/Core/ArchSpec.cpp:186:54: >> error: no member named 'CPU_TYPE_ARM64' in namespace 'llvm::MachO'; did you >> mean 'CPU_TYPE_ARM'? >> > >> > { ArchSpec::eCore_arm_arm64 , llvm::MachO::CPU_TYPE_ARM64 >> , 1 , UINT32_MAX , SUBTYPE_MASK }, >> > >> > ~~~~~~~~~~~~~^~~~~~~~~~~~~~ >> > >> > CPU_TYPE_ARM >> > >> > In file included from >> /Users/tfiala/lldb/svn/llvm/tools/lldb/source/Core/ArchSpec.cpp:20: >> > >> > In file included from >> /Users/tfiala/lldb/svn/llvm/tools/lldb/include/lldb/Utility/SafeMachO.h:111: >> > >> > >> /Users/tfiala/lldb/svn/llvm/tools/lldb/llvm/include/llvm/Support/MachO.h:914:7: >> note: 'CPU_TYPE_ARM' declared here >> > >> > CPU_TYPE_ARM = 12, >> > >> > ^ >> > >> > /Users/tfiala/lldb/svn/llvm/tools/lldb/source/Core/ArchSpec.cpp:187:54: >> error: no member named 'CPU_TYPE_ARM64' in namespace 'llvm::MachO'; did you >> mean 'CPU_TYPE_ARM'? >> > >> > { ArchSpec::eCore_arm_arm64 , llvm::MachO::CPU_TYPE_ARM64 >> , 13 , UINT32_MAX , SUBTYPE_MASK }, >> > >> > ~~~~~~~~~~~~~^~~~~~~~~~~~~~ >> > >> > CPU_TYPE_ARM >> > >> > In file included from >> /Users/tfiala/lldb/svn/llvm/tools/lldb/source/Core/ArchSpec.cpp:20: >> > >> > In file included from >> /Users/tfiala/lldb/svn/llvm/tools/lldb/include/lldb/Utility/SafeMachO.h:111: >> > >> > >> /Users/tfiala/lldb/svn/llvm/tools/lldb/llvm/include/llvm/Support/MachO.h:914:7: >> note: 'CPU_TYPE_ARM' declared here >> > >> > CPU_TYPE_ARM = 12, >> > >> > ^ >> > >> > /Users/tfiala/lldb/svn/llvm/tools/lldb/source/Core/ArchSpec.cpp:738:44: >> error: no member named 'arm64' in 'llvm::Triple' >> > >> > case llvm::Triple::arm64: >> > >> > ~~~~~~~~~~~~~~^ >> > >> > 6 errors generated. >> > >> > I've gone back to start of yesterday and still see it. I've wiped my >> DerivedData directories. Do I have something misconfigured in Xcode or is >> this a valid build break? >> > >> > >> > >> > From my end it looks like the arm64 part should be aarch64 (?), but the >> other failures around CPU_TYPE_ARM64 was less clear what to do. >> > >> > Thanks! >> > -- >> > -Todd >> > _______________________________________________ >> > lldb-dev mailing list >> > [email protected] >> > http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev >> >> >> _______________________________________________ >> lldb-dev mailing list >> [email protected] >> http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev >> > > > > -- > Todd Fiala | Software Engineer | [email protected] | 650-943-3180 > -- -Todd
_______________________________________________ lldb-dev mailing list [email protected] http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
