[Lldb-commits] [PATCH] D31969: [CMake] Support generating Config.h
Jim Ingham via lldb-commits
lldb-commits at lists.llvm.org
Wed Apr 12 10:04:03 PDT 2017
> On Apr 12, 2017, at 9:51 AM, Jim Ingham via lldb-commits <lldb-commits at lists.llvm.org> wrote:
>
>>
>> On Apr 11, 2017, at 7:01 PM, Zachary Turner via Phabricator via lldb-commits <lldb-commits at lists.llvm.org> wrote:
>>
>> zturner added a comment.
>>
>> How much would it complicate things to move the hand maintained files out of tree? If the Xcode build isn't really a thing we're officially supporting, perhaps we can take that aggressive approach in-tree as well?
>>
>>
>
> I don't remember deciding that the Xcode build isn't something we are not officially supporting. The only decision of that sort is that we don't require folks who don't have a Mac to update the Xcode project files.
>
Too many nots, guess I shouldn't try to edit early returns first thing ;-(
Jim
> Jim
>
>>
>> ================
>> Comment at: cmake/modules/LLDBConfig.cmake:287-293
>> + install(DIRECTORY ${CMAKE_CURRENT_BINARY_DIR}/include/
>> + COMPONENT lldb_headers
>> + DESTINATION include
>> + FILES_MATCHING
>> + PATTERN "*.h"
>> + PATTERN ".svn" EXCLUDE
>> + PATTERN ".cmake" EXCLUDE
>> ----------------
>> Is this necessary?
>>
>>
>> ================
>> Comment at: include/lldb/Host/Config.h.cmake:10-11
>> +
>> +#ifndef liblldb_Config_h_
>> +#define liblldb_Config_h_
>> +
>> ----------------
>> Since we're in here anyway, can you use a fully qualified include guard here? Like `#ifndef LLDB_HOST_CONFIG_H`?
>>
>>
>> https://reviews.llvm.org/D31969
>>
>>
>>
>> _______________________________________________
>> lldb-commits mailing list
>> lldb-commits at lists.llvm.org
>> http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
>
> _______________________________________________
> lldb-commits mailing list
> lldb-commits at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
More information about the lldb-commits
mailing list