Support for CLion Intellisense #177
No reviewers
Labels
No labels
area: devops
area: discovery
area: docs
area: livestream
area: proposal
consider soon
Epic
good first issue
hacktoberfest
hard fork
help wanted
icebox
Invalid
level: 0
level: 1
level: 2
level: 3
level: 4
needs: exploration
needs: grooming
needs: priority
needs: repro
needs: tech design
on hold
priority: blocker
priority: high
priority: low
priority: medium
resilience
soft fork
Tom's Wishlist
type: bug
type: discussion
type: improvement
type: new feature
type: refactor
type: task
type: testing
unplanned
work in progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: LBRYCommunity/lbrycrd#177
Loading…
Add table
Reference in a new issue
No description provided.
Delete branch "clion_intellisense"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
(not to be used for a full compile of the project)
@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?
@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.
@BrannonKing Ok, makes sense. Will it still be self-contained in a single file in the root, or would it need additional structure?
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.
@ -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
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".
a small nit,
untested but looks good to me.