compiledb VS NetHack

An update: I am now able to make everything work by generating `compile_commands.json` using compiledb. I'm aware that there is another tool Bear but for some reason it generates an empty `compile_commands.json` file for me.

I have tried compiledb as well, but it currently fails to correctly get the backslashes correctly on Windows, as noted in this issue.

There is also this tool which claims to support Windows. However:

There is also compiledb https://github.com/nickdiego/compiledb that works directly with your make file to generate the compile_commands.json.

Have you generated a compile_commands.json? They're necessary for your LSP provider to know which paths to search for headers. They're generated by default if you're using CMake (I believe), otherwise check out compiledb or Bear.

If you can get compiledb to work with your make project and generate the correct file, it should be able to figure out project quite well

Yes and still under active development [1]! We also just finished the 2024 November NetHack Tournament (TNNT) [2]! I played in the tournament for the first time this year. I had one near-win with a very challenging Monk (I was doing a bunch of conducts [3]) who unfortunately died to the infamous Wizard of Yendor (Rodney as we call him). I also had a winning run with a Wizard which unfortunately finished a few hours after the deadline at the end of the tournament, so sadly that one didn't count!

Next year I hope to have a bit more time to play so that I can record a win in regulation time!

[1] https://github.com/nethack/nethack

[2] https://tnnt.org

[3] https://nethackwiki.com/wiki/Conduct

download NetHack sources (https://github.com/NetHack/NetHack -> Code -> Download ZIP, unpack them on your computer)

My configuration of Eglot is simple: (use-package eglot :hook (c-mode . eglot-ensure)). And it works for a single c file. But when I use this setup to read the code of NetHack, it doesn't work for linting and definition finding (M-.), even though eglot connection has no problem. I observed the same problems when reading the code of SQLite. Some specific problems I observed:

Since nethack 3.1.0, the source for nethack's "bestiary" has been dat/data.base, in plain text, processed into a file named "data" when building the program. The unprocessed file intended for the nethack's next version can be seen at https://github.com/NetHack/NetHack/blob/NetHack-3.7/dat/data.base (it's quite long).

I am not really 100% sure what you are looking for. Are you looking for the actual picture? It is built during compilation from this uuencoded file https://github.com/NetHack/NetHack/blob/NetHack-3.7/win/win32/splash.uu

xNetHack is based on NetHack 3.7.0, and there was a bug (now fixed) in NetHack 3.7.0 that caused stair destinations to be messed up after a game is recovered. I wonder that has happened here: perhaps you are playing a version of xNetHack that inherited the bug from NetHack 3.7.0, this is a recovered game.

They won't be afraid of music in 3.7.

This is a bug that was fixed in the upcoming 3.7, in this commit. Basically, if the random filler created a space that was made inaccessible by the fixed level design getting overlaid on top of the random filler, a door could be created to make that space accessible.

There is not a comprehensive list of changes in existence. This one comes close but doesn't contain everything https://github.com/NetHack/NetHack/blob/NetHack-3.7/doc/fixes3-7-0.txt