From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io1-xd2d.google.com (mail-io1-xd2d.google.com [IPv6:2607:f8b0:4864:20::d2d]) by sourceware.org (Postfix) with ESMTPS id 540313945050 for ; Mon, 6 Apr 2020 14:41:20 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 540313945050 Received: by mail-io1-xd2d.google.com with SMTP id n10so16040650iom.3 for ; Mon, 06 Apr 2020 07:41:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tKw8XIT0dlDWFFMexwGF1W8LhtZi4bGuajuPBl551Z8=; b=nKAlnasmQvjnfS+FU0GbnaxsEFmt6OZpN7YPZ+FPZeiDCLL8BacDwpt/vcqigoCIsA Jr9vs9y+u7Re7qU/YzrBeIK9gwnEJyrUTZJ4GeUC7ZNoOsrPa4FYjCExfg4lBPC+pG+S sxYOlVhHjB6Pb/brSIkZ+ESgpfxOlu7HhF55n84a1789MPEFoC7A9XWTLlDrzCTBE/+v jKQy6b9mXeiChqpOgCNQY8wlgqnSfz8mlrpOFlWIzdL+9BB/eO1QKvyVkdTdCR4XPw/X sQoyp5oc/fdDJcBIIWcfYZC3FqSFtsiS633/LXqer0Fsqp5P/bPNvZmYCWm2IzV5XnUF iUaA== X-Gm-Message-State: AGi0PuYYnXER/EiDrVXWvZfzgls8tgalgESM/qpnRK5FWiVGBRUQYqu5 a75bnumJrVnKpvgMTK3Hafzz2FUZaCbZVCJGUhk= X-Google-Smtp-Source: APiQypIawsbZt/AkZm/wvcfy8a9VhL8vK8yJ01YZydOmtpbsrb39/LuVQFJjhaNaNIQWu9LZ3UsievFgLPosmaiserg= X-Received: by 2002:a6b:770e:: with SMTP id n14mr19239615iom.110.1586184079765; Mon, 06 Apr 2020 07:41:19 -0700 (PDT) MIME-Version: 1.0 References: <87blohl3an.fsf@redhat.com> <20200330084522.GA1075780@host1.jankratochvil.net> <20200330091934.GA1078028@host1.jankratochvil.net> <20200406114903.GA2375263@host1.jankratochvil.net> <20200406121615.GA2380468@host1.jankratochvil.net> In-Reply-To: From: Norbert Lange Date: Mon, 6 Apr 2020 16:41:08 +0200 Message-ID: Subject: Re: Automatically fetching Build ID from remote libraries and resole them locally? To: Jan Kratochvil Cc: "Frank Ch. Eigler" , gdb@sourceware.org, Gary Benson , Sergio Durigan Junior Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, 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@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2020 14:41:24 -0000 @Jan: You said > > GDB 9.0 certainly does not use *Build-Ids from the 'remote'*, > > According to a test I have made now I agree. Maybe Gary Benson will suggest > more. did you talk about upstream or Fedora (with your patches) here? I got GDB compiling with almost all Fedora patches included. Ready to test soon. I encountered some headaches when cross-compiling, it seems you have an bug with --with-rpm=auto (the default). (thats the output following the lines 'if test "x$with_rpm" != "xno"; then') + test xauto = xyes + test xauto = xauto + LIBRPM=librpm.so + RPM_REQUIRE=false + DLOPEN_REQUIRE=false + LIBRPM_STRING='"librpm.so"' + printf '%s\n' 'configure:6650: checking specific librpm version' + printf %s 'checking specific librpm version... ' checking specific librpm version... + HAVE_DLOPEN_LIBRPM=false + save_LIBS='-ldl ' + LIBS='-ldl -ldl' + test yes = yes + : + printf '%s\n' 'configure:6656: error: in `/tmp/build/gdb/gdb'\'':' + printf '%s\n' 'configure: error: in `/tmp/build/gdb/gdb'\'':' configure: error: in `/tmp/build/gdb/gdb': + as_fn_error 'cannot run test program while cross compiling See `config.log'\'' for more details.' 6659 5 + as_status='cannot run test program while cross compiling See `config.log'\'' for more details.' + test cannot run test program while cross compiling See '`config.log'\''' for more details. -eq 0 /tmp/build/source/gdb/gdb/configure: line 406: test: too many arguments + test '' + printf '%s\n' 'configure: error: 6659' configure: error: 6659 + as_fn_exit cannot run test program while cross compiling See '`config.log'\''' for more details. + set +e + as_fn_set_status cannot + return cannot /tmp/build/source/gdb/gdb/configure: line 295: return: cannot: numeric argument required + exit cannot /tmp/build/source/gdb/gdb/configure: line 305: exit: cannot: numeric argument required + exit_status=2 + echo Am Mo., 6. Apr. 2020 um 14:53 Uhr schrieb Norbert Lange : > > Am Mo., 6. Apr. 2020 um 14:16 Uhr schrieb Jan Kratochvil > : > > > > On Mon, 06 Apr 2020 14:08:55 +0200, Norbert Lange wrote: > > > How do I read the list at https://src.fedoraproject.org/rpms/gdb/tree/master. > > > Are all patches applied, or are the ones starting with 'gdb-6.6' only > > > for that version? > > > > All of them are applied, in this order: > > https://src.fedoraproject.org/rpms/gdb/blob/master/f/_patch_order > > > > Although I would find it most easy to just use some Fedora virtual machine > > (when you do not run Fedora natively). > > I doubt that, given that I tend to use gdb via IDE, and that we > currently internally distribute dev tools over a debian repository. > Lastly, Ill have to build a gdbserver for the target also. > > > > > > > > An a different note, I dont know if you are a GDB maintainer, > > > > I am no longer. > > Ok, then sorry if I came across disgruntled (I am disgruntled but you > certainly arent to blame) > > > > > > but the topic should be the upstream version? > > > > This mailing list is sure about the upstream version. Just saying the problem > > is solved in Fedora version so the patches could be somehow imported. > > Thanks, gonna try applying them locally and bugging debian maintainers > to add them. > Upstream might take a while, from what it seems. If you can, please > try if you can push those patches somehow. > > Norbert