add 18th iteration of classifier

1 files changed, 68 insertions, 0 deletions

diff --git a/results/classifier/118/device/1794939 b/results/classifier/118/device/1794939
new file mode 100644
index 000000000..c2a7bf56d
--- /dev/null
+++ b/results/classifier/118/device/1794939
@@ -0,0 +1,68 @@
+device: 0.875
+files: 0.851
+network: 0.841
+socket: 0.803
+semantic: 0.788
+ppc: 0.779
+register: 0.769
+virtual: 0.760
+architecture: 0.758
+PID: 0.748
+mistranslation: 0.740
+performance: 0.725
+kernel: 0.721
+vnc: 0.705
+permissions: 0.687
+hypervisor: 0.671
+user-level: 0.660
+TCG: 0.647
+boot: 0.646
+arm: 0.642
+risc-v: 0.638
+peripherals: 0.636
+debug: 0.631
+i386: 0.617
+graphic: 0.582
+VMM: 0.580
+x86: 0.555
+KVM: 0.446
+assembly: 0.438
+
+QEMU does not build with vte v2.91
+
+when I build qemu with vte support and vte-2.91 installed I get the following deprecation warning:
+
+error: ‘vte_terminal_set_encoding’ is deprecated [-Werror=deprecated-declarations]
+     vte_terminal_set_encoding(VTE_TERMINAL(vc->vte.terminal), "UTF-8", NULL);
+     ^~~~~~~~~~~~~~~~~~~~~~~~~
+In file included from /usr/include/vte-2.91/vte/vte.h:35
+
+I looked for the commit in vte that deprecated the offending function (a17e714d), which led me to the thread:
+
+https://gitlab.gnome.org/GNOME/vte/issues/3
+
+It looks like from this version forward vte forces us to use utf-8, such that this function call becomes unnecessary in QEMU.
+
+Cheers,
+Bastian
+
+Hi Bastian,
+
+I got past this error by installing libvte-dev instead of libvte-2.91-dev.
+
+I'm not sure if it actually works however.
+
+Cheers,
+Berg
+
+
+
+Hi Berg,
+
+thanks for the tip, a fix has also been commited already :)
+
+Cheers,
+Bastian
+
+https://git.qemu.org/?p=qemu.git;a=commitdiff;h=6415994ffcc6d22b3f5a
+