From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <vapier@gentoo.org>
Received: from smtp.gentoo.org (woodpecker.gentoo.org
 [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4])
 by sourceware.org (Postfix) with ESMTP id 314E23858025
 for <gdb-patches@sourceware.org>; Sun,  6 Jun 2021 17:33:11 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 314E23858025
Received: from vapier.lan (localhost [127.0.0.1])
 by smtp.gentoo.org (Postfix) with ESMTP id D062C33BDC9
 for <gdb-patches@sourceware.org>; Sun,  6 Jun 2021 17:33:09 +0000 (UTC)
From: Mike Frysinger <vapier@gentoo.org>
To: gdb-patches@sourceware.org
Subject: [PATCH] sim: bpf: use CURRENT_TARGET_BYTE_ORDER
Date: Sun,  6 Jun 2021 13:32:59 -0400
Message-Id: <20210606173259.24492-1-vapier@gentoo.org>
X-Mailer: git-send-email 2.31.1
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
X-Spam-Status: No, score=-10.6 required=5.0 tests=BAYES_00, GIT_PATCH_0,
 JMQ_SPF_NEUTRAL, KAM_DMARC_STATUS, SPF_HELO_PASS, SPF_PASS,
 TXREP autolearn=ham autolearn_force=no version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on
 server2.sourceware.org
X-BeenThere: gdb-patches@sourceware.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Gdb-patches mailing list <gdb-patches.sourceware.org>
List-Unsubscribe: <https://sourceware.org/mailman/options/gdb-patches>,
 <mailto:gdb-patches-request@sourceware.org?subject=unsubscribe>
List-Archive: <https://sourceware.org/pipermail/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-request@sourceware.org?subject=help>
List-Subscribe: <https://sourceware.org/mailman/listinfo/gdb-patches>,
 <mailto:gdb-patches-request@sourceware.org?subject=subscribe>
X-List-Received-Date: Sun, 06 Jun 2021 17:33:13 -0000

Code should be going through this macro rather than accessing the
underlying value directly.
---
 sim/bpf/bpf.c    | 4 ++--
 sim/bpf/mloop.in | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/sim/bpf/bpf.c b/sim/bpf/bpf.c
index c626781adbf8..f9cdb824d1a9 100644
--- a/sim/bpf/bpf.c
+++ b/sim/bpf/bpf.c
@@ -222,7 +222,7 @@ bpfbf_prepare_run (SIM_CPU *cpu)
 void
 bpf_engine_run_full (SIM_CPU *cpu)
 {
-  if (current_target_byte_order == BFD_ENDIAN_LITTLE)
+  if (CURRENT_TARGET_BYTE_ORDER == BFD_ENDIAN_LITTLE)
     {
       if (!bpf_idesc_le)
         {
@@ -253,7 +253,7 @@ bpf_engine_run_full (SIM_CPU *cpu)
 void
 bpf_engine_run_fast (SIM_CPU *cpu)
 {
-  if (current_target_byte_order == BFD_ENDIAN_LITTLE)
+  if (CURRENT_TARGET_BYTE_ORDER == BFD_ENDIAN_LITTLE)
     {
       if (!bpf_idesc_le)
         {
diff --git a/sim/bpf/mloop.in b/sim/bpf/mloop.in
index e666835ed1b8..91f0c445eed0 100644
--- a/sim/bpf/mloop.in
+++ b/sim/bpf/mloop.in
@@ -121,7 +121,7 @@ cat <<EOF
 
   UDI insn = GETIMEMUDI (current_cpu, vpc);
 
-  if (current_target_byte_order == BFD_ENDIAN_BIG)
+  if (CURRENT_TARGET_BYTE_ORDER == BFD_ENDIAN_BIG)
     {
       /* eBPF instructions are little-endian, but GETIMEMUDI reads according
          to target byte order. Swap to little-endian. */
-- 
2.31.1