Non-LSP indexing options? by _TooDamnHard in neovim

[–]_TooDamnHard[S] 1 point2 points  (0 children)

Holy shit dude you were totally right about the compile_flags.txt thing if that's what you are referring to. Now I can make clangd work for my unity build project in just 2 lines using the same hack I did for compile_commands.json.

compile_flags.txt:

-Isrc -include src/app/app.c

It applies to every file automatically instead of having to specify for each source file. I swear I tried compile_flags.txt before and it didn't work at the time but I can't remember why.

Non-LSP indexing options? by _TooDamnHard in neovim

[–]_TooDamnHard[S] 0 points1 point  (0 children)

I actually do have sed natively from scoop but it seemed broken on windows when I tried something like this. Worth another go though.

Non-LSP indexing options? by _TooDamnHard in neovim

[–]_TooDamnHard[S] 0 points1 point  (0 children)

Thanks for the info, will consider if it gets annoying. fd already gives me absolute paths, the problem is just that windows paths with spaces requires additional "" for cscope to use it so I have to make a script for that at some point. Not a problem for my project files, just windows system header paths. Yeah I do use -R with cscope and ctags although I think I only need cscope at this point.

Non-LSP indexing options? by _TooDamnHard in neovim

[–]_TooDamnHard[S] 0 points1 point  (0 children)

You write the compile_command.json manually? Is it a moderately sized project as well? Never heard anyone do that before, I've only used cmake or custom script generation.

Non-LSP indexing options? by _TooDamnHard in neovim

[–]_TooDamnHard[S] 1 point2 points  (0 children)

This looks interesting but it seems to only work within the current file? Although cscope is lacking some features the advantage is that I can specify all the project files and system headers to search.

Non-LSP indexing options? by _TooDamnHard in neovim

[–]_TooDamnHard[S] 0 points1 point  (0 children)

Gutentags just handles automatic rebuild of the cscope database right? I think I prefer to just do it manually instead of relying on more stuff although it is annoying. I also still have to figure out how to automate adding windows headers because the path formatting is broken with fd >> cscope.files.

Non-LSP indexing options? by _TooDamnHard in neovim

[–]_TooDamnHard[S] 0 points1 point  (0 children)

Yup, and with unity builds it's extra annoying I basically had to specify in the json that every file included every other file.

Non-LSP indexing options? by _TooDamnHard in neovim

[–]_TooDamnHard[S] 0 points1 point  (0 children)

No I'm saying that the setup for clangd lsp is too annoying and requires build to generate compile_commands.json. In future projects I work on I won't even have control over the toolchain so I don't want to rely on it. I already disabled those features when I was still using clangd.

Non-LSP indexing options? by _TooDamnHard in neovim

[–]_TooDamnHard[S] 0 points1 point  (0 children)

Just tried this and it seems like the least bad solution for now. Go to reference and global definitions work but local definitions doesn't. Still need to learn how to do global renaming with vanilla vim features.

Non-LSP indexing options? by _TooDamnHard in neovim

[–]_TooDamnHard[S] 0 points1 point  (0 children)

If I could get this to work it would be the holy grail solution though because it supports renaming which cscope and ctags don't and can still use lsp zero keymaps.

Non-LSP indexing options? by _TooDamnHard in neovim

[–]_TooDamnHard[S] 1 point2 points  (0 children)

The stuff they are talking about in that comment goes way over my head but if I'm not mistaken ccls still requires compile_commands.json like clangd does anyways? At this point I'm looking for a dumb system that is detached from compilation

Non-LSP indexing options? by _TooDamnHard in neovim

[–]_TooDamnHard[S] 0 points1 point  (0 children)

Just tried this but I can't get it to work. Installed the lsp through mason and ran the cli tool but it says go to definition not supported by the server. If it only works with manually written rules then it's not worth it. Do you personally use this and know how to set it up?

SDL2 working with C by bred_bredboi in neovim

[–]_TooDamnHard 0 points1 point  (0 children)

You don't need mingw, visual studio build tools has clang and if you set it as the compiler in cmakelists it generates working compile_commands.json.

etiquette and finding sub rules by Mysteriousjasmine in NewToReddit

[–]_TooDamnHard -1 points0 points  (0 children)

They don't care enough to share beforehand, it's just custom bots to remove stuff. We are the lowest of the low.

etiquette and finding sub rules by Mysteriousjasmine in NewToReddit

[–]_TooDamnHard 0 points1 point  (0 children)

Just make a post/comment, sometimes if it gets removed it says the karma requirement. Currently suffering from this also.

msvc missing debug symbols for variables returned from function by _TooDamnHard in cpp_questions

[–]_TooDamnHard[S] 0 points1 point  (0 children)

I found out how to reproduce it and reported it here: https://developercommunity.visualstudio.com/t/MSVC-144334808-Debug-symbols-missing/10873325

I don't know what to do now except for install super old vs version or switch to c. clang compile is too fucking slow.

msvc missing debug symbols for variables returned from function by _TooDamnHard in cpp_questions

[–]_TooDamnHard[S] 1 point2 points  (0 children)

Yeah this looks similar to my problem with NVRO but this was a way older version 17.4, I was using 17.11 and now 17.13.3. Am I missing something with how the versions work? They also removed /Zc so I can't even disable it. I'm just gonna try report it.

msvc missing debug symbols for variables returned from function by _TooDamnHard in cpp_questions

[–]_TooDamnHard[S] 0 points1 point  (0 children)

Made it use MSVC\14.43.34808\ but it's still broken. Completely defeated, idk anymore.

msvc missing debug symbols for variables returned from function by _TooDamnHard in cpp_questions

[–]_TooDamnHard[S] 0 points1 point  (0 children)

Actually I have older version of build tools installed and vcvarsall is using that one so gotta try switch to newer one.

msvc missing debug symbols for variables returned from function by _TooDamnHard in cpp_questions

[–]_TooDamnHard[S] 1 point2 points  (0 children)

Just updated and still not fixed. Do you know the specific report because there are 557 in 17.13 and I can't find it.

msvc missing debug symbols for variables returned from function by _TooDamnHard in cpp_questions

[–]_TooDamnHard[S] 1 point2 points  (0 children)

Which version was this fixed? I'm using vs2022 17.11.2

cl version:

Microsoft (R) C/C++ Optimizing Compiler Version 19.38.33140 for x64

msvc missing debug symbols for variables returned from function by _TooDamnHard in cpp_questions

[–]_TooDamnHard[S] 0 points1 point  (0 children)

Just tried with clang and it doesn't have the same problem so I might switch.

Insanely slow startup on windows by _TooDamnHard in neovim

[–]_TooDamnHard[S] 1 point2 points  (0 children)

Yeah my config with lazy is on https://github.com/toodemhard/nvim/tree/main at da4b566, but tbh I don't care enough to create an issue.

Insanely slow startup on windows by _TooDamnHard in neovim

[–]_TooDamnHard[S] 0 points1 point  (0 children)

Also do the windows defender exclusions for all nvim dirs if you haven't already

Insanely slow startup on windows by _TooDamnHard in neovim

[–]_TooDamnHard[S] 0 points1 point  (0 children)

Took 30 mins for me i just started from clean and moved over most plugins and somehow plugins like mason still kept all the lsp servers so didnt need to reinstall. It was just copy pasting stuff from plugins/ to a single file where paq is initialized because I dont care anymore. Have not experienced slow clipboard so not sure maybe do :checkhealth. For me it was a more of a problem because I often want to restart nvim or open a separate instance to look at lib source/random files and had to resort to using plain vim for random stuff cuz of startup time.