Can coreclr compile their code with debuginfod?

[simplejackcoder]

debuginfod is the symbol server equivalent for elf/dbg files.

Seems like requires gcc. another reason why Coreclr should be compilable with gcc.

[am11]

Aside: src/coreclr, and src/libraries (and soon src/installer: #1753) do compile with gcc, in addition to clang:

runtime/eng/native/gen-buildsys.sh

Lines 66 to 67 in 1cb1285

	if [ "$compiler" = "clang" ]; then versions=( 9 8 7 6.0 5.0 4.0 3.9 3.8 3.7 3.6 3.5 )
	elif [ "$compiler" = "gcc" ]; then versions=( 9 8 7 6 5 4.9 ); fi

[simplejackcoder]

That is good news. Is this a new change? If it possible can we compare benchmark? I feel GCC is what dotnet should use to ship binary since gcc in my experience generates more efficient and icache friendly code.

[am11]

it is relatively new: the support was added around v3.0 release to bring up coreclr on more platforms like smartos (solaris based); where llvm toolchain is not readily available (e.g. lldb is still not available on pkgsrc for smartos).

some caveats:

1. currently, top level :/build.sh, :/coreclr.sh, :/libraries.sh and :/installer.sh do not accept compiler arguments -gcc and it defaults to -clang, so we invoke internal scripts individually: :/src/coreclr/build.sh -gcc, :/src/installer/corehost/build.sh -gcc, :/src/libraries/Native/build-native.sh -gcc. Or set environment variables, e.g.
   CLR_CC=$(command -v gcc) CLR_CXX=$(command -v g++) ./coreclr.sh (or gcc for cxx on centos).

2. gcc 9.0 has become more stricter towards memaccess usages for non-trivial types, which is being slowly fixed. meanwhile, we can bypass the warning using this suppression:

src/coreclr/build.sh -gcc -cmakeargs -DCMAKE_CXX_FLAGS=-Wno-class-memaccess

[am11]

update: we can now pass various arguments from top-level scripts for native compilation:

cd runtime

# compile coreclr, installer and libraries using gcc 7
./build.sh --gcc7 --cmakeargs -DFeatureX=1 -cmakeargs -DFeatureY=0

# compile only coreclr using clang
./build.sh --subsetCategory coreclr --clang --cmakeargs -DFeatureX=1 -cmakeargs -DFeatureY=0

[dqsully]

I would love to see this implemented for .NET core symbols as many Linux tools already include debuginfod support.