Fortran Language Server
A Fortran implementation of the Language Server Protocol using Python (2.7+ or 3.0+).
Editor extensions using this language server to provide autocomplete and other IDE-like functionality are available for Atom, Visual Studio Code, Visual Studio, (Neo)vim, and Emacs.
Language Server Features
- Document symbols (
textDocument/documentSymbol
) - Auto-complete (
textDocument/completion
) - Signature help (
textDocument/signatureHelp
) - GoTo/Peek definition (
textDocument/definition
) - Hover (
textDocument/hover
) - GoTo implementation (
textDocument/implementation
) - Find/Peek references (
textDocument/references
) - Project-wide symbol search (
workspace/symbol
) - Symbol renaming (
textDocument/rename
) - Documentation parsing (Doxygen and FORD styles)
- Diagnostics (limited)
- Multiple definitions with the same variable name
- Variable definition masks definition from parent scope
- Missing subroutine/function arguments
- Unknown user-defined type used in "TYPE"/"CLASS" definition (only if visible in project)
- Unclosed blocks/scopes
- Invalid scope nesting
- Unknown modules in "USE" statement
- Unimplemented deferred type-bound procedures
- Use of unimported variables/objects in interface blocks
- Statement placement errors ("CONTAINS", "IMPLICIT", "IMPORT")
- Code actions (
textDocument/codeAction
) [Experimental]- Generate type-bound procedures and implementation templates for deferred procedures
Notes/Limitations:
- Signature help is not available for overloaded subroutines/functions
- Diagnostics are only updated when files are saved or opened/closed
Installation
pip install fortran-language-server
If you get the following error:
'install_requires' must be a string or list of strings containing valid project/version requirement specifiers
try updating setuptools:
pip install -U setuptools pip install fortran-language-server
Language server settings
The following global settings can be used when launching the language server.
--nthreads
Number of threads to use during workspace initialization (default: 4)--notify_init
Send notification message when workspace initialization is complete--symbol_skip_mem
Do not include type members in document symbol results--incremental_sync
Use incremental document synchronization--autocomplete_no_prefix
Do not filter autocomplete results by variable prefix--autocomplete_no_snippets
Do not use snippets with place holders in autocomplete results--autocomplete_name_only
Complete only the name of procedures and not the parameters--lowercase_intrinsics
Use lowercase for intrinsics and keywords in autocomplete requests--use_signature_help
Use signature help instead of snippets for subroutines/functions--variable_hover
Show hover information for variables (default: subroutines/functions only)--hover_signature
Show signature information in hover for argument (also enables '--variable_hover')--preserve_keyword_order
Display variable keywords information in original order (default: sort to consistent ordering)--enable_code_actions
Enable experimental code actions (default: false)--disable_diagnostics
Disable code diagnostics (default: false)--max_line_length
Maximum line length (default: none)--max_comment_line_length
Maximum comment line length (default: none)--debug_log
Write debug information toroot_dir/fortls_debug.log
(requires a specifiedroot_dir
during initialization)
Debug settings:
The following settings can be used to perform standalone debug tests on the language server.
--debug_filepath=DEBUG_FILEPATH
File path for language server tests--debug_rootpath=DEBUG_ROOTPATH
Root path for language server tests--debug_line=DEBUG_LINE
Line position for language server tests (1-indexed)--debug_char=DEBUG_CHAR
Character position for language server tests (1-indexed)--debug_full_result
Print full result object instead of condensed version--debug_parser
Test source code parser on specified file--debug_diagnostics
Test diagnostic notifications for specified file--debug_symbols
Test symbol request for specified file--debug_workspace_symbols=QUERY_STRING
Test workspace/symbol request for project-wide search--debug_completion
Test completion request for specified file and position--debug_signature
Test signatureHelp request for specified file and position--debug_definition
Test definition request for specified file and position--debug_hover
Test hover request for specified file and position--debug_implementation
Test implementation request for specified file and position--debug_references
Test references request for specified file and position--debug_rename=RENAME_STRING
Test rename request for specified file and position--debug_actions
Test codeAction request for specified file and position
Configuration
Project specific settings can be specified by placing a JSON file named .fortls
(example below)
in the root_dir
directory.
lowercase_intrinsics
Use lowercase for intrinsics and keywords in autocomplete requests (default: false)debug_log
Write debug information toroot_dir/fortls_debug.log
(default: false)disable_diagnostics
Disable diagnostics for this project only (default: false)max_line_length
Maximum line length (default: none)max_comment_line_length
Maximum comment line length (default: none)
Setup source file search paths:
By default all files with the suffix F,F77,F90,F95,F03,F08,FOR,FPP
(case-insensitive) in the
root_dir
directory, specified during initialization, and all its sub-directories are parsed and included in
the project.
Directories and files can be excluded from the project by specifying their paths (relative to root_dir
) in
the excl_paths
variable in the .fortls
file. Excluded directories also exclude all sub-directories. Source
files with a common suffix may also be excluded using the excl_suffixes
variable.
Source file directories can also be specified manually by specifying their paths (relative to root_dir
) in
the source_dirs
variable in the .fortls
file. When source_dirs
is specified directories are not added
recursively, so any nested sub directories must be explicitly listed. However, root_dir
does not need to
be specified manually as it is always included.
External source files (ex. libraries) can also be included in language server results by specifying their paths
in the ext_source_dirs
variable in the .fortls
file. These files will be parsed during initialization,
but will not be updated with any changes made until the language server is restarted. As with source_dirs
,
specified directories are not added recursively, so any nested sub directories must be explicitly listed.
Note: The previous naming convention for source file directories (mod_dirs
) is still supported
but has been deprecated.
Preprocessing:
Note: Preprocessor support is not "complete", see below. For preprocessed files the language server
will only analyze code within preprocessor conditional regions if the conditional test can be
evaluated by the server or if the region is the default path (ie. a bare #else
region).
Note: Currently, #include
statements are only used for preprocessing (ie. tracking definitions).
Fortran objects defined in these files will not be processed.
File suffixes for preprocessing can be controlled with the variable pp_suffixes
in a workspace's
.fortls
file. When this variable is used only those files with the specified suffixes will be
preprocessed. If an empty array is specified then no preprocessing will be performed on any files.
By default, or if the variable is ommited or null
, only files with upper case suffixes are preprocessed.
Preprocessor definitions can be set for each project, to improve support for Fortran files using conditional
compilation, using the pp_defs
variable in the .fortls
file. Preprocessing is performed only for files
where the file extension is all caps (ie. ".F90", ".F", etc.). Currently, support for preprocessing is limited
to variables declared in the project's .fortls
file or in the source file of interest as #include
files
and inheritance through USE
statements are yet not supported. Variable substitution is also performed
within files, but is currently limited to non-recursive cases. For example, #define PP_VAR1 PP_VAR2
will
cause PP_VAR1
to be replaced with the text PP_VAR2
throughout the file, not that value of PP_VAR2
.
Include directories can be specified using the variable include_dirs
in a workspace's .fortls
file.
These directories are only used to search for preprocessor #include
'd files. The directory containing
the file where an #include
statement is encountered is always searched. File search is performed starting
with the containing directory followed by the specified include_dirs
specified paths, in order (left to right).
{ "source_dirs": ["subdir1", "subdir2"], "excl_paths": ["subdir3", "subdir1/file_to_skip.F90"], "excl_suffixes": ["_skip.f90"], "pp_suffixes": [".f03", ".F90"], "pp_defs": {"HAVE_PACKAGE": ""}, "include_dirs": ["rel_include/dir_path", "/abs/include/dir/path"], "ext_source_dirs": ["/path/to/fortran/library"], "lowercase_intrinsics": false, "debug_log": false }
Bug reports
When filing bugs please provide example code to reproduce the observed issue.
License
This project is made available under the MIT License.
Support
If you really like this package you can buy me a coffee to say thanks.
Editor examples (Atom):
Document symbols (textDocument/documentSymbol
):
Auto-complete (textDocument/completion
):
Signature help (textDocument/signatureHelp
):
Goto definition (textDocument/definition
):
Hover (textDocument/hover
):
Find references (textDocument/references
):
Diagnostics: