Support for CLion Intellisense #177

Merged
BrannonKing merged 1 commit from clion_intellisense into master 2018-08-03 22:35:38 +02:00
BrannonKing commented 2018-07-23 23:44:28 +02:00 (Migrated from github.com)

(not to be used for a full compile of the project)

(not to be used for a full compile of the project)
lbrynaut commented 2018-07-26 21:03:24 +02:00 (Migrated from github.com)

@BrannonKing I'm not sure why this is needed, but since it doesn't impact any existing code (and so long as it continues not to) and you're willing to maintain it, I don't see the harm. Perhaps it makes more sense to be moved into contrib/devtools though? If it must exist in the root directory, could it be sym-linked in autogen.sh or something?

@BrannonKing I'm not sure why this is needed, but since it doesn't impact any existing code (and so long as it continues not to) and you're willing to maintain it, I don't see the harm. Perhaps it makes more sense to be moved into contrib/devtools though? If it must exist in the root directory, could it be sym-linked in autogen.sh or something?
BrannonKing commented 2018-07-26 22:39:26 +02:00 (Migrated from github.com)

@lbrynaut , it's needed for the CLion code navigation features to work. It does need to be in the root to work. I'm okay putting it into devtools plus a symlink as you suggest, although I would like to make it actually compile the full project once you're done merging in the current bitcoin codebase. At that point I think it's a legitimate part of the project; it would not require you to run autotools first.

@lbrynaut , it's needed for the CLion code navigation features to work. It does need to be in the root to work. I'm okay putting it into devtools plus a symlink as you suggest, although I would like to make it actually compile the full project once you're done merging in the current bitcoin codebase. At that point I think it's a legitimate part of the project; it would not require you to run autotools first.
lbrynaut commented 2018-07-26 22:42:06 +02:00 (Migrated from github.com)

@BrannonKing Ok, makes sense. Will it still be self-contained in a single file in the root, or would it need additional structure?

@BrannonKing Ok, makes sense. Will it still be self-contained in a single file in the root, or would it need additional structure?
BrannonKing commented 2018-07-26 22:53:02 +02:00 (Migrated from github.com)

Some people do argue for a CMakeLists.txt file in each subfolder, which is a possible approach. For myself, though, I like to keep it all in one at the parent level; it's easier to navigate that way.

Some people do argue for a CMakeLists.txt file in each subfolder, which is a possible approach. For myself, though, I like to keep it all in one at the parent level; it's easier to navigate that way.
kaykurokawa (Migrated from github.com) reviewed 2018-08-03 13:27:06 +02:00
@ -0,0 +1,56 @@
cmake_minimum_required(VERSION 3.7)
project(lbrycrd_clion) # not expecting a full compile -- just something that allows clion syntax checking
kaykurokawa (Migrated from github.com) commented 2018-08-03 13:27:06 +02:00

maybe make this more explicit, so people don't get confused what this file is for ?
"Do not use for full compile. This is for CLion syntax checking only".

maybe make this more explicit, so people don't get confused what this file is for ? "Do not use for full compile. This is for CLion syntax checking only".
kaykurokawa commented 2018-08-03 13:27:42 +02:00 (Migrated from github.com)

a small nit,
untested but looks good to me.

a small nit, untested but looks good to me.
Sign in to join this conversation.
No reviewers
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: LBRYCommunity/lbrycrd#177
No description provided.