[Mono.Android-Test] Import Mono.Android tests from monodroid/9c5b3712

[jonpryor]

Import monodroid/tests/runtime from monodroid/9c5b3712.

Add a toplevel make run-all-tests target to run the tests.
make run-all-tests requires that adb be in $PATH, along with
basename(1), and uses GNU make(1) features, and...

Sorry potential/future Windows developers.

---

@dellis1972: At least two issues that should be addressed in separate PRs (part of why this isn't suitable for merging):

1. ResolveLibraryProjectImports was changed to use System.IO.Compression instead of Ionic.Zip.dll, because Ionic.Zip.dll was throwing an exception from Files.Extract():

   Error executing task ResolveLibraryProjectImports: System.ArgumentException: Path is empty
     at System.IO.Directory.CreateDirectory (System.String path) <0x1a20ca0 + 0x0011c> in <filename unknown>:0 
     at Ionic.Zip.ZipEntry.InternalExtract (System.String baseDir, System.IO.Stream outstream, System.String password) <0x3af4b78 + 0x002e7> in <filename unknown>:0 
   

   No idea why that's happening. Using System.IO.Compression allowed me to proceed, but I don't know if that's the correct answer.

2. BuildApk was changed to look for the correct libmono-profiler-*.so file, removing the ABI from the name.

Do you have any thoughts on why (1) is happening?

---

The above two issues have been corrected in separate PRs. This PR is ready for merging, with the "minor" issue that the contained tests do not pass.

[jonpryor]

Additionally, this PR crashes on device:

05-13 11:00:38.059 13246 13603 E mono    : Unhandled Exception:
05-13 11:00:38.059 13246 13603 E mono    : System.ObjectDisposedException: Cannot access a disposed object.
05-13 11:00:38.059 13246 13603 E mono    : Object name: 'System.Net.Sockets.Socket'.
05-13 11:00:38.059 13246 13603 E mono    :   at System.Net.Sockets.Socket.ThrowIfDisposedAndClosed () <0xa93bab28 + 0x00054> in <filename unknown>:0 
05-13 11:00:38.059 13246 13603 E mono    :   at System.Net.Sockets.Socket.AcceptAsync (System.Net.Sockets.SocketAsyncEventArgs e) <0x9c25e900 + 0x0001b> in <filename unknown>:0 
05-13 11:00:38.059 13246 13603 E mono    :   at System.Net.EndPointListener.Accept (System.Net.Sockets.Socket socket, System.Net.Sockets.SocketAsyncEventArgs e) <0x9c25e850 + 0x0003f> in <filename unknown>:0 
05-13 11:00:38.059 13246 13603 E mono    :   at System.Net.EndPointListener.ProcessAccept (System.Net.Sockets.SocketAsyncEventArgs args) <0x9c2457a0 + 0x0007f> in <filename unknown>:0 
05-13 11:00:38.059 13246 13603 E mono    :   at System.Net.EndPointListener.OnAccept (System.Object sender, System.Net.Sockets.SocketAsyncEventArgs e) <0x9c245770 + 0x00017> in <filename unknown>:0 
05-13 11:00:38.059 13246 13603 E mono    :   at System.Net.Sockets.SocketAsyncEventArgs.OnCompleted (System.Net.Sockets.SocketAsyncEventArgs e) <0x9c245728 + 0x0003b> in <filename unknown>:0 
05-13 11:00:38.059 13246 13603 E mono    :   at System.Net.Sockets.SocketAsyncEventArgs.Complete () <0x9c245700 + 0x0001f> in <filename unknown>:0 
05-13 11:00:38.059 13246 13603 E mono    :   at System.Net.Sockets.Socket.<AcceptAsyncCallback>m__0 (System.IAsyncResult ares) <0x9c2451a0 + 0x002af> in <filename unknown>:0 
05-13 11:00:38.059 13246 13603 E mono    :   at System.Net.Sockets.SocketAsyncResult+<Complete>c__AnonStorey0.<>m__0 (System.Object _) <0xa93a3ee0 + 0x0002b> in <filename unknown>:0 
05-13 11:00:38.059 13246 13603 E mono    :   at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem () <0xa93b7df0 + 0x0002f> in <filename unknown>:0 
05-13 11:00:38.059 13246 13603 E mono    :   at System.Threading.ThreadPoolWorkQueue.Dispatch () <0xa93b6a90 + 0x001bb> in <filename unknown>:0 
05-13 11:00:38.059 13246 13603 E mono    :   at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback () <0xa93b68e0 + 0x00007> in <filename unknown>:0 

Looks like a Mono bug?

[jonpryor]

The two issues mentioned in the original message have been fixed. ResolveLibraryProjectImports was fixed in PR #41. BuildApk was fixed in PR #35.