Added Symbolicate tool.
Symbolicate tool replaces stack frames "<filename unknown>:0" with correct file name and line.

Added opcode il_seq_point.
il_seq_point has zero length and is used in release instead of the expensive seq_point opcode.

Changed METHOD_EXIT_IL_OFFSET back to 0xffffff. The previous value was -2, that could introduce comparison issues. Added flag MONO_SEQ_POINT_FLAG_EXIT_IL that is used to encode the exit IL, this avoids a 4 byte IL offset delta.

Added out_buf parameter to encode_var_int and decode_var_int.

Renamed seq_point_info_write_size to seq_point_info_get_write_size.

MonoSeqPointInfo data is now compressed. Encode data MonoSeqPointInfo len, has_debug_data and alloc_data into a single variable int.

MonoSeqPointInfo no longer uses a GByteArray. GByteArray requires too much memory, we still use GByteArray to build the buffer but when its done we store in MonoSeqPointInfo a copy.

Merged SeqPoint.next_array with SeqPoint.array.

SeqPoint next array is no longer allocated by default. Next array will only be allocated if has_debug_data is true.

Added size of sequence points to mono jit stats.

Ignore seq points of entry and exit IL offsets. Those seq points are only required for debugging.

Changed mini-exceptions functions to get IL offsets from seq point. mono_walk_stack_full and ves_icall_get_trace are now using find_prev_seq_point_for_native_offset to retrieve IL offsets.

Sequence points debug data is no longer store by default. Debug data is only stored when cfg->gen_seq_points_debug_data is true.

Sequence points are now generated by default.

Changed METHOD_EXIT_IL_OFFSET to -2 The new value produces lower deltas and does not overflow when using variable integer encoding.

aot-runtime and aot-compiler now use seq_point_info_read/write.

Added methods to read and write MonoSeqPointInfo.

SeqPoint are now kept in memory with a compact encoding. MonoSeqPointInfo has now a pointer to a buffer containing encoded sequence points, and to a buffer containing next values. As there is no longer an array of SeqPoint ready to be read, SeqPointIterator was added.

Moved sequence point logic to seq-points.h and seq-points.c

Improved exception stack frame displayed data. Added stack frame method address display.

Added to StackFrame a field for the method address. Incremented MONO_CORLIB_VERSION.

[mcs] Makes flow analysis of goto/goto case significantly faster. Fixes #24511

[jit] Fix a class initialization race which happens if a class initializer initializes a got slot before it finishes running. Fixes #23242.

[aot] Disable COM support in AOT code, the COM wrapper code doesn't play well with AOT.

Merge pull request #1406 from BrzVlad/monitor-resurrect

Keep the monitor link to the object active also in the resurrection case

Merge pull request #1388 from schani/fix-23401

Fix 23401

[runtime] Avoid crashes when a non-runtime thread receives a SIGQUIT.

Merge pull request #1408 from brendanzagaeski/signed-xml-bug-7716

[System.Security] Fix SignedXml bug #7716 with tests

[arm] Applied patch from Richard Dunkley <rick.dunkley@gmail.com>. Fix complication problems with newer gcc versions. Fixes #24588.

[System.Security] Fix SignedXml bug #7716 with tests

The underlying problem for bug 7716 [1] was that the Mono C14N XML
canonicalizer was not sorting the XML attributes in the same order as
Microsoft .NET's canonicalizer.

The C14N specification [2] states: "the attributes are sorted
lexicographically by attribute name (based on Unicode character code
points)." This wording suggests that the order of attributes should be
strictly ascending based on Unicode byte value. This commit changes the
attribute sort order to match the specification.

The new tests pass on Windows, fail on Mono before this change, and
succeed on Mono after this change.

[1] https://bugzilla.xamarin.com/show_bug.cgi?id=7716
[2] http://www.w3.org/TR/2000/WD-xml-c14n-20000119.html

Keep the monitor link to the object active also in the resurrection case.

The MonoThreadsSync data field contains a weak reference to the object that uses the structure, which should be a tracking one.

Merge pull request #1405 from mono/revert-1289-stackframe

Revert "Improved exception stack frame displayed data."

Revert "Improved exception stack frame displayed data."

Merge pull request #1289 from esdrubal/stackframe

Improved exception stack frame displayed data.

Changed METHOD_EXIT_IL_OFFSET back to 0xffffff.
The previous value was -2, that could introduce comparison issues.
Added flag MONO_SEQ_POINT_FLAG_EXIT_IL that is used to encode the exit IL, this avoids a 4 byte IL offset delta.

Added out_buf parameter to encode_var_int and decode_var_int.

Renamed seq_point_info_write_size to seq_point_info_get_write_size.

MonoSeqPointInfo data is now compressed.
Encode data MonoSeqPointInfo len, has_debug_data and alloc_data into a single variable int.

MonoSeqPointInfo no longer uses a GByteArray.
GByteArray requires too much memory, we still use GByteArray to build the buffer but when its done we store in MonoSeqPointInfo a copy.

Merged SeqPoint.next_array with SeqPoint.array.

SeqPoint next array is no longer allocated by default.
Next array will only be allocated if has_debug_data is true.

Added size of sequence points to mono jit stats.

Ignore seq points of entry and exit IL offsets.
Those seq points are only required for debugging.

Changed mini-exceptions functions to get IL offsets from seq point.
mono_walk_stack_full and ves_icall_get_trace are now using find_prev_seq_point_for_native_offset to retrieve IL offsets.

Sequence points debug data is no longer store by default.
Debug data is only stored when cfg->gen_seq_points_debug_data is true.

Sequence points are now generated by default.

Changed METHOD_EXIT_IL_OFFSET to -2
The new value produces lower deltas and does not overflow when using variable integer encoding.

aot-runtime and aot-compiler now use seq_point_info_read/write.

Added methods to read and write MonoSeqPointInfo.

SeqPoint are now kept in memory with a compact encoding.
MonoSeqPointInfo has now a pointer to a buffer containing encoded sequence points, and to a buffer containing next values.
As there is no longer an array of SeqPoint ready to be read, SeqPointIterator was added.

Moved sequence point logic to seq-points.h and seq-points.c

Improved exception stack frame displayed data.
Added stack frame method address display.

Added to StackFrame a field for the method address.
Incremented MONO_CORLIB_VERSION.

[runtime] Fix the errors in edb931dfb9741660fefe73528c503b17e1341f4d so it actually works.

[sgen] Add a FIXME.

[sgen] Never mark from two threads at the same time.

We don't update mark bits atomically, so we can't have two threads
marking at the same time, which means we have to stop the concurrent
collector worker thread while we do work in the main GC thread.  That
includes nursery collections, because they also touch mark bits.

Also problematic are mod-union updates.  The worker threads can add
global remsets, which they do in the main cardtable.  This will conflict
with updating the mod-union table, so having the workers stopped also
applies there.

[sgen] Reorganize `sgen_perform_collection` for clarity.

[sgen] Make `check-mark-bits` work again.

[sgen] Scan the whole nursery in the finish mark pause.

Before we do all the major heap work in the finish mark pause of a
concurrent collection, we perform a nursery collection, for simplicity's
sake.

The nursery collection left pinned objects in the nursery, without
following their references into the major heap, so the major heap work
had to scan those objects again.  There was no special provisioning
for this—major mark would do the pinning again, and we would
automatically end up scanning the objects again.

The way we determine the stack end for the GC thread, however,
had the effect of making pinning non-deterministic.  We would
conservatively scan part of the GC thread's stack, which was
subject to change, to pinning again might result in less or more
objects pinned.

The proper solution would be to determine the stack end correctly,
but for now we will just the whole nursery.

[sgen] Only count cards for STW protocol if heavy is enabled.

[sgen] Binary protocol entry for pin stage.

[sgen] Add missing `volatile`.

[System] Ignore two tests which are failing due to external factors changing.

See https://bugzilla.xamarin.com/show_bug.cgi?id=24340

[mono-api-html] Allow ignoring addition of property setters.

As mentioned in commit 789517f8, I'm trying to compare inter-API level
differences in Mono.Android.dll, and want to reduce as much
"meaningless noise" as possible -- changes which don't meaningfully
break API or ABI.

Among those "meaningless" changes are the addition of property setters
to properties. Adding a setter doesn't break API or ABI.

Add a `mono-api-html --ignore-changes-property-setters` option.

  --ignore-changes-property-setters:
      Ignore the addition of property setters.

      If a source property contains a getter and the target property
      contains both a getter and a setter, do not flag this as a
      change.

[mono-api-html] Make --ignore-changes-virtual less lenient.

As mentioned in commit 789517f8, the intentino of
`mono-api-html --ignore-changes-virtual` is so that when a method is
changed from non-virtual to virtual or override, or from virtual to
override, a "Removed member" message isn't triggered.

However, the previous implementation was too lenient. While *adding*
virtual to the method is fine, *removing* is NOT fine, as that would
be an API breaking change (e.g. all classes which attempt to override
a previously virtual method could no longer do so).

Make the virtual check stricter so that virtual/override to
non-virtual changes are not ignored.

[xbuild] Add 14.0 toolchain

[mcs] More updates to auto-properties v6 implementation

[jit] Fix gshared and aot support for --debug=casts.

[jit] Fix --debug=casts support for casts in gshared methods.

[mono-api-html] Allow ignoring parameter names, virtual.

I've been trying to review API diffs in Xamarin.Android between API
levels, but the diffs are "noisy" because Google will change parameter
names at-will, or will change a non-virtual method into a virtual
method, or a virtual method into an override, all of which are
acceptable changes but individually generate a Removed line in
mono-api-html output, and manually removing the *hundreds* of changes
is error-prone.

Add two new option flags to mono-api-html:

  --ignore-changes-parameter-names:
      Ignore changes in constructor and method parameter names.

      If parameter names change between <reference.xml> and
      <assembly.xml>, don't report a change for the constructor or
      method.

  --ignore-changes-virtual:
      Ignore changes in "virtual-ness".

      If a method or property changes from non-virtual to virtual,
      non-virtual to override, or virtual to override, don't report a
      change for the member.

[runtime] Fix a deadlock introduced in the last commit.

[runtime] What MonoImage::ptr_cache with the image lock. Do optimistic locking here too.

[runtime] Replace the loader lock when protecting the global module map.

Add comment on one usage of the loader lock.

[runtime] Protect MonoImage::files with the image lock and make image loading optimistic.

Change mono_class_from_generic_parameter to use the image lock.

We change the function to use the lock/validate pattern. This is both
more scalable and enables us to use the image lock, since the amount of
work done with it held is now trivial.

Reduce usage of the loader lock in method lookup.

The function mono_method_inflated_lookup no longer needs the loader lock to be held
as the hashtable is now protected by the imageset lock.

This means that mono_class_inflate_generic_method_full_checked doesn't need to take the
loader lock.

The function mono_method_set_generic_container uses mono_image_property_insert which takes
the image lock and not the loader lock. Adjust the locking comment.

Fix the mobile build.

[aot] Avoid an assert when AOTing a non-mobile mscorlib in a runtime with COM disabled.

[perfcounters,proflog,mprof-report] Add support for Performance Counters sampling in the log profiler

[counters,proflog] Add mono_counters_on_register/delete callbacks + Use them in proflog

This is used for counters that are defined after runtime initialization. It implies that TYPE_SAMPLE_COUNTERS_DESC can now be emitted at any time, and not only once.

[counters] Make API thread safe

[perf-counters] Fix return of the same counter even with different a counter parameter

The same counter instance would be returned if we use the "instance" parameter instead of the "counter"
parameter. Also it is the name of the counter that is stored in mono_perfcounter_create (mono-perfcounters.c:1488).

[perf-counters] Declare shared data header type directly after creation

Fix the following bug : shared_data_find_room return twice the same memory region because it was not marked as "in use" by setting the header.ftype value.
This bug is triggered when we want to create a new shared area (for example a new FTYPE_INSTANCE area) while creating another area (for example a new FTYPE_CATEGORY).

[perf-counters] Fix bug on SharedCounter decoding

The structure of the encoded SharedCounter is as follow :
 - compressed data type : 1 byte
 - index in the category : 1 byte
 - name of the counter : null terminated string
 - help of the counter : null terminated string

[xbuild] Change default tools profile

[corlib] Fix culture info error message. Fixes #24431

[mcs] Extended pragma warning syntax

[mcs] Use same result bucket for extension method lookup in all types of using expression

Add a test for #24419.

[jit] Remove some special casing from LDTOKEN, it doesn't seem to be needed. Fixes #24419.

[runtime] Remove the second signal used by profiling and now multiplex distribution and sampling with the same signal.

[runtime] Introduce new MonoThread API for signal multiplexing. It's a provisional API until we figure out more of how it's suposed to work.

[profiler] Guard against null sbuff when serializing statistical data.

[profiler] Fix statistical backtraces to work and collect as many frames as possible.

This is a jumbo commit that addresses multiple issues with statistical backtrace collection:

1) It's not possible to reliably collect MonoMethod* so we check that they exist before
serializing to the .mlpd file and retrieve in sync context.

2) It was reporting the generic instance MonoMethod* under gsharing. Those methods are
not reported to the profiler since they are never compiled. They would turn out as unknowns.

3) Collecting IL offsets from async context is currently impossible to be done safely, so it's
now disabled. The way we'll do it in the future is by serializing the sequence point table when
JIT'ing.

4) The way we used to collect frames in statistical ignored all frames until the first LMF, which
discards a lot of them under statistical mode. We now properly pass sigcontext and have it been consumed.
In the future we should simply use the callchain mode.

[runtime] Changes mono_stack_walk_async_safe API to be truly async safe.

This is a very very tricky API, so we restrict the returned data to be what's really
possible under sig context.

[runtime] Harden the profiler signal handlers against not fully attached threads and HP reentrancy.

Revert "Disable building the NET 2.0 profile by default."

This reverts commit 458c9456f0960d62862fcb461b503c4ed8faf9f9.

This still breaks the build.

Disable building the NET 2.0 profile by default.

[jit] Get rid of the mono_arch_sigctx_to_monoctx()/monoctx_to_sigctx () functions, use mono_sigctx_to_monoctx()/monoctx_to_sigctx() instead.