otp.git - Mirror of Erlang/OTP repository.

Age	Commit message (Collapse)	Author
2014-02-23	Deprecate pre-defined built-in types	Hans Bolinder
	The types array(), dict(), digraph(), gb_set(), gb_tree(), queue(), set(), and tid() have been deprecated. They will be removed in OTP 18.0. Instead the types array:array(), dict:dict(), digraph:graph(), gb_set:set(), gb_tree:tree(), queue:queue(), sets:set(), and ets:tid() can be used. (Note: it has always been necessary to use ets:tid().) It is allowed in OTP 17.0 to locally re-define the types array(), dict(), and so on. New types array:array/1, dict:dict/2, gb_sets:set/1, gb_trees:tree/2, queue:queue/1, and sets:set/1 have been added.
2014-01-28	edoc,syntax_tools: Teach Map understanding	Björn-Egil Dahlberg

2011-08-29	Merge branch 'rz/add_proplist_type' into dev	Henrik Nord
	* rz/add_proplist_type: Add a proplist() type OTP-9499
2011-08-04	fix -spec declaration that doesn't work in R13B04	Richard Carlsson

2011-05-31	Add no_return to the built-in types	Hans Bolinder
	Also fixed a Dialyzer warning (edoc_wiki.erl).
2011-05-24	Add a proplist() type	rzezeski
	Recently I was adding specs to an API and found that there is no canonical proplist() type defined.
2011-05-17	Fix bugs concerning the option report_missing_types	Hans Bolinder
	Bugs concerning the option report_missing_types that was added in EDoc-0.7.7 have been corrected: the option was misspelled in the source, and local definitions as well as the function tags @private and @hidden were not handled correctly. (Thanks to Manolis Papadakis.)
2011-03-10	Make Erlang specifications and types available in EDoc	Hans Bolinder
	It is now possible to use Erlang specifications and types in EDoc documentation. Erlang specifications and types will be used unless there is also a function specification (@spec) or a type alias (@type) with the same name. In the current implementation the placement of -spec matters: it should be placed where the @spec would otherwise have been placed. Not all Erlang types are included in the documentation, but only those exported by some export_type declaration or used by some documented Erlang specification (-spec). There is currently no support for overloaded Erlang specifications. The syntax definitions of EDoc have been augmented to cope with most of the Erlang types. (But we recommend that Erlang types should be used instead.) edoc:read_source() takes one new option, report_missing_types. edoc_layout:module() takes one new option, pretty_printer.