erl_lint

19962016 Ericsson AB. All Rights Reserved. Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. erl_lint Robert Virding Bjarne Dacker 1 Bjarne Däcker 1997-01-27 B erl_lint.xml

erl_lint The Erlang code linter.

This module is used to check Erlang code for illegal syntax and other bugs. It also warns against coding practices that are not recommended.

The errors detected include:

Redefined and undefined functions Unbound and unsafe variables Illegal record use

The warnings detected include:

Unused functions and imports Unused variables Variables imported into matches Variables exported from if/case/receive Variables shadowed in funs and list comprehensions

Some of the warnings are optional, and can be turned on by specifying the appropriate option, described below.

The functions in this module are invoked automatically by the Erlang compiler. There is no reason to invoke these functions separately unless you have written your own Erlang compiler.

Format an error descriptor.

Takes an ErrorDescriptor and returns a string that describes the error or warning. This function is usually called implicitly when processing an ErrorInfo structure (see section Error Information).

Test for a guard test.

Tests if Expr is a legal guard test. Expr is an Erlang term representing the abstract form for the expression. erl_parse:parse_exprs(Tokens) can be used to generate a list of Expr.

Check a module for errors.

Checks all the forms in a module for errors. It returns:

{ok,Warnings}

There are no errors in the module.

{error,Errors,Warnings}

There are errors in the module.

As this module is of interest only to the maintainers of the compiler, and to avoid the same description in two places, the elements of Options that control the warnings are only described in the compile(3) module.

AbsForms of a module, which comes from a file that is read through epp, the Erlang preprocessor, can come from many files. This means that any references to errors must include the filename, see the epp(3) module or parser (see the erl_parse(3) module). The returned errors and warnings have the following format:


[{FileName2,[ErrorInfo]}]

The errors and warnings are listed in the order in which they are encountered in the forms. The errors from one file can therefore be split into different entries in the list of errors.

Error Information

ErrorInfo is the standard ErrorInfo structure that is returned from all I/O modules. The format is as follows:


{ErrorLine, Module, ErrorDescriptor}

A string describing the error is obtained with the following call:


Module:format_error(ErrorDescriptor)