Merge pull request #1081 from rneatherway/bug17537

Allow CLR binaries to be passed to Process.Start

Merge pull request #1482 from akoeplinger/fix-codetaskfactory-2

[Microsoft.Build.Tasks] Rework CodeTaskFactory to use CodeDom and implement parameter support

[Microsoft.Build.Tasks] Rework CodeTaskFactory to use CodeDom and implement parameter support

Removed the old string-based code and use CodeDom APIs for everything.
Implemented parameter support by adding the necessary properties to the generated class.
Fixed bug where the task references weren't passed to the compiler.
This should now work with VB code as well (assuming the compiler is installed).

[runtime] Added support for builds with cross-compiled LLVM.

[runtime] Fixed mini-llvm.c build with MinGW.

MinGW-w64 lacks a definition for bzero which we use in the rest of this file, provide a simple implementation that should get the job done.

Merge pull request #1479 from mfoliveira/ppc64el-build-errors-v2-mit

Fix build errors in mono-context.c on ppc64el

Fix build errors in mono-context.c on ppc64el

Build error #1:

libtool: compile:  gcc <...> -c mono-context.c  -fPIC -DPIC -o .libs/mono-context.o
mono-context.c: In function 'mono_sigctx_to_monoctx':
mono-context.c:435:68: error: 'MONO_SAVED_GREGS' undeclared (first use in this function)
  memcpy (&mctx->regs, &UCONTEXT_REG_Rn(uc, 13), sizeof (mgreg_t) * MONO_SAVED_GREGS);
                                                            ^
mono-context.c:435:68: note: each undeclared identifier is reported only once for each function it appears in
mono-context.c:436:70: error: 'MONO_SAVED_FREGS' undeclared (first use in this function)
  memcpy (&mctx->fregs, &UCONTEXT_REG_FPRn(uc, 14), sizeof (double) * MONO_SAVED_FREGS);
                                                              ^
The MONO_SAVED_GREGS and MONO_SAVED_FREGS macros are defined in mini-ppc.h.
The problem happens because commit 7e056cd346ccab104715e19d51d0ceccd51b696d
moved code using them from exceptions-ppc.h (which includes mini-ppc.h) to
mono-context.c (which doesn't), where they're not #included.

So, include mini-ppc.h in mono-context.c (in the existing powerpc ifdef block).

Signed-off-by: Mauricio Faria de Oliveira <mauricfo@linux.vnet.ibm.com>
Build error #2:

Now, it turns out mini-ppc.h doesn't know MonoMethod, MonoMethodSignature, and MonoObject.
So, include object.h (MonoObject), which includes metadata.h (MonoMethod and MonoMethodSignature),
in mini-ppc.h.

libtool: compile: gcc <...>  -c mono-context.c  -fPIC -DPIC -o .libs/mono-context.o
In file included from mono-context.c:427:0:
../../mono/mini/mini-ppc.h:37:2: error: unknown type name 'MonoMethod'
  MonoMethod *method;
  ^
../../mono/mini/mini-ppc.h:306:31: error: unknown type name 'MonoMethodSignature'
 mono_ppc_tail_call_supported (MonoMethodSignature *caller_sig, MonoMethodSignature *callee_sig) MONO_INTERNAL;
                       ^
../../mono/mini/mini-ppc.h:306:64: error: unknown type name 'MonoMethodSignature'
 mono_ppc_tail_call_supported (MonoMethodSignature *caller_sig, MonoMethodSignature *callee_sig) MONO_INTERNAL;
                                                        ^
../../mono/mini/mini-ppc.h:312:27: error: unknown type name 'MonoObject'
 mono_ppc_throw_exception (MonoObject *exc, unsigned long eip, unsigned long esp, mgreg_t *int_regs, gdouble *fp_regs, gboolean rethrow) MONO_INTERNAL;
                   ^

Signed-off-by: Mauricio Faria de Oliveira <mauricfo@linux.vnet.ibm.com>

Merge pull request #1478 from mono/revert-1475-ppc64el-build-errors

Revert "Fix build errors in mono-context.c on ppc64el"

Revert "Fix build errors in mono-context.c on ppc64el"

[System.IO.Compression.FileSystem] Fix infinite loop in ZipFile.Open(string,ZipArchiveMode)

Merge pull request #1475 from mfoliveira/ppc64el-build-errors

Fix build errors in mono-context.c on ppc64el

Fix build errors in mono-context.c on ppc64el

Build error #1:

libtool: compile:  gcc <...> -c mono-context.c  -fPIC -DPIC -o .libs/mono-context.o
mono-context.c: In function 'mono_sigctx_to_monoctx':
mono-context.c:435:68: error: 'MONO_SAVED_GREGS' undeclared (first use in this function)
  memcpy (&mctx->regs, &UCONTEXT_REG_Rn(uc, 13), sizeof (mgreg_t) * MONO_SAVED_GREGS);
                                                            ^
mono-context.c:435:68: note: each undeclared identifier is reported only once for each function it appears in
mono-context.c:436:70: error: 'MONO_SAVED_FREGS' undeclared (first use in this function)
  memcpy (&mctx->fregs, &UCONTEXT_REG_FPRn(uc, 14), sizeof (double) * MONO_SAVED_FREGS);
                                                              ^
The MONO_SAVED_GREGS and MONO_SAVED_FREGS macros are defined in mini-ppc.h.
The problem happens because commit 7e056cd346ccab104715e19d51d0ceccd51b696d
moved code using them from exceptions-ppc.h (which includes mini-ppc.h) to
mono-context.c (which doesn't), where they're not #included.

So, include mini-ppc.h in mono-context.c (in the existing powerpc ifdef block).

Signed-off-by: Mauricio Faria de Oliveira <mauricfo@linux.vnet.ibm.com>
Build error #2:

Now, it turns out mini-ppc.h doesn't know MonoMethod, MonoMethodSignature, and MonoObject.
So, include object.h (MonoObject), which includes metadata.h (MonoMethod and MonoMethodSignature),
in mini-ppc.h.

libtool: compile: gcc <...>  -c mono-context.c  -fPIC -DPIC -o .libs/mono-context.o
In file included from mono-context.c:427:0:
../../mono/mini/mini-ppc.h:37:2: error: unknown type name 'MonoMethod'
  MonoMethod *method;
  ^
../../mono/mini/mini-ppc.h:306:31: error: unknown type name 'MonoMethodSignature'
 mono_ppc_tail_call_supported (MonoMethodSignature *caller_sig, MonoMethodSignature *callee_sig) MONO_INTERNAL;
                       ^
../../mono/mini/mini-ppc.h:306:64: error: unknown type name 'MonoMethodSignature'
 mono_ppc_tail_call_supported (MonoMethodSignature *caller_sig, MonoMethodSignature *callee_sig) MONO_INTERNAL;
                                                        ^
../../mono/mini/mini-ppc.h:312:27: error: unknown type name 'MonoObject'
 mono_ppc_throw_exception (MonoObject *exc, unsigned long eip, unsigned long esp, mgreg_t *int_regs, gdouble *fp_regs, gboolean rethrow) MONO_INTERNAL;
                   ^

Signed-off-by: Mauricio Faria de Oliveira <mauricfo@linux.vnet.ibm.com>

Merge pull request #1472 from Aetf/zh-CHS-patch-fix-25554

Add zh-CHS parent_lcid handling

[sgen] Fix debug output for descriptor types.

fix coding style

Add zh-CHS parent_lcid handling

Merge pull request #1470 from cmp-/fix-mutex-trylock-windows

Fix mono_mutex_trylock on Windows

Fix mono_mutex_trylock on Windows

mono_mutex_trylock is expected to return nonzero on failure, while
TryEnterCriticalSection returns nonzero on success.

Merge pull request #1465 from akoeplinger/msbuild-getdirnameoffileabove

[xbuild] Implement GetDirectoryNameOfFileAbove ()

Merge pull request #1375 from echampet/cleanup

TARGET_J2EE cleanup.

[Mono.DataConverter] Make it easier to use in PCL libraries

Merge pull request #1469 from akoeplinger/msbuild-missing-api

[xbuild] Add missing property 'StandardOutputImportance' to ToolTask

Respond to code review feedback

Respond to code review feedback

[runtime] Add support to trace generics

[runtime] Fix #24605 : "counters not enabled" message with embeders

[xbuild] Add missing property 'StandardOutputImportance' to ToolTask

It's a stub and is currently not used by xbuild.

[xbuild] Implement GetDirectoryNameOfFileAbove ()

The method looks for the given file starting at the given path and traverses
the directory tree up until the file is found or root is reached.

Merge pull request #1462 from ExonyLimited/fix-25442

Performance fix for TimeZoneInfo.GetApplicableRule(), addresses #25442

Performance fix for TimeZoneInfo.GetApplicableRule(), addresses #25442
* Main use case - JSON.NET serialization of CLR objects containing DateTime fields, GetUtcOffset()=>GetApplicableRule() are the highest Mono methods in the profiler
* The property DateTime.Date access in the foreach is very expensive, this has been moved outside the foreach
* Performance for DateTime.Now passed as a parameter is 10x better than before
* This is the simplest possible change to yield an improvement, it would be better to replace the O(N) loop logic with a binary search - this yields a further 2-3x performance improvement, when master is building I may submit later

[build] Fix bootstrap profile dependencies lib location

[sgen] Never inline sgen_par_object_get_size().

This makes at least graph4 a lot faster.

Bump the referencesource submodule

The new referenced commit in the submodule changes the macro used in the
mobile profile to disable CAS from MOBILE to DISABLE_CAS_USE

[runtime] remove_block_if_useless now ignores OP_IL_SEQ_POINT.

[runtime] mini-amd64 seq_point_info_var is only required to debug.

[runtime] Added gen-compact-seq-points option to MONO_DEBUG.
gen-compact-seq-points can be used to enable the generation of the sequence points data required to map native offsets to IL offsets.

Merge pull request #1336 from esdrubal/datatablereadxmlschema

DataTabe.ReadXmlSchema now handles non Schema base element.

Merge pull request #1349 from martinjt/MachineKeyProtect

Implement MachineKey.Protect and MachineKey.Unprotect

Merge pull request #1459 from akoeplinger/fix-website-links

Updated the Mono website links in the man pages

[System.IO.Compression] Fixed DeflateStream native error when handling empty input.

Bug: https://bugzilla.xamarin.com/show_bug.cgi?id=22346

[buid] Fix bootstrap issue on cygwin

Updated the Mono website links in the man pages

Even though the old links still work, we can save everyone an unnecessary redirect by using the new links.

Fix command stream encoding for FTP requests.

Whenever a connection to an FTP server is established, FtpWebRequest
sends an option command to the server to enable UTF8 encoding for the
transfer. So far we've failed to check the request status of that
command and assumed that UTF8 is enabled but *also* failed to actually
use the encoding when sending commands (we had the ASCII encoding
hard-coded). This resulted in failed requests whenever a command named a
file or path which included non-ASCII characters. This patch does two
things:

 * checks the status of the UTF8 enabling command and uses UTF8 encoding
   only if it succeeded. Otherwise Encoding.Default is used.
 * uses the encoding detected above for the command stream.

Fixes https://bugzilla.xamarin.com/show_bug.cgi?id=24611

[Tests will follow at a later date]

Add per thread profiling support to s390x

Merge pull request #1456 from directhex/fix_Microsoft.Build.Execution.BuildManagerTest.BuildCommonResolveAssemblyReferences

Fix Microsoft.Build.Execution.BuildManagerTest.BuildCommonResolveAssemblyReferences

[System] Relaxed Ping test to work under Linux.

So in Linux the PingTimeOut test was returning TtlExpired and failing the assertion. Since I'm not exactly sure how ping behaves under all platforms, relax the test to only make sure it doesn't succeed.

Use net_4_5 libraries for xbuild tests, regardless of target.

This works around failures caused by tests asking for other frameworks (like 4.0) on Mono 4.0, which only has 4.5

Move XBUILD_FRAMEWORK_FOLDERS_PATH definition somewhere useful & export

This variable isn't being passed to the child xbuild process during testing, making it sorta useless.

[FileSystemWatcher] Properly handle multicast delegates.
Reverted the async delegate firing which is how Caching et al. expect FSW events; and properly handle the multicast case.

Also fixing a typo/regression in @2f1a136583c90cae805441e63b94bc4f277bb953

Bump referencesource

Force MSBuildExtensionsPath to point to in-tree xbuild data

As-is, on non-Mac, Xbuild looks for MSBuildExtensionsPath in the folder specified by --prefix, i.e. /usr/local/mono/xbuild by default (which may not & should not exist).

Revert "Use ";" not Empty as bad TargetFrameworkDirectory value"

This reverts commit 7b58afa1c8f37c0c82e8d95e8b274834b2fecbbc.

Apparently this bad value passes on mac/wrench. So it's not a good failure condition for the test.

Use ";" not Empty as bad TargetFrameworkDirectory value

After manager.Build is called, a "null" empty for TargetFrameworkDirectory is
a string containing only ";" - a "good" value is the target framework
directory with a trailing ";". By testing for string.Empty, we don't actually
test whether the value has been correctly populated (causing all subsequent
failures).

[System.Runtime.Serialization] Further baby steps

[System.Runtime.Serialization] Dip toes into using ReferenceSource

[Console/TerminfoDriver] Look in the TERMINFO directory if set

[System/SR] Brings some strings from .NET Core

Used the following script to do this:

var d = XDocument.Load ("Strings.resx");
foreach (var j in d.XPathSelectElements ("/root/data")){ var v = j.XPathSelectElement ("value"); Console.WriteLine ("\tpublic const string {0}=\"{1}\";", j.Attribute ("name").Value, v.Value); }

[Console] Updated to terminfo renderer.

This brings .NET's parameterized terminfo renderer, various fixes and
semantic changes.

The existing implementation of the Console did not have a proper an
implementation of terminfo's parameterized sequences.  Instead of
this, a collection of hacks existed to hardcode both light colors and
cursor position.  These are now gone, since the parameterized strings
do contain the correct values for this.

The search path for terminfo now picks the most modern location for
terminfo.   With the old paths in place.

The lookup for terminfo databases only supported the lookup based on
the first character of a terminal, so for example, for xterm this was
$terminfo_dir/x/xterm, but OSX and maybe other systems now store the
files in $terminfo_dir/78/xterm (where 78 is the hex representation of
'x', the first letter of the terminal name).

The fallback is still in place for other Unix systems.

We no longer use the built-in terminfo databases as the first pick,
instead we try to load the system terminfo database before we use the
built-in versions.

Worth figuring out if we want to remove the two built-in ones (Linux
and xterm) as broken terminfo databases are no longer the norm in Unix
and just keep the ansi one as a database of last resort.

This means that the console actually now gets high colors on MacOS,
not just Linux.

This also fixes the issue with consoles with more than 256 colors.  As
reported in bug 18315.

Merge pull request #1451 from akoeplinger/fix-winforms-test

[MWF] Fix PropertyGridTest.PropertyGrid_ArrayParentTest by returning the correct value of PropertyCategoryDefault

Merge pull request #1452 from esdrubal/xmlnamespace

[System.Xml.Linq] xmlns prefixes are no longer generated in some cases.

Disable sequence points
Sequence points were disabled until the optimization issues it causes are handled.

Do not call seq_point_info_get_write_size with no seq points.
This change fixes a segfault when sequence points are disabled.

[System.Xml.Linq] xmlns prefixes are no longer generated in some cases.
  - XNodeWrite.FillXmlns was adding a prefix to the attribute when no prefix was found (prefix==null)

  - XNodeWrite.LookupPrefix now returns string.Empty prefix when the namespace is the same as the element.
    A string.Empty prefix explicitly states that it has no prefix whereas null states that prefix was not defined.
    When LookupPrefix returns null for a namespace it means that a prefix should be generated first for anything that uses the namespace.
    That is what XmlSerializationWriter.GetQualifiedName does.

Fixes #24300

[System.Xml.Linq] Test XmlSerializer with custom namespace.
Covers #24300.

[System] Fixed Ping returning invalid results on OSX.

Simplify the code by re-using the OSX check from Platform which is more robust and add some tests to make sure we don't regress.

Fixes https://bugzilla.xamarin.com/show_bug.cgi?id=25210.

[mscorlib/Android] CultureInfo.ClearCachedData() clears DateTime.

Context: https://bugzilla.xamarin.com/show_bug.cgi?id=24947

When an Android user changes the timezone, those TimeZone changes
aren't reflected in Xamarin.Android apps. Part of this is a
Xamarin.Android bug, in which it needs to listen for TimeZone change
notifications and in turn let Mono know that the TimeZone changed.

Xamarin.Android can/will call Thread.CurrentCulture.ClearCachedData()
and Thread.CurrentUICulture.ClearCachedData() when the TimeZone has
changed. This will allow Mono to lookup the TimeZone info again.

At which point we hit two problems within Mono:

 1. TimeZoneInfo.AndroidTimeZones.Local is unnecessarily cached.
 2. DateTime itself caches the UTC offset for use by DateTime.Now.

TimeZoneInfo.Local is *already* cached, and TimeZoneInfo.Local is
properly cleared by TimeZoneInfo.ClearCachedData() while
TimeZoneInfo.AndroidTimeZones.Local wasn't. Removing the extra
cache allows the TimeZoneInfo to be looked up again.

Which brings us to DateTime.Now: for my simple test case, after
calling CultureInfo.ClearCachedData() the result of
DateTime.Now.ToString() didn't reflect the newly current TimeZone. The
cause for this was DateTime.to_local_time_span_object and
DateTime.last_now, which DateTime.Now uses as a cache for the
TimeZone's UTC offset.

Since these DateTime fields weren't cleared, subsequent DateTime.Now
invocations reported the *previous* TimeZone instead of the current
timezone.

To fix this, add an `internal` DateTime.ClearCachedData() method, and
call DateTime.ClearCachedData() from CultureInfo.ClearCachedData().

[MWF] Fix PropertyGridTest.PropertyGrid_ArrayParentTest by returning the correct value of PropertyCategoryDefault

The code in ComponentModel (https://github.com/mono/referencesource/blob/7dc4e513eafd3fb30d34111948ef14c981264463/System/compmod/system/componentmodel/CategoryAttribute.cs#L276) looks up the category name by string concatenation, which means it wasn't captured in our SR.cs.
We also can't add the correct value for PropertyCategoryDefault as a string constant to SR.cs since the value is retrieved via GetObject () and we currently just return the parameter name there.

A short-term workaround is to just special case PropertyCategoryDefault in GetObject ().

[amd64] Fix a simple peephole opt broken by the OP_IL_SEQ_POINT changes.

[jit] Mark OP_IL_SEQ_POINT as not having side effects.

[bcl] Fix another test failure caused by the usage of the reference version of System.ComponentModel.

[sgen] Add an assertion.

[sgen] Use the `SGEN_UPDATE_REFERENCE` macro in optimized copy.

[sgen] Fix evacuation.

We can't dereference an object's VTable before we know that it's not
tagged.  In this case, forwarded.  The access would be unaligned and
might even fault.

Revert "[jit] Enable tail calls from gshared code. Fixes #25224."

This reverts commit ca0dd5c0bb0f600331aac3c6b8d0579e37cdd0c7.

Revert this as it causes a performance regression in f#.

Fix merge typo

[System.IO.KeventWatcher] Fixed deadlock when watcher stopped/disposed from its own event handler.
This fixes hangs in tests that do that (ie. System.Runtime.Caching).

[jit] Enable tail calls from gshared code. Fixes #25224.

[jit] Remove some dead code.

[runtime] Fixed shutdown crasher in mono_thread_pool_cleanup.

We call `mono_thread_pool_cleanup` twice from `mono_runtime_try_shutdown` and later `mono_domain_finalize`, which meant we tried to destroy the semaphore twice and that caused a crasher.

Fix this by clearing out the semaphore pointer. That way when we try to destroy it again it's already null and execution continues just fine.

[sdb] Fix the decoding of the next array when decoding sequence points.

[sgen] Fixed dump_alloc_records() to work on MSVC.

We are getting some crashers in printf when using the 'z' size_t printf specifier.

[sgen] Align vtable pointers to 8-bytes for phony vtable used for filling the nursery.

Thanks to Kumpera for providing the fix!

[sgen] Disable evacuation temporarily to fix crashes.

[sdb] Another try at fixing #25009.

Fix DateTimeConverter test

[sdb] Fix another shutdown crash. Fixes #25009.

Merge pull request #1403 from schani/fix-roslyn-linux-oom

Fix Roslyn Linux OOM

bump rx to rx-oss-v2.2 and add branch info on .gitmodules.

[mcs] Better recovery from failed async return type inference. Fixes #25165

Distribute reference assemblies in source tarball. Yuck.

[System.Drawing] Fixes commit 2abd0ed92e1b5aae4c917c9feb7b08949e828424

[mcs] Update static using to match the latest update (still work in progress)

Specify referencesource branch in .gitmodules to make updating easier

Update external/referencesource to fix mobile builds

[sgen] Always alloc degraded when nursery allocation fails.

There's an unlikely case that Roslyn triggers quite often on Linux: A
thread tries to allocate from the nursery, but it's full.  It triggers
a nursery collection, then tries allocating again.  Between the
collection and the allocation retry, another thread fills the nursery
so that the retry also fails.

We failed an assertion in this case.  Now we always go to the major
heap if it happens.

[arm] Really fix the build.

[arm] Fix the build.

[runtime] Fix string size calculation in `mono_string_new_size()`.

This bug is not hit when doing managed allocations with SGen because the
managed allocator catches it.  It can be triggered with the embedding API, as
well as when the heavy binary protocol is enabled, in which case `bug-17590`
fails.

[runtime] Allow StructLayoutAttribute.Pack values between 16 and 128. Fixes #25059.

[System.Drawing] Add support for a null culture argument to the ConvertFrom () method in RectangeConverter/SizeFConverter, the reference sources version of TypeConverter.ConvertFromString () passes null as the culture.