LeanCreator
Dev tools
ide
SHOW HN2023
111points
72comments
#581of 3,109 in 2023
Top 19%of 2023 by points
How HN took it
CuriousMostly questions and neutral comments
1 positive, 12 neutral or asking, 1 mixed, 8 critical, out of 22 comments about the project. Thread score -0.20.
Idea: 1 for, 4 againstPerformance: 0 for, 2 againstExecution: 0 for, 1 against
The thread, comment by comment
Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.
positive neutral or mixed critical about another commenter or something else the maker
What HN said
What people liked
Stripped-down approach and build-system integration appreciated
From 2 comments
"I kicked out all stuff I never touched during the last twenty years." A fine and eminently defensible filter.
Brian_K_White on HNOh cmake is full of so many gotchas. Dynamically typed specification languages are so painful. BUSY looks cool! Unfortunately my work projects rely on another big C++ project…
elcritch on HN
Objections
Windows build fails to start lldb and takes very long to launch
From 3 comments
Not sure if this is the right place to mention this, but the Python keyword activated my neurons: upon running LeanCreator.exe I was greeted with two error boxes: lldb-vscode.exe…
andai on HNSo I indeed got the same error when running lldb, so I upgraded my llvm from 14 to 16. This did not solve the error, so I installed Python 3.10 and put it on the path. Now…
andai on HNlldb starts instantly. For LeanCreator, the delay is there every time: I just used a stopwatch, it was at least 31 seconds.
andai on HN
BUSY build system is not a recognised standard; CMake is dominant
From 2 comments
I thought the modern C and C++ communities effectively standardized on CMake? I've never heard of BUSY before this, and I'm dreading the "now there are 14 competing standards"…
bitwize on HN> I thought the modern C and C++ communities effectively standardized on CMake? They have. You'll be hard pressed to find anything other than CMake on any professional project.…
simplotek on HN
No LSP support and no qmake or QML support
From 3 comments
Any plan to support LSP to work with more programming languages? Or is the plan to focus on C++ only?
jenadine on HNThis looks great, but I am a bit dismayed by one "will not tackle" feature: qmake support. Why make this call? Most qt projects default to qmake by default. Making this a will…
glitchc on HNWhy no QML support? Interested in OP's decisions there. Would it just bring in too much bloat?
EStudley on HN
Requests
Add qmake project support
From 1 comment
This looks great, but I am a bit dismayed by one "will not tackle" feature: qmake support. Why make this call? Most qt projects default to qmake by default. Making this a will…
glitchc on HN
Add LSP support
From 1 comment
Any plan to support LSP to work with more programming languages? Or is the plan to focus on C++ only?
jenadine on HN
Add edit and continue
From 1 comment
Edit and continue supported?
ur-whale on HN
Questions
Why not KDevelop or other IDEs
From 1 comment
Why not KDevelop?
zerr on HN
Why no QML support
From 1 comment
Why no QML support? Interested in OP's decisions there. Would it just bring in too much bloat?
EStudley on HN
Alternatives named
Qt Creator
From 2 comments
It's a sad story about the state of Qt Creator's plugin API. In any case, I kind of agree with the author here that QtCreator basically peaked in both usability and performance…
AshamedCaptain on HNI really dont get this project. If you want LSP support just use regular QtCreator.
Kelteseth on HN
KDevelop
From 1 comment
Why not KDevelop?
zerr on HN
CMake
From 1 comment
I thought the modern C and C++ communities effectively standardized on CMake? I've never heard of BUSY before this, and I'm dreading the "now there are 14 competing standards"…
bitwize on HN
Meson
From 1 comment
What about Meson? Apart from CMake it's the build system I've seen the most recently. Personally enjoy it a lot. Popularity of tools at least for me is always a consideration…
doodlesdev on HN
VSCode
From 1 comment
I agree too on the peak being 3.3 or so - I'm still using 3.3.2 on my Intel Linux machines - unfortunately on my main new AMD machine I had to move to newer versions due to core…
pixelesque on HN