From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4802 invoked by alias); 24 Sep 2012 12:55:47 -0000 Received: (qmail 4782 invoked by uid 22791); 24 Sep 2012 12:55:45 -0000 X-SWARE-Spam-Status: No, hits=-5.3 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_NO,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from va3ehsobe003.messaging.microsoft.com (HELO va3outboundpool.messaging.microsoft.com) (216.32.180.13) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 24 Sep 2012 12:55:32 +0000 Received: from mail235-va3-R.bigfish.com (10.7.14.252) by VA3EHSOBE001.bigfish.com (10.7.40.21) with Microsoft SMTP Server id 14.1.225.23; Mon, 24 Sep 2012 12:55:28 +0000 Received: from mail235-va3 (localhost [127.0.0.1]) by mail235-va3-R.bigfish.com (Postfix) with ESMTP id 134AE4001B3; Mon, 24 Sep 2012 12:55:28 +0000 (UTC) X-Forefront-Antispam-Report: CIP:59.163.77.45;KIP:(null);UIP:(null);IPV:NLI;H:KCHJEXHC01.kpit.com;RD:error;EFVD:FOP X-SpamScore: -6 X-BigFish: VPS-6(zz936eI154dMzz1202h1d1ah1d2ahzz17326ah8275dh177df4hz2dh2a8h668h839h944hd25hf0ah107ah1220h1288h12a5h12a9h12bdh137ah1155h) Received: from mail235-va3 (localhost.localdomain [127.0.0.1]) by mail235-va3 (MessageSwitch) id 1348491326574888_30007; Mon, 24 Sep 2012 12:55:26 +0000 (UTC) Received: from VA3EHSMHS023.bigfish.com (unknown [10.7.14.251]) by mail235-va3.bigfish.com (Postfix) with ESMTP id 87ECA5C004C; Mon, 24 Sep 2012 12:55:26 +0000 (UTC) Received: from KCHJEXHC01.kpit.com (59.163.77.45) by VA3EHSMHS023.bigfish.com (10.7.99.33) with Microsoft SMTP Server (TLS) id 14.1.225.23; Mon, 24 Sep 2012 12:55:22 +0000 Received: from KCHJEXMB03.kpit.com ([169.254.4.166]) by KCHJEXHC01.kpit.com ([172.10.15.73]) with mapi id 14.01.0289.001; Mon, 24 Sep 2012 18:25:06 +0530 From: Kaushik Phatak To: Mike Frysinger CC: "gdb-patches@sourceware.org" , Yao Qi , Pedro Alves Subject: RE: [RFC] New GDB Port CR16 Date: Mon, 24 Sep 2012 12:55:00 -0000 Message-ID: References: <503B9E59.6050502@codesourcery.com> <504478D0.4040202@redhat.com> <504A331F.2090204@redhat.com> In-Reply-To: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: kpitcummins.com Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2012-09/txt/msg00499.txt.bz2 >> so the fix would be to change this file to include the header. Yes, I agree. I have added the prototypes to the header file and the patch = below should fix this issue, include/opcode/ChangeLog: * cr16.h: Add prototypes for cr16-dis.c =09 --- ./gdb_src.orig/include/opcode/cr16.h 2010-04-15 15:56:09.0000000= 00 +0530 +++ ./gdb_src/include/opcode/cr16.h 2012-09-12 10:44:09.000000000 +0530 @@ -435,4 +435,8 @@ extern const inst *instruction; typedef long long int LONGLONG; typedef unsigned long long ULONGLONG; +/* Prototypes for function in cr16-dis.c */ +void make_instruction (void); +int match_opcode (void); + #endif /* _CR16_H_ */ Additionally, I was working on couple of issues as mentioned in the post be= low, http://sourceware.org/ml/gdb-patches/2012-09/msg00152.html Issue 1 is sorted out by migrating my gdbserver sources to the latest 7.5 r= elease version. I was earlier working on a much older branch and had only migrated= the host side gdb to 7.5. Issue 2 is related to the -fPIC option which causes my global data to be pl= aced at an offset causing the host side gdb to query incorrect addresses for glo= bal variables. Any comments on my proposed patch/hack ? http://sourceware.org/ml/gdb-patches/2012-09/msg00152/gdb_core_fpic_suspect= .diff Thanks & Best Regards, Kaushik Phatak