[Tizen] Revert `TIZEN_ASAN_ENVIRONMENT` (#612)

* Revert "[Tizen] Enable Tizen ASan runtime support"

This reverts commit 19d2d657d1746c13febe1567d36c733da1f15018.

* Revert "[Tizen] Disable staticfilehost for ASan build"

This reverts commit cebb4cff7e883b3409e1432734046626372a2c3c.

* Revert "[Tizen] Enable ASan annotation of passing to native code buffers"

This reverts commit 26d87cb755de0f518f9582c6e4b627992946433a.

* Revert "[Tizen] Add missing copyright to tizen ASan related changes"

This reverts commit 331980a310c3bd96f89737bd3946ad1fe7d4ec7c.

* Revert "[Tizen] Implement ASan wrapper for Linux ARM32"

This reverts commit 0c89701aeadfcaf0764d644edc418001af5647ca.

* Revert "[Tizen] Implement ASan wrapper for Linux AMD64"

This reverts commit 00bed73747a2ba408feb1f8565f5758fed5035f2.

* Revert "[Tizen] Implement detecting of sanitized libraries"

This reverts commit 94c3b5b1f5c8e1487b8e488d315eca1942810244.

[Tizen] Add GC heap hard limit for 32 bit

Cherry-pick of https://github.com/dotnet/runtime/pull/101024 with changes required for .NET 6

Fix alloc-dealloc mismatch (#106957)

[Tizen] Apply PEImage::CleanAllReadOnlyPages() at the end of multicoreplay(#541)

[Tizen] Add API to flush cache of PE files

Co-authored-by: Gleb Balykov <g.balykov@samsung.com>
This API allows to drop clean pages of IL-only and R2R dlls
!This patch should be rebased with caution, see comment for PEImageLayout::CleanAllReadOnlyPages!

How to call from c# code via reflection:

Type type = typeof(AssemblyLoadContext);
MethodInfo method = type.GetMethod("FlushPECaches");
if (method != null)
  method.Invoke(null, new object[]{});

Add EnableDiagnostics sub-configs for IPC, debugger, and profiler (#90159)

* Revert "[Tizen] Introduce EnableDebugger Config (#537)"

This reverts commit 05aa22a35cfd5c71b84d2e23f159542ac39b4ec2.

* Add EnableDiagnostics sub-configs for IPC, debugger, and profiler (#90159)

---------

Co-authored-by: Tom McDonald <tommcdon@microsoft.com>

[Tizen] Introduce EnableDebugger Config (#537)

* Introduce EnableDebugger Config

* Change the default value

[Tizen] Fix build error for Clang-16+ (#399)

This commit is a mix of upstream commits specific to tizen unified.

* [release/7.0] Suppress clang-16 warnings (backport #81573) (#84444)

Fix DBI loading problem on Linux (#82461)

* Use logical and for boolean operation in bstr (#67858)

This seems like a mistake and recent versions of clang even complain
about it:

    /runtime/src/coreclr/palrt/bstr.cpp:50:13: error: use of bitwise '&' with boolean operands [-Werror,-Wbitwise-instead-of-logical]
            if (SUCCEEDED(ULongMult(cchSize, sizeof(WCHAR), &temp)) &
                ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                                                                    &&
    /runtime/src/coreclr/pal/inc/pal.h:5144:27: note: expanded from macro 'SUCCEEDED'
    #define SUCCEEDED(Status) ((HRESULT)(Status) >= 0)
                              ^
    /runtime/src/coreclr/palrt/bstr.cpp:50:13: note: cast one or both operands to int to silence this warning
    /runtime/src/coreclr/pal/inc/pal.h:5144:27: note: expanded from macro 'SUCCEEDED'
    #define SUCCEEDED(Status) ((HRESULT)(Status) >= 0)
                              ^
    1 error generated.

* Fix Wunqualified-std-cast-call in singlefilehost (#72305)

Modified by hand due to mingling w/ other commits

---------

Co-authored-by: Antoine Martin <dev@ayakael.net>
Co-authored-by: Omair Majid <omajid@redhat.com>

Fix Unix ARM floating point registers unwinding (#58915) (#358)

* Fix Unix ARM floating point registers unwinding

There are two problems unwinding ARM floating point registers. One is that the PAL_VirtualUnwind
is not supporting that and the second is that the libunwind we carry and use actually doesn't
have support for unwinding those.

This change updates the libunwind so that both exidx and dwarf ways of unwinding can unwind
these registers and also adds support to our PAL_VirtualUnwind to copy the callee saved
floating point registers D8..D15 between the native and windows style contexts.

I am planning to make a PR for the libunwind upstream, but given the very low amount of time
we have remaining for .NET 6 completion, I am making the change here first. Once I get them
upstream later, I'll update the whole libunwind from there.

* Enable the related test

Co-authored-by: Jan Vorlicek <jan.vorlicek@volny.cz>

Deprecate ICU ucol_safeClone and support ucol_clone (#68847) (#375)

* Change compile time dependency of ICU API ucol_setMaxVariable to be runtime instead. (#58485)

* Change compile time dependency of ICU API ucol_setMaxVariable to be runtime instead.

* Fix Android Build Break

* Deprecate ICU ucol_safeClone and support ucol_clone (#68847)

Co-authored-by: Tarek Mahmoud Sayed <tarekms@microsoft.com>

[Tizen] Remove unnecessary requires in the spec

In the spec file, the crossgen2-mic package requires the coreclr package.
Because of this, the coreclr package is included in image which doesnot support .NET feature.
To fix this, remove the require section of crossgen2-mic.

[Tizen] Fix patchelf skipping (#369)

[Tizen] Support GBS incremental build (#368)

* [Tizen] Support GBS incremental build
* [Tizen] Optimize patchelf step

[Tizen] Generate source-level debug information with dwarf version 4 (#347)

* [Tizen] Generate source-level debug information with dwarf version 4

Tizen 9.0 uses Clang-15 while GDB is currently 8.3.1
Dwarf error occurs with this combination as Clang-15 generates dwarf5

```
(gdb) r
Starting program: /usr/bin/dotnet /opt/share/thread_priority.dll
warning: File "/usr/lib/libthread_db-1.0.so" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".
To enable execution of this file add
        add-auto-load-safe-path /usr/lib/libthread_db-1.0.so
line to your configuration file "/root/.gdbinit".
To completely disable this security protection add
        set auto-load safe-path /
line to your configuration file "/root/.gdbinit".
For more information about this security protection see the
"Auto-loading safe path" section in the GDB manual.  E.g., run from the shell:
        info "(gdb)Auto-loading safe path"
warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available.
Dwarf Error: Cannot handle DW_FORM_strx1 in DWARF reader [in module /usr/lib/debug/usr/share/dotnet/shared/Microsoft.NETCore.App/6.0.9/libcoreclr.so.debug]
Dwarf Error: Cannot handle DW_FORM_strx1 in DWARF reader [in module /usr/lib/debug/usr/share/dotnet/shared/Microsoft.NETCore.App/6.0.9/libcoreclrtraceptprovider.so.debug]
[New LWP 2262]
```

More details at https://discourse.llvm.org/t/gdb-10-1-cant-read-clangs-dwarf-v5/6035/12

* apply feedback

[Tizen] Change the location and value for generating vconf of runtime_version

[Tizen] Openssl 1.1 -> 3

[Tizen] Omit SIGTERM handler

SIGTERM handling in Tizen requires _exit() call to avoid SIGSEGV during exit() call.
Usually, SIGSEGV occurs due to resource use in shared pointer after cleanup in exit() call.

[Tizen] fix determin lib name variation logic

backport : https://github.com/dotnet/runtime/pull/79370

[Tizen] Select ICU build time version

Backport : https://github.com/dotnet/runtime/pull/79259/

.NET 6: enable building on platforms where strict-prototypes is on by default. (#82525)

Without this, .NET 6 fails to build on the upcoming Fedora 39.

[Tizen] built-in symbol check for __cpuid and __cpuidex

Remove calling convention modifiers from cpuid sig
> /runtime/src/coreclr/vm/cgensys.h:107:26: error: stdcall calling convention is not supported on builtin function [-Werror,-Wignored-attributes]

[Tizen][ARM64] CompactedFixupPrecode fix assert and DAC

Fix build with clang 15 (partial cherry-pick of https://github.com/dotnet/runtime/pull/73065)

[Tizen] Add CompactedFixupPrecode chunks for aarch64

[Tizen] Disable AVX instruction set on GenericsTest

[Tizen] Add coreclr skips for x64 emulator
These are mostly a subset of src/tests/issues.targets with some additional excludes:

- readytorun/r2rdump/FrameworkTests/R2RDumpTests/R2RDumpTests is excluded because System.Private.CoreLib.dll is not a r2r image in default mode
- Deserialize get killed

[Tizen] Create mcj data in '/tmp/.dotnet/mcj/'

[Tizen] Add missing symlink file to rpm

[Tizen] Fix multithreaded build and fix hanging dotnet processes after build is finished

[Tizen] Partially fix failing CoreFX tests

- set USER env variable for "sdb shell <script>" launch, for some reason it doesn't set it by default (manual launch of script from inside shell on device has USER env variable set correctly)
- set SUDO_USER env variable equal to USER env variable
- enable redirect of pal debug messages to stderr (i.e. PAL_OUTPUTDEBUGSTRING=1) only under special option (for example, this prints Environment.FailFast messages to stderr before exiting, see original commit for more details: https://github.com/dotnet/runtime/commit/2d2acbb836e66cd934acd4d7e7f5fc45cfbb9c10); some tests expect certain data in stderr and these debug messages trash it, besides, these debug messages are most probably unneeded
- add skips for System.Diagnostics.Process.Tests, System.Net.Ping.Functional.Tests, System.Xml.XmlSerializer.ReflectionOnly.Tests
- pack Baselines and TestClasses dirs for Microsoft.Extensions.Logging.Generators.Roslyn3.11.Tests and Microsoft.Extensions.Logging.Generators.Roslyn4.0.Tests
- pack runtimeGroups.props for Microsoft.NETCore.Platforms.Tests
- pack testroot dir for Microsoft.Extensions.Hosting.Unit.Tests
- pack ibm-fpgen.txt for System.Runtime.Tests and System.Runtime.Experimental.Tests
- replace dotnet executable name with corerun for System.Configuration.ConfigurationManager.Tests

[Tizen] Partially handle runtimeconfig.json in corerun

runtimeconfig.json parser is very limited (and actually not fully correct) and is supposed to be used only with what corefx tests build system generates, for example:

{
  "runtimeOptions": {
    "tfm": "net6.0"
    "rollForward": "Major"
    "framework": {
      "name": "Microsoft.NETCore.App",
      "version": "6.0.9"
    },
    "configProperties": {
      "System.Reflection.Metadata.MetadataUpdater.IsSupported": false
    }
  }
}

Properties are set using keys and values that are passed to coreclr_initialize options. Alternative to this is to use System.AppContext.SetSwitch delegate.

[Tizen] Add symlink to 6.0.0, which is included in tizen 7.0 release

[Tizen] Add printf_status functions to libdnetmemoryenumlib

These functions must be defined because internal code calls
printf_stats() and printf_error(), which exists only in main.cpp

[Tizen] Fix ILCompiler tests packing

[Tizen] Add options to skip managed and SPC.dll builds

[Tizen] Update dotnet version to 6.0.9 in spec

Fix heap corruption issue 68443. (#69106)

This has first seen with regions, but should be an issue with segments as well.

What happened was that in revisit_written_pages, we determined the highest allocated address in a region, then obtained the dirty pages up to that high address.

In parallel, another thread allocated a new object after the high address and wrote to it.

The background GC thread saw the dirty page, but didn't explore the object because it was after its stale value for the high address. That caused some objects pointed at from the beginning of the new object to be seen as dead by background GC.

Because the allocating thread also set the card table entries, the next ephemeral GC crashed because the references from the new object were now invalid.

The fix is to refetch the high address after we have obtained the dirty pages. That way, we'll explore new objects allocated while we were getting the dirty pages. New objects allocated and written to after we obtained the dirty pages will cause more dirty pages and will thus be explored later.

My repro case that caused about a crash every two hours or so has run overnight with this fix without issues.

[Tizen] fix for dotnet specific arguments in corerun

[Tizen] Add coreclr crossgen2 skips for RPI4 for armhf
These are mostly a subset of src/tests/issues.targets with some additional excludes:

- BasicTestWithMcj is skipped because it manually invokes crossgen2

[Tizen] Add coreclr skips for RPI4 for armhf
These are mostly a subset of src/tests/issues.targets with some additional excludes:

- readytorun/r2rdump/FrameworkTests/R2RDumpTests/R2RDumpTests is excluded because System.Private.CoreLib.dll is not a r2r image in default mode
- Deserialize, Serialize get killed

[Tizen] Build corefx-test as arch dependent

[Tizen] make corefx-managed as noarch pkg

[Tizen] Add coreclr crossgen2 skips for RPI4 for arm64
These are mostly a subset of src/tests/issues.targets with some additional excludes:

- BasicTestWithMcj is skipped because it manually invokes crossgen2

[Tizen] Add coreclr skips for RPI4 for arm64
These are mostly a subset of src/tests/issues.targets with some additional excludes:

- readytorun/r2rdump/FrameworkTests/R2RDumpTests/R2RDumpTests is excluded because System.Private.CoreLib.dll is not a r2r image in default mode
- Deserialize, Serialize get killed

[Tizen] Add coreclr crossgen2 skips for TM1/TW3 for armel

These are mostly a subset of src/tests/issues.targets with some additional excludes:
- crossgen2 for HugeField2 gets killed
- BasicTestWithMcj is skipped because it manually invokes crossgen2

[Tizen] Add coreclr skips for TM1/TW3 for armel

These are mostly a subset of src/tests/issues.targets with some additional excludes:
- readytorun/r2rdump/FrameworkTests/R2RDumpTests/R2RDumpTests is excluded because System.Private.CoreLib.dll is not a r2r image in default mode
- hugeexpr1, Deserialize, Serialize get killed

Free getline buffer after use (#74899)

* Free getline buffer after use

* Apply Feedback

Co-authored-by: Stephen Toub <stoub@microsoft.com>
Co-authored-by: Stephen Toub <stoub@microsoft.com>

[Tizen] Enable aggresive optimization for aarch64

In case of aarch64, DISABLE_AGGRESSIVE_OPT option makes start-time slow and use a lot of memory.
So, enable aggressive optimization for aarch64.

[Tizen] Fix module setup in mcj-edit for generic args and fnptr args

See usage of GetTypeHandleThrowing in src/coreclr/vm/siginfo.cpp for more details.

Asan alloc-dealloc-mismatch

Fix ASAN violation under Samsung's netcoredbg (#69339)

* Fix ASAN violation under Samsung's netcoredbg

Fixes issue https://github.com/dotnet/runtime/issues/62281

The wrong holder was being used in DacDbiInterfaceImpl::GetNativeVarData(); change to NewArrayHolder.

Added new/delete operators to Exception so when it is thrown from the DAC and caught/deleted in DBI, the
correct C++ allocator is used. When the DAC is called by DBI, g_pAllocator points to the DBI allocator.

* Code review feedback

[Tizen] Fix property setup for DisableAggressiveOpt

[Tizen] Add truncate command to mcj-edit

[Tizen] Fix calculation of method count for modules

This was a bit out of sync with the way runtime increments methodCount in MulticoreJitRecorder::EncodeModule.
Value of methodCount for module is not used in runtime, but anyway this is a bug and merge of module with itself
without this patch produces different sha256 because counters did not match. After this patch sha256 match.

[Tizen] Fix typo for size of longCounters

[Tizen] More R2R Compilation

Compiles more methods which have IsAggressiveOptimization attribute.

Fix ICorDebugFunction2::GetVersionNumber for arm32.

Do not use ExecutableMemoryAllocator on 64 bit platforms if default base address usage is requested

[Tizen] Add mcj-edit.py tool that can modify MultiCoreJit profiles.

Available commands:
- split (splits mcj profile in app-dependent and app-independent based on modules)
- merge (merges mcj profiles in one profile)
- verify (verifies correctness of mcj profile)
- find (finds method or module in mcj profile)
- compare (compares mcj profiles)
- clean-stats (cleans mcj profile usage stats)
- print (prints mcj profile)
- help (shows short summary on some aspects of mcj profile)
- self-test (performs some testing)

See README for more details on usage, see examples/ for examples of mcj profiles.

[Tizen] Add missing copyright to tizen ASan related changes

Check MultiCoreJit code cache before trying to jit method in mcj thread

This is needed when multiple profiles are played and same methods exist in them.
Without this change, if method was not yet requested in main thread,
it will be jitted as many times in mcj thread as it appears in all profiles.

crossgen2: Add --imagebase option (#65567)

--imagebase option set preferable ImageBase field to output PE-file

[Tizen] Move createdump to CoreCLR binary part.

Add Linux x86 createdump code.

[Tizen] Enable Hot Reload debugger API.

Note, we use part debugger API related to EnC in order to work with Hot Reload from debugger.
EnC itself not implemented (runtime don't have code for Linux arm32/arm64/x86 that could "jump" from old method version into new method version).
At this moment, runtime don't support Hot Reload for Linux/Tizen x86.

Fix ReplaceModuleMapping for 32bit binary on 64bit kernel (#66640)

Increase arm32/arm64 maximum instruction group size (#65153)

We require that the maximum number of prolog instructions all fit in one
instruction group. Recent changes appear to have increased the number of
instructions we are generating the prolog, leading to NOWAY assert on
Release builds and test failure on linux-arm64.

Bump up the number to avoid this problem, and leave some headroom for
possible additional needs.

Fixes #64162, #64793.

[Tizen] Enable TC_QuickJitForLoops by default

[Tizen] Enable Linq expressions interpreter instead of compiler for tests

Limitations of linq expressions interpreter:
- can't get IL for interpreted linq expressions (see `VerifyIL` on how to get IL code), because it either won't match, or exception will happen because method is not dynamic; besides, there's actually no IL for interpreted expression, interpreter has its own internal representation
- target of Delegate returned by interpreter can't be casted to Closure (see VerifyEmitConstantsToIL<T> in CompilerTests.cs)
- aliased byref parameters are not supported with interpreted linq expressions (https://github.com/dotnet/runtime/issues/19286)
- interpreting TryExpression that is inside the Filter expression of a CatchBlock of another TryExpression works in interpreter, but throws in compiler (https://github.com/dotnet/runtime/issues/20083)
- analysis of Quote expression is a bit different for interpreter (see AssertIsBox<T> in UnaryQuoteTests.cs)
- with disabled FEATURE_DLG_INVOKE and FEATURE_FAST_CREATE if TypeMissing is used in linq expression, then exception is thrown (https://github.com/dotnet/runtime/issues/15553), this is fixed if these features are enabled

[Tizen] Enable Linq expressions interpreter instead of compiler

[Tizen] Allow marshalling IL_STUB compilation for ndirect methods using crossgen2 if SPC.dll is in the same bubble

[Tizen] Revert "Pass zero length array as null" https://github.com/dotnet/coreclr/pull/27555

Without this revert two coreclr tests fail if they are compiled with inputbubble and IL_STUB saving in ni:
- Interop/PInvoke/Array/MarshalArrayAsParam/AsDefault/AsDefaultTest/AsDefaultTest.sh
- Interop/PInvoke/Array/MarshalArrayAsParam/AsLPArray/AsLPArrayTest/AsLPArrayTest.sh

For both tests problem is exactly with array with 0 length, which is passed as NULL to native function.
But it should be a pointer to the non-existing element, and IL_STUB generated at runtime does exactly this.

Properly use result value for dump IPC cmd (#60726)

Signed-off-by: Mikhail Kurinnoi <m.kurinnoi@samsung.com>

[Tizen] Fix build mode setup for crossgen2 self-contained publish

[Tizen] Fix continuous unsuccessful pthread_setschedparam if there's no CAP_SYS_NICE capability

[Tizen] Create list dynamic dependencies of crossgen2 in RPM

[Tizen] Publish crossgen2 as a single file with self-contained

[Tizen] Add method to write coredump of .NET process

This method allows to create minimal coredump (as createdump does) of a
process that is in dumping state after crush.

Original commit:
https://github.sec.samsung.net/dotnet/coreclr/commit/66a3b803910b389de38703ce349695a247146f5b

[x86/Linux] Fix SIGSEGV on Debugger.Break() during debugging.

SIGSEGV occur in src/vm/i386/cgenx86.cpp `HelperMethodFrame::UpdateRegDisplay()` at line `pRD->pCurrentContext->Eip = pRD->ControlPC = m_MachState.GetRetAddr();`, since `pRD->pCurrentContext` is NULL.
The point of issue - wrong code block compilation in DebuggerWalkStack() in case of Linux x86.

#58181 Fix NullReferenceException in crossgen2. (#58183)

* #58181 Fix NullReferenceException in crossgen2.

* Support .exe extension in output filename.

Use temporary ni.dll.tmp files with crossgen2 pipeline mode in order to not interfere with crossgen2 itself (#57341)

* Use temporary ni.dll.tmp files with crossgen2 pipeline mode in order to not interfere with crossgen2 itself

* Add check that --single-file-compilation mode of crossgen2 is always used with --out-near-input

Fix x86 linux tests build and run

[unix x86] Fix tests build
[unix x86] Add register map for crossgen2
            Fixes readytorun/coreroot_determinism/coreroot_determinism/coreroot_determinism.sh on x86 linux
[unix x86] Fix tail calls tests
[unix x86] Fix unmanaged callconv
[unix x86] Fix passing implicit args via stack
[unix x86] Pop hidden retbuff arg on cdecl callconv
[unix x86] Fix WriteBarrier call

[x86] Add calling convention name print to dump
[x86] Use ebx to pass VASigCookie to GenericPInvokeCalliHelper
            It fixes stack alignment in GenericPInvokeCalliHelper on unix x86

Fix storageType overflow assertion in TinyArray

[Tizen] Disable FEATURE_DLG_INVOKE and FEATURE_FAST_CREATE in System.Linq.Expression

This increases memory consumption

[Tizen] Disable staticfilehost for ASan build

Static binary is not supported by libasansi.so

Signed-off-by: Slava Barinov <v.barinov@samsung.com>

[Tizen] Enable ASan annotation of passing to native code buffers

Turn on ASan inteceptors while marshaling managed buffers to native code.
We could not properly annotate already allocated on heap buffers, so
we have to disable pinning of such objects.
Current patch affects only pinning of native arrays.

Signed-off-by: Slava Barinov <v.barinov@samsung.com>

[Tizen] Enable Tizen ASan runtime support

Enable libasansi.so support (libasan.so with switchable interceptors).

Signed-off-by: Vyacheslav Cherkashin <v.cherkashin@samsung.com>
Signed-off-by: Slava Barinov <v.barinov@samsung.com>

[Tizen] Implement ASan wrapper for Linux AMD64

Signed-off-by: Vyacheslav Cherkashin <v.cherkashin@samsung.com>
Signed-off-by: Slava Barinov <v.barinov@samsung.com>

[Tizen] Implement ASan wrapper for Linux ARM32

This commit implements wrappers that allow interception transitions
from managed to external unmanaged code (CIL -> native) and back
(native -> CIL). This allows enable/disable ASan during transitions.
Due to this, we sanitize only external code, which allows us to
achieve acceptable performance.

Signed-off-by: Vyacheslav Cherkashin <v.cherkashin@samsung.com>
Signed-off-by: Slava Barinov <v.barinov@samsung.com>

[Tizen] Implement detecting of sanitized libraries

Parse ".dynamic" section (ELF dynamic array tags) of the module being
added, find ".rel(a).plt" section and search it for presence of
'__asan_init' symbol.

Signed-off-by: Andrey Drobyshev <a.drobyshev@samsung.com>
Signed-off-by: Slava Barinov <v.barinov@samsung.com>

[Tizen] Add new vconf to set runtime_version

[Tizen] Use simple name without suffix in MulticoreJit

After this change name of resulting profile on disk matches the one passed with COMPlus_MultiCoreJitProfile env variable

[Tizen] Reduce arm_phdr_cb call overhead

- Too many calls to arm_phdr_cb even though it get the same data.
- It caches an ARM_CB_DATA for libcoreclr.so, then reuse.

[Tizen] Disable jithost arena cache

[Tizen] Add coreclr_preload_assembly to CoreCLR host API

This API allows to preload ni.dll (both simple and composite)

Restrictions:
- single file bundle can't be preloaded using this API
- images with huge pages (i.e. images with alignment > os page size) can't be preloaded using this API

!This patch should be rebased with caution, see comment for MAPApplyBaseRelocationsPreloadedPEFile!

Co-authored by k.baladurin@samsung.com

----

Simple change to tests coreclr preloading api on corerun (note the extra / for non-SPC dlls, it is needed because TPA list in corerun is created with extra / after dir name, i.e. "/home/user/Dev/runtime2/overlay_x64//System.Runtime.ni.dll" will be in tpa list, and argument of coreclr_preload_assembly must match it exactly). TPA list in dotnet/launcher is created without extra /.

How to test:
0. build runtime in debug
1. generate R2R ni.dll
2. run some app under gdb and stop on coreclr_preload_assembly_func
3. check that coreclr_preload_assembly_func correctly mmaps all files loaded in below patch (both using gdb in code and /proc/<pid>/smaps)
4. stop on PAL_LOADLoadPEFile and check that all ni.dll are found in preloaded cache instead of new load (also check that loaded base address doesn't change both in code and in /proc/<pid>/smaps)

diff --git a/src/coreclr/hosts/corerun/corerun.cpp b/src/coreclr/hosts/corerun/corerun.cpp
index b3f2c867c30..33d446d1a32 100644
--- a/src/coreclr/hosts/corerun/corerun.cpp
+++ b/src/coreclr/hosts/corerun/corerun.cpp
@@ -288,6 +288,17 @@ static int run(const configuration& config)
         return -1;
     }

+    coreclr_preload_assembly_ptr coreclr_preload_assembly_func = nullptr;
+    if (!try_get_export(coreclr_mod, "coreclr_preload_assembly", (void**)&coreclr_preload_assembly_func))
+    {
+        return -1;
+    }
+
+
+    coreclr_preload_assembly_func("/home/user/Dev/runtime2/overlay_x64/System.Private.CoreLib.dll");
+    coreclr_preload_assembly_func("/home/user/Dev/runtime2/overlay_x64//System.Runtime.ni.dll");
+    coreclr_preload_assembly_func("/home/user/Dev/runtime2/overlay_x64//System.IO.ni.dll");
+
     // Construct CoreCLR properties.
     pal::string_utf8_t tpa_list_utf8 = pal::convert_to_utf8(std::move(tpa_list));
     pal::string_utf8_t app_path_utf8 = pal::convert_to_utf8(std::move(app_path));

[Tizen] separate PIC and PIE to fix x86_64 build error

[Tizen] add pie linker option to createdump

[Tizen] Add a config knob for importing ibc files

[Tizen] Workaround Timing Issue

To avoid an exception thrown on managed build
Context: dotnet/roslyn#37974 and dotnet/roslyn#38420

```
[  336s] /home/abuild/rpmbuild/BUILD/corefx-3.1.0/packages/microsoft.net.compilers.toolset/3.3.0-beta2-19367-02/tasks/netcoreapp2.1/Microsoft.CSharp.Core.targets(58,5): error MSB3883: Unexpected exception:  [/home/abuild/rpmbuild/BUILD/corefx-3.1.0/src/System.ComponentModel/src/System.ComponentModel.csproj]
[  336s] /home/abuild/rpmbuild/BUILD/corefx-3.1.0/packages/microsoft.net.compilers.toolset/3.3.0-beta2-19367-02/tasks/netcoreapp2.1/Microsoft.CSharp.Core.targets(58,5): error : System.AggregateException: One or more errors occurred. (Object synchronization method was called from an unsynchronized block of code.) [/home/abuild/rpmbuild/BUILD/corefx-3.1.0/src/System.ComponentModel/src/System.ComponentModel.csproj]
[  336s] /home/abuild/rpmbuild/BUILD/corefx-3.1.0/packages/microsoft.net.compilers.toolset/3.3.0-beta2-19367-02/tasks/netcoreapp2.1/Microsoft.CSharp.Core.targets(58,5): error : ---> System.ApplicationException: Object synchronization method was called from an unsynchronized block of code. [/home/abuild/rpmbuild/BUILD/corefx-3.1.0/src/System.ComponentModel/src/System.ComponentModel.csproj]
[  336s] /home/abuild/rpmbuild/BUILD/corefx-3.1.0/packages/microsoft.net.compilers.toolset/3.3.0-beta2-19367-02/tasks/netcoreapp2.1/Microsoft.CSharp.Core.targets(58,5): error : at System.Threading.Mutex.ReleaseMutex() [/home/abuild/rpmbuild/BUILD/corefx-3.1.0/src/System.ComponentModel/src/System.ComponentModel.csproj]
[  336s] /home/abuild/rpmbuild/BUILD/corefx-3.1.0/packages/microsoft.net.compilers.toolset/3.3.0-beta2-19367-02/tasks/netcoreapp2.1/Microsoft.CSharp.Core.targets(58,5): error : at Microsoft.CodeAnalysis.CommandLine.ServerNamedMutex.Dispose() [/home/abuild/rpmbuild/BUILD/corefx-3.1.0/src/System.ComponentModel/src/System.ComponentModel.csproj]
[  336s] /home/abuild/rpmbuild/BUILD/corefx-3.1.0/packages/microsoft.net.compilers.toolset/3.3.0-beta2-19367-02/tasks/netcoreapp2.1/Microsoft.CSharp.Core.targets(58,5): error : at Microsoft.CodeAnalysis.CommandLine.BuildServerConnection.RunServerCompilationCore(RequestLanguage language, List`1 arguments, BuildPathsAlt buildPaths, String pipeName, String keepAlive, String libEnvVariable, Nullable`1 timeoutOverride, Func`3 tryCreateServerFunc, CancellationToken cancellationToken) [/home/abuild/rpmbuild/BUILD/corefx-3.1.0/src/System.ComponentModel/src/System.ComponentModel.csproj]
[  336s] /home/abuild/rpmbuild/BUILD/corefx-3.1.0/packages/microsoft.net.compilers.toolset/3.3.0-beta2-19367-02/tasks/netcoreapp2.1/Microsoft.CSharp.Core.targets(58,5): error : --- End of inner exception stack trace --- [/home/abuild/rpmbuild/BUILD/corefx-3.1.0/src/System.ComponentModel/src/System.ComponentModel.csproj]
[  336s] /home/abuild/rpmbuild/BUILD/corefx-3.1.0/packages/microsoft.net.compilers.toolset/3.3.0-beta2-19367-02/tasks/netcoreapp2.1/Microsoft.CSharp.Core.targets(58,5): error : at System.Threading.Tasks.Task.Wait(Int32 millisecondsTimeout, CancellationToken cancellationToken) [/home/abuild/rpmbuild/BUILD/corefx-3.1.0/src/System.ComponentModel/src/System.ComponentModel.csproj]
[  336s] /home/abuild/rpmbuild/BUILD/corefx-3.1.0/packages/microsoft.net.compilers.toolset/3.3.0-beta2-19367-02/tasks/netcoreapp2.1/Microsoft.CSharp.Core.targets(58,5): error : at System.Threading.Tasks.Task.Wait(CancellationToken cancellationToken) [/home/abuild/rpmbuild/BUILD/corefx-3.1.0/src/System.ComponentModel/src/System.ComponentModel.csproj]
[  336s] /home/abuild/rpmbuild/BUILD/corefx-3.1.0/packages/microsoft.net.compilers.toolset/3.3.0-beta2-19367-02/tasks/netcoreapp2.1/Microsoft.CSharp.Core.targets(58,5): error : at Microsoft.CodeAnalysis.BuildTasks.ManagedCompiler.ExecuteTool(String pathToTool, String responseFileCommands, String commandLineCommands) [/home/abuild/rpmbuild/BUILD/corefx-3.1.0/src/System.ComponentModel/src/System.ComponentModel.csproj]
```

[Tizen] skip dotnet specific arguments in corerun

Now we use corerun to run corefx tests instead of dotnet, because last
one isn't available for Tizen/armel. So we need to skip dotnet specific
arguments, we patch corerun for it because Microsoft.DotNet.RemoteExecutor
tries to execute binary that it gets from /proc/self/maps, so we need a
binary that will behave like dotnet.