Modded GNU Nano using ycmd code completion and IntelliSense. The ycmd code completion support for nano is found in the ymcd-code-completion branch.
The ycmd code completion support for nano is found in the ymcd-code-completion branch.
The latest may be broken.
You can use the following which have been tested:
Commit / Tree snapshot | Source code download | Notes |
---|---|---|
7efd128a4e4a9e5c3269ba04c3743e21bc364190 | [zip] [tar.gz] | Tested working for ycmd CORE_VERSION 47 on Jul 7, 2023. Security and completer suggestion improvements. |
7b52887728a19e95c77c73a0f4cd39075379e45f | [zip] [tar.gz] | RECOMMENDED. Tested working for ycmd CORE_VERSION 47 on Jul 2, 2023 with upstream commits to 7f4c2c6. |
8b35ad5481a02ce92bc0b9bd23140aed26cd9652 | [zip] [tar.gz] | RECOMMENDED. Tested working for ycmd CORE_VERSION 45, 46, 47 on Jun 30, 2023. |
60b3cbb67c92a3d6068e386dc3b605a6543717a2 | [zip] [tar.gz] | Tested working for ycmd CORE_VERSION 43 and 44 on Apr 19, 2021. |
d69e83799eab5a69f8e24e60d0b7c8690eb024f2 | [zip] [tar.gz] | In testing, quick test working on May 24, 2020, for ycmd core version 43 |
14e4255c52c9f64cabaa2af28354e9752d27ae65 | [zip] [tar.gz] | RECOMMENDED. Tested working on Feb 11, 2018, for ycmd core version 39 (commit date circa Aug 21, 2018) |
1f1a50665877e6dd6f6d09999de3166f4b84a9a2 | [zip] [tar.gz] | Works, recently tested but old; non-simd non-multicore. A Feb 11, 2017 build. |
Recognized ycmd core versions:
Commit | Core version | Clang/LLVM version | End of Life (EOL) status |
---|---|---|---|
33922510b354bae0561b5de886d0d0767ed8822a | 47 (Live snapshot) | 16.0.1 | Supported dev build |
5f1e71240949ef9e6a64f47fa17ab63d1ec50a4c | 46 | 14 | Supported feature complete build |
2ee41000a28fb6b2ae00985c231896b6d072af86 | 45 | 14 | Deprecated, supported |
6f2f818364bb5c52f60e720741ff583bf77b4cd5 | 44 | 11 | EOL |
ef48cfe1b63bcc07b88e537fb5b6d17b513e319c | 43 | 10 | EOL |
You can use nano-ycmd fairly quickly with Docker. More information can be found at https://github.com/orsonteodoro/docker-gentoo-nano-ycmd
>=
jedi 0.10, for Python support and for completer commands to work.&|
supportDisplay All FixIts
is broken because of the
non-deterministic bug.You can look at my gentoo package overlay https://github.com/orsonteodoro/oiledmachine-overlay to see how to properly compile them or you can research them to build packages for your distribution.
The hotkeys Ctrl-` brings up the completer commands menu. The table below in the which completer commands work section lists additional hotkeys that follow.
See https://github.com/orsonteodoro/nano-ycmd/blob/ymcd-code-completion/src/global.c#L1389 .
Some of these features require the user to begin to type their code before the completere commands menu shows.
Your distribution has not packaged the xml files properly. Compile nano-ycmd in debug mode and inspect the logs (ynano.txt, jedihttp_.log, omnisharp_.log) in the /tmp folder to see which xml documentation files are required.
Just type and press Ctrl-letter when suggestions show.
Do Ctrl-X to exit the code completion suggestions list.
Completer commands add beyond code completion. It is optional but powerful features for the developer.
The features below are still in development. Some may be feature complete.
Do Alt-` to bring up the completer commands menu.
Do Ctrl-letter to execute a completer command.
Do Ctrl-space to exit the completer commands.
Some completer commands may not work or not made available for the particular language that you working with.
Hotkey after Ctrl-` | Tested and passed (4) | Feature Complete? | Working? (5) | Feature | Description |
---|---|---|---|---|---|
Ctrl-i | Yes | Yes | Yes | GoToInclude | Loads the include file in buffer |
Ctrl-c | Yes | Yes | Yes | GoToDeclaration | Puts the cursor at the variable declaration |
Ctrl-d | Yes | Yes | Yes | GoToDefinition | Puts the cursor at the function definition |
Alt-d | No | No | No | GoToDefinitionElseDeclaration | Puts the cursor at the definition first, or it puts it on the declaration if it can't find the definition. |
Ctrl-g | No | No | Yes | GoTo | Should display description in the status bar. Goes definition or declaration whatever makes sense. |
Alt-g | Yes | Maybe | Yes | GoToImprecise | Faster but less accurate version of GoTo but should put the cursor. |
Alt-z | No | Yes | Yes | ReloadSolution | Reloads a C# solution |
Ctrl-e | No | No | No | GoToReferences | Lists references |
Ctrl-l | No | Yes | Yes | GoToImplementation | Goes to abstract class |
Alt-l | No | No | No | GoToImplementationElseDeclaration | Goes to the implemention first then if it can't find it goes to the declaration |
Ctrl-f | Yes (1) | Maybe (2) | Yes | FixIt | Displays trivial changes and fixes chosen ones automatically |
Ctrl-o | Yes | Yes | Yes | GetDoc | Displays documentation in new buffer |
Alt-o | No | Yes | Yes | GetDocImprecise | Faster version but less accurate version of GetDoc. |
Ctrl-r | No | Yes | No (3) | RefactorRename | Renames a symbol in every file in the project |
Ctrl-t | Yes | Yes | Yes | GetType | Returns the type of a variable or return the function signature. |
Alt-t | Yes | Yes | Yes | GetTypeImprecise | Faster but less accurate version of GetType |
Ctrl-z | No | Yes | Yes | RestartServer | Reloads the subserver |
Ctrl-y | No | Yes | Yes | GoToType | Goes to a type |
Ctrl-x | No | Yes | Yes | ClearCompilationFlagCache | Clears and updates FlagsForFile from .ycm_extra_conf.py |
Ctrl-p | Yes | Yes | Yes | GetParent | Gets parent class or method |
Ctrl-s | No | No | No | SolutionFile | Gets the path to the solution file |
Ctrl-n | Yes | Yes | Yes | - | Sets the number of suggestions to show. Max 2, 4, 6 depending on characters per line. |
Ctrl-space | Yes | Yes | Yes | - | Exits the completer commands menu |
ycmd allows to you use IntelliSense for C# sources using omnisharp-server/omnisharp-roslyn that the big IDE editors have. It goes beyond word completion providing documentation about method signatures and real time syntax checking (currently not supported in nano-ycmd).
Working with some of these languages require additional requirements:
You may forgot to have a Makefile, makefile GNUmakefile for make, *.pro for qmake, configure for autotools, CMakeLists.txt for cmake or forgot to set the YCMG_PROJECT_PATH to point to your top level project folder. nano-ycmd will pass it to bear and YCM-Generator to properly create a .ycm_extra_conf.py and compile_commands.json. The compile_commands.json is for clang compliation database system (http://clang.llvm.org/docs/JSONCompilationDatabase.html). .ycm_extra_conf.py contains headers and constants that are per project defined.
Try deleting the compile_commands.json file and .ycm_extra_conf.py in the current (working) directory. Those files should be only in the directory mentioned in the YCMG_PROJECT_PATH environmental variable passed into nano-ycmd.
You didn't set up ycmd correctly. It needs to see a sln file or maybe project.json file if json is supported in ycmd.
I don't have an update bot yet.
I don't see any plugin support in nano.
Your setup may vary depending on if your distro patched ycmd. In my case, I modified ycmd to use absolute paths. The vanilla ycmd uses relative path to the thirdparty folder.
--with-libgcrypt
--with-nettle
--with-openssl
For license compatibility reasons, do not use older than OpenSSL 3.x.
--enable-ycmd
(IMPORTANT) The python version must be the same as the compiled ycmd scripts.
YCMD_PATH="/usr/lib/python3.10/site-packages/ycmd"
PYTHON_PATH="/usr/bin/python3.10"
RACERD_PATH="/usr/bin/racerd"
RUST_SRC_PATH="/usr/share/rust/src"
GODEF_PATH="/usr/bin/godef"
GOCODE_PATH="/usr/bin/gocode"
YCMG_PATH="/usr/bin/config_gen.py"
./autogen.sh
CFLAGS="-g" \
YCMG_PATH="/usr/bin/config_gen.py" \
YCMG_PYTHON_PATH="/usr/bin/python3" \
YCMD_PYTHON_PATH="/usr/bin/python3" \
RACERD_PATH="/usr/bin/racerd" \
RUST_SRC_PATH="/usr/share/rust/src" \
GODEF_PATH="/usr/bin/godef" \
GOCODE_PATH="/usr/bin/gocode" \
YCMD_PATH="/usr/lib/python3.10/site-packages/ycmd" \
./configure --enable-ycmd --with-openssl
make
The -g adds debugging information for developers for the gdb debugger but not needed for regular users.
YCMG_PYTHON_PATH, YCMD_PYTHON_PATH is used in commit 61b82be3e3b18b642ef75a1eee693f890127ba77. YCMG is refers to ycm-generator.
PYTHON_PATH is used for earlier builds.
The following environmental variables are defined by nano-ycmd are required for C family support (C/C++/ObjC/ObjC++):
-b make
because more include files are
exposed instead of allowing YCM-Generator autodetect. This environment variable
is optional but recommended be in use in certain situations.So to use it in combination of nano-ycmd (ynano) without Ninja, it would look like:
YCMG_FLAGS="-b make" \
YCMG_PROJECT_PATH="/var/tmp/portage/app-editors/nano-ycmd-9999.20170201/work/nano-ycmd-7611e4eb827980da1057f6768d00bd322fa1c58f" \
ynano ycmd.c
Also, if you add new libraries or files, you should delete both the .ycm_extra_conf.py and compile_commands.json so that nano-ycmd can regenerate them.
Also, if you change languages between C, C++, Objective-C, Objective-C++ because your project uses multiple languages, you should regenerate them when using them because it will produce new header include lists for that particular language. Currently no hotkey exist to delete and regenerate those files. nano-ycmd automatically skips generation to save time if they already exist.
We need the YCMG_PROJECT_PATH above plus the two required environment variables below:
# Rules for compiling comment
section and having the line begin with
command = clang
or whatever compiler you are using. (REQUIRED)For NINJA_BUILD_TARGETS, the contents of gst-transcoder's build.ninja is presented below:
# This is the build file for project "gst-renderer"
# It is autogenerated by the Meson build system.
# Do not edit by hand.
ninja_required_version = 1.5.1
# Rules for compiling.
rule c_COMPILER
command = clang $ARGS '-MMD' '-MQ' $out '-MF' '$DEPFILE' -o $out -c $in
deps = gcc
depfile = $DEPFILE
description = Compiling c object $out
rule c_PCH
command = clang $ARGS '-MMD' '-MQ' $out '-MF' '$DEPFILE' -o $out -c $in
deps = gcc
depfile = $DEPFILE
description = Precompiling header $in
# Rules for linking.
rule STATIC_LINKER
command = ar $LINK_ARGS $out $in
description = Static linking library $out
NINJA_BUILD_TARGETS can only be c_COMPILER and/or c_PCH but not STATIC_LINKER. Also it only works if your project is using both YCMG_PROJECT_PATH and NINJA_BUILD_TARGETS for Ninja support.
In the above example, we have a Makefile and a configure. We override the YCM-Generator autodetection because the .ycm_extra_conf.py contains more headers with the Makefile preference over the autodetected configure with first come first serve priority.
For Ninja + Other build system, it should look like:
NINJA_BUILD_PATH="/var/tmp/portage/media-plugins/gst-transcoder-1.8.2-r1/work/gst-transcoder-1.8.2/mesonbuild" \
NINJA_BUILD_TARGETS="c_COMPILER" \
YCMG_PROJECT_PATH="/var/tmp/portage/media-plugins/gst-transcoder-1.8.2-r1/work/gst-transcoder-1.8.2" \
ynano gst/transcode/gst-cpu-throttling-clock.c 2>out.txt
In the above example there is only a configure script in /var/tmp/portage/media-plugins/gst-transcoder-1.8.2-r1/work/gst-transcoder-1.8.2 folder and is autodetected by YCM-Generator. A build.ninja file is located in /var/tmp/portage/media-plugins/gst-transcoder-1.8.2-r1/work/gst-transcoder-1.8.2/mesonbuild folder.
We are working on that. Feel free to merge your changes.
The example reference script used it that way.
Code completion as in looking outside of the current opened buffers in nano is feature complete but the entire feature set of the completer commands is not feature complete. The UX could also be improved.
GPL version 3 or newer
It is GPL version 3 or newer
Add better user interface or user interaction. Emacs-ycmd is a good example.
Fix bugs or improve the speed. Solve why clang/llvm 3.9.1 doesn't show FixIts 100% of the time as expected.
After the UX has been polished and all the features are feature complete. If they do not want to include this patchset, we will fork nano. I want this merged eventually if possible or someone do it if I am gone or no longer working on it.
Yes you can, but you need to change the src/Makefile.am. Rerun autogen.sh. Do configure again specifying features then make. Just keep the binary only. I recommend installing both since nano-ycmd is still a work in progress.
If you compiled nano-ycmd with --enable-debug then you can redirect the stderr to a file to inspect it later. You should use --disable-debug if you are not a developer.
For example:
nano 2>/tmp/out.txt
This is a security precaution against automatically running a malicious compromised script or against exfiltrating sensitive data to an unauthorized threat actor. Before accepting it, you should inspect the contents carefully from top to bottom for suspicious code. Do not accept if it contains unauthorized domains, obfuscated text, attempts to touch sensitive data, attempts to access the network, etc.
ycmd will run this file after it has been confirmed safe to use by you in order for ycmd to work on this kind of project or this type of programming language.
marchelzo and twkm from freenode ##C channel for the clear excess stdin fix.
Also see --version or https://github.com/orsonteodoro/nano-ycmd/blob/052b4866f3b24caeed877ae6f017f422d1443ed9/src/nano.c#L929 for other credits