tests: Ignore src/test/debuginfo/rc_arc.rs on Windows

[petrochenkov]

It requires loading pretty-printers (src\etc\gdb_load_rust_pretty_printers.py), but GDB doesn't load them on Windows.

Not sure how this passes through CI, due to an old GDB version perhaps?

[rust-highfive]

r? @nikomatsakis

(rust_highfive has picked a reviewer for you, use r? to override)

[Mark-Simulacrum]

I think old gdb on CI is intentional, though maybe should be fixed nowadays -

rust/src/ci/scripts/install-mingw.sh

Lines 2 to 23 in 19cefa6

	# If we need to download a custom MinGW, do so here and set the path
	# appropriately.
	#
	# Here we also do a pretty heinous thing which is to mangle the MinGW
	# installation we just downloaded. Currently, as of this writing, we're using
	# MinGW-w64 builds of gcc, and that's currently at 6.3.0. We use 6.3.0 as it
	# appears to be the first version which contains a fix for #40546, builds
	# randomly failing during LLVM due to ar.exe/ranlib.exe failures.
	#
	# Unfortunately, though, 6.3.0 *also* is the first version of MinGW-w64 builds
	# to contain a regression in gdb (#40184). As a result if we were to use the
	# gdb provided (7.11.1) then we would fail all debuginfo tests.
	#
	# In order to fix spurious failures (pretty high priority) we use 6.3.0. To
	# avoid disabling gdb tests we download an *old* version of gdb, specifically
	# that found inside the 6.2.0 distribution. We then overwrite the 6.3.0 gdb
	# with the 6.2.0 gdb to get tests passing.
	#
	# Note that we don't literally overwrite the gdb.exe binary because it appears
	# to just use gdborig.exe, so that's the binary we deal with instead.
	#
	# Otherwise install MinGW through `pacman`

@bors r+

[bors]

📌 Commit 0eacf02 has been approved by Mark-Simulacrum

[bors]

⌛ Testing commit 0eacf02 with merge 1b0ff9e...

[bors]

☀️ Test successful - checks-actions, checks-azure
Approved by: Mark-Simulacrum
Pushing 1b0ff9e to master...