Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
|
|
trap/notification and passed through to the net-if process.
First version.
|
|
bmk/snmp/snmp420_integration
|
|
|
|
bmk/snmp/snmp420_integration
Conflicts:
lib/snmp/doc/src/notes.xml
lib/snmp/src/app/snmp.appup.src
|
|
|
|
* ta/typer-add-pa-pz:
Add options -pa Dir and -pz Dir to TypEr
OTP-9173
|
|
* hw/call-chmod-without-f:
Call chmod without the "-f" flag
Conflicts:
erts/emulator/test/Makefile
lib/asn1/test/Makefile
lib/crypto/test/Makefile
lib/debugger/test/Makefile
lib/docbuilder/test/Makefile
lib/edoc/test/Makefile
lib/erl_interface/test/Makefile
lib/inviso/test/Makefile
lib/parsetools/test/Makefile
lib/percept/test/Makefile
lib/ssl/test/Makefile
lib/syntax_tools/test/Makefile
lib/test_server/test/Makefile
lib/tools/test/Makefile
OTP-9170
|
|
|
|
* bjorn/erts/fix-duplicate-stack-entry/OTP-9163:
Fix duplicate entries in stacktraces after calling certain BIFs
BEAM loader: Simplify handling of the func_info/3 instruction
|
|
* bjorn/compiler/beam_dict-cleanups:
beam_dict: Eliminate the redundant next_atom record element
beam_dict: Fix typo in comment
|
|
* rc/rpc_pmap-typo:
Fix typo in doc of rpc:pmap/3
OTP-9168
|
|
* tv/edoc-loop-fix:
Fix infinite loop for malformed edoc input
OTP-9165
|
|
It is not needed because it can be trivially calculated using
gb_trees:size/1.
|
|
|
|
Calling a BIF thaf is called as a function (such as process_info/{1,2})
would leave a non-zero value in c_p->cp, which would lead to
duplicate entries in the stacktrace.
|
|
For some historical reason, the transformation of a func_info/3
instruction to the internal i_func_info/4 instruction is more
involved than it needs to be. Remove the gen_func_info() function
in the loader and use a simple transformation.
|
|
* bjorn/compiler/eliminate-warning/OTP-9152:
sys_core_fold: Eliminate incorrect warning
sys_core_fold: Be careful to preserve annotations while optimizing
|
|
bmk/snmp/snmp420_integration
OTP-9088
|
|
|
|
bmk/snmp/snmp420_integration
OTP-9088
|
|
|
|
bmk/snmp/snmp420_integration
OTP-9088
|
|
* siri/stdlib/log_mf_h-write-index-atomically/OTP-9148:
Update index file atomically
|
|
into bmk/snmp/support_ipv6_transport_address
|
|
|
|
|
|
into bmk/snmp/support_ipv6_transport_address
|
|
|
|
* pan/valgrind_xml_log:
Make xml valgrind messages end up in xml log
OTP-9079
|
|
* pan/tcp_send_timeout/OTP-9145:
Add testcase
Teach tcp_recv not to cancel send timer
|
|
* pan/system_info_procs_crash/OTP-9140:
Make erts_printf %T not recurse on C stack
Corrected fd_driver and cleaned up some really old code in win32/sys.[ch]
|
|
* pan/win_init_restart_oldshell/OTP-9139:
Add testcase
Teach win32/sys.c (fd-driver) not to leak readers causing init:restart to fail
Make Erlang build with Latest MS SDK, 7.1 (and VStudio 2010)
|
|
pan/valgrind_xml_log
|
|
* ta/doc-fixes:
Fix two typos in erlsrv log messages
Fix typo in epmd help
Fix typo in binary:part/2 example
Fix typos in efficiency guide
erts: Fix doc typos, duplication and readability
Fix inet:port/1 doc to match implementation/spec
Fix typos in zip manpage
|
|
|
|
|
|
Reported-By: Pablo Platt
|
|
|
|
|
|
|
|
|
|
* bw/tv-render-fix:
tv: Allow table viewer to display refs, ports and small binaries
OTP-9153
|
|
The compiler (sys_core_fold) tries to avoid constructing tuples
in case expressions. The following code:
c(A, B) ->
case {A,B} of
{ok,X} -> X;
{_,_} -> error
end.
will be rewritten so that no tuple is built. If a clause
requires a tuple to be built as in this code:
c(A, B) ->
case {A,B} of
{ok,X} -> X;
V -> V %The tuple will be built here
end.
the tuple will be built in the clause(s) in which it is needed.
If the value returned from the case is not used as in this code:
c(A, B) ->
case {A,B} of
V -> V %Warning: a term is constructed, but never used
end,
ok.
there will be an incorrect warning. Basically, what happens is
that the code is reduced to:
c(A, B) ->
{A,B}, %Warning: a term is constructed, but never used
ok.
and the optimizer sees that the {A,B} tuple can't possibly be used.
Eliminate the warning by adding a 'compiler_generated' annotation
to the tuple.
Reported-by: Kostis Sagonas
|
|
|