From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 55887 invoked by alias); 19 Aug 2017 08:11:31 -0000 Mailing-List: contact elfutils-devel-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Post: List-Help: List-Subscribe: Sender: elfutils-devel-owner@sourceware.org Received: (qmail 54585 invoked by uid 89); 19 Aug 2017 08:11:02 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Checked: by ClamAV 0.99.2 on sourceware.org X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.6 required=5.0 tests=BAYES_00,DATE_IN_PAST_06_12,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 spammy=H*M:stream X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_00,DATE_IN_PAST_06_12,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on sourceware.org X-Spam-Level: X-HELO: gnu.wildebeest.org Received: from wildebeest.demon.nl (HELO gnu.wildebeest.org) (212.238.236.112) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 19 Aug 2017 08:11:01 +0000 Received: from stream.wildebeest.org (ADijon-357-1-27-209.w109-217.abo.wanadoo.fr [109.217.50.209]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gnu.wildebeest.org (Postfix) with ESMTPSA id DAA2233138D5; Sat, 19 Aug 2017 10:10:58 +0200 (CEST) Received: by stream.wildebeest.org (Postfix, from userid 1000) id B4F39101FC5; Fri, 18 Aug 2017 23:34:23 +0200 (CEST) Date: Sat, 19 Aug 2017 08:11:00 -0000 From: Mark Wielaard To: Ulf Hermann Cc: elfutils-devel@sourceware.org Subject: Re: [PATCH v3] Check if rpath is supported and throw an error if not Message-ID: <20170818213423.GG3169@stream> References: <3675fb88-568f-bc31-a40f-12d1c0ea516f@qt.io> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3675fb88-568f-bc31-a40f-12d1c0ea516f@qt.io> User-Agent: Mutt/1.8.3 (2017-05-23) X-IsSubscribed: yes X-SW-Source: 2017-q3/txt/msg00089.txt.bz2 On Fri, Aug 18, 2017 at 04:04:28PM +0200, Ulf Hermann wrote: > Some systems don't have rpath. In that case the backends need to be > made available by some external mechanism. Provide a configure switch > to explicitly turn off the setting of rpaths. Throw an error if that is > not set and rpath is not supported. I think this is not great. This basically just breaks things. If done we should provide such an "external mechanism". For DTS I just compile in the supported backends staticly. See the code on the mjw/RH-DTS branch. That is also not great since it just hard codes the supported backends (and then just throws away various tests that are broken in that setup). Which is why that code isn't on the master branch. But if we can come up with something like that (but a little bit more flexible) as alternative for not having/using rpath/ldopen, that would be good. What "external mechanism" are you using? Cheers, Mark