From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gnu.wildebeest.org (gnu.wildebeest.org [45.83.234.184]) by sourceware.org (Postfix) with ESMTPS id 3C9A23858D28 for ; Fri, 29 Dec 2023 00:41:17 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 3C9A23858D28 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=klomp.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=klomp.org ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 3C9A23858D28 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=45.83.234.184 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1703810479; cv=none; b=mTMrkO+facOr/WeVz1n6UUFksQUwBDppHLZqp1Tv/goiwB+DpOSa6JtHJYu33TEva5vl2lbxG4zFEY1Bue2BS+BIns9pun1hCKvJEawRyC/22d4JHmAsOz9OwSH6XfkjZA/TqhRDonvXceFUms283whHufKQIGJW4RajditZPys= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1703810479; c=relaxed/simple; bh=p5kl6N4e5KYH/8TlLp43f81PFsILAjw1fPLuPKHMOOs=; h=From:To:Subject:Date:Message-Id:MIME-Version; b=F/baCvaoDkHr8F32bwuLFIdIFxFhqRcZsxOSTAdwqZhFun6UjITDJNqWXNQFoTKppOC9RJiQih2uNRu/oPdt+ARIzq+3WnDk3X+iVnshZYFH9x4xJZfVKXnkqI4fkXmyzIsgFhj9gHpJr7i/2Q19IKVqD+m4beeP58vffOxPJCs= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from csb.redhat.com (dhcp-089-098-125-253.chello.nl [89.98.125.253]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gnu.wildebeest.org (Postfix) with ESMTPSA id 2D04D302BB42; Fri, 29 Dec 2023 01:41:16 +0100 (CET) Received: by csb.redhat.com (Postfix, from userid 10916) id 304C2D0A87; Fri, 29 Dec 2023 01:41:15 +0100 (CET) From: Mark Wielaard To: libabigail@sourceware.org Cc: David Abdurachmanov Subject: Date: Fri, 29 Dec 2023 01:40:49 +0100 Message-Id: <20231229004051.540340-1-mark@klomp.org> X-Mailer: git-send-email 2.39.3 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3.4 required=5.0 tests=BAYES_00,JMQ_SPF_NEUTRAL,KAM_BLANKSUBJECT,KAM_DMARC_STATUS,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Hi, There is now a libabigail riscv ci and try builder on builder.sourceware.org. Most things seem to just work as is. Here are two patches to improve the riscv support. [PATCH 1/2] Recognize EM_RISCV in e_machine_to_string Adds support for generating a human readable string for EM_RISCV. It includes configure support in case the system elf.h doesn't contain the macro. But that is just for really old systems, glibc 2.24 added it. Note that elfutils libdw provides dwelf_elf_e_machine_string which does a similar thing. [PATCH 2/2] Fix ABG_ASSERT in build_ir_node_from_die for DW_TAG_member Fixes an assert that for some reason only shows up on riscv in runtesttypesstability against the DWARF for the test file: test-types-stability/PR27165-libzmq.so.5.2.3 The issue is that the DIE [2113c8] being checked is in a CU that is C++, but the dwarf reader current translation unit [b] is a GIMPLE (lto) one, marked as C99. I think this is because that first compile unit contains a variable DIE [35dcf] that has an abstract origin [21492f] with specification [2113c8] and type [211bf6] in the later C++ CU. With this make check is all green on riscv. Cheers, Mark