From cfea5eea406ba3af96588ff458e55de9a149d9c5 Mon Sep 17 00:00:00 2001 From: Erlang/OTP Date: Sun, 1 Apr 2012 20:14:41 +0200 Subject: Prepare release --- lib/reltool/doc/src/notes.xml | 144 +++++++++++++++++++++++++++++++++++++++++- 1 file changed, 143 insertions(+), 1 deletion(-) (limited to 'lib/reltool/doc') diff --git a/lib/reltool/doc/src/notes.xml b/lib/reltool/doc/src/notes.xml index cf2cf7f7bc..0aae128c2b 100644 --- a/lib/reltool/doc/src/notes.xml +++ b/lib/reltool/doc/src/notes.xml @@ -37,7 +37,149 @@ thus constitutes one section in this document. The title of each section is the version number of Reltool.

-
Reltool 0.5.7.1 +
Reltool 0.6 + +
Fixed Bugs and Malfunctions + + +

+ Miscellaneous corrections: Start of reltool + GUI would sometimes crash with a badmatch in + reltool_sys_win:do_init. This has been corrected. + Minor corrections of documentation and type + specifications of app() and mod() are done. + If a module name is duplicated in an app file + reltool would return an error. This is now changed to a + warning. Reltool would earlier not + necessarily keep the order of applications as listed in + the rel specification in the configuration. This has been + corrected. Reltool would earlier set the + default for included applications to an empty list if it + was not set in the rel specification in the + configuration. This was correct according to + sasl/systools documentation, but not according to + sasl/systools implementation. We decided to change the + documentation and reltool to use the value of + included_applications from the .app file as default + instead of the empty list, since this seems more + intuitive and since systools always has done the same. + The value of included applications in the + rel specification in the configuration did not overwrite + included_applications in the .app file if it was set to + an empty list. This has been corrected. + Reltool would earlier add load instructions in the + script/boot files for ALL modules in the ebin directory + of an application even if mod_cond was set to app + (include only modules listed in the .app file). This has + been corrected. Reltool would earlier add + start instructions in the script/boot file for included + applications. This has been corrected - included + applications shall only be loaded since the including + application is responsible for starting them. + Status bar now indicates that reltool is working + (Processing libraries...) for all configuration changes, + and when generating target system. Title + of dependecies column in app and mod window is changed + from "Modules used by others" to "Modules using this". +

+

+ Own Id: OTP-9792

+ + +

+ Configuration changes via the GUI had a few bugs related + to error handling, rollback and undo. A major re-write of + the reltool_server has been done in order to align the + way reltool_server updates and uses its state and tables + for all different kinds of configuration change.

+

+ All configuration changes (except undo) now cause a + re-read of the file system, meaning that if something has + changed in the file system it will be reflected in the + result of the configuration change.

+

+ When loading a new configuration file via the GUI, the + old configuration is now completely scratched, and only + the new is valid.

+

+ *** POTENTIAL INCOMPATIBILITY ***

+

+ Own Id: OTP-9794

+ + +

+ Some bug fixes related to the handling of escripts: + Reltool could not handle escripts with + inlined applications. This has been corrected. Inlined + applications will be visible in the GUI, but not possible + to include/exclude separately. Loading a + config which contains an escript via the GUI menu did not + produce the same result as when using the same + configuration at reltool start. Paths, version and label + could differ. This has been corrected. + Loading config with same escript (source) twice caused + reltool to add same module twice. This has been + corrected. Loading config with same + escript (inlined beam) twice caused reltool to fail + saying module is included by two different applications. + This has been corrected. Loading config + which in addition to an existing escript also adds + another escript, for which the name sorts before the + existing one, would cause reltool to fail saying + "Application name clash". This has been corrected. +

+

+ Own Id: OTP-9968

+ + +

+ Reltool would sometimes generate a .app file containing + {start_phases,undefined}, which would cause an + exception in systools at parse time. This has been + corrected so reltool now omits the start_phases + entry if the value is undefined. (Thanks to Juan + Jose Comellas)

+

+ In order to align with reltool, sasl will also omit + start_phases entries with value undefined + in .script files.

+

+ Own Id: OTP-10003

+ + +
+ + +
Improvements and New Features + + +

+ A warning list is added to the sys window of the reltool + GUI. This list will continuously show all warnings + produced by the current configuration.

+

+ Own Id: OTP-9967

+ + +

+ As a way of specifying one specific version of an + application, the following configuration parameter is + added on application level:

+

+ {lib_dir,Dir}, Dir = string()

+

+ This can be useful if the parent directory of the + application directory is not suitable to use as a lib dir + on system level.

+

+ Own Id: OTP-9977

+ + +
+ +
+ +
Reltool 0.5.7.1
Improvements and New Features -- cgit v1.2.3