From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lf1-x12b.google.com (mail-lf1-x12b.google.com [IPv6:2a00:1450:4864:20::12b]) by sourceware.org (Postfix) with ESMTPS id 56E273858D1E for ; Wed, 2 Feb 2022 12:41:04 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 56E273858D1E Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=embecosm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=embecosm.com Received: by mail-lf1-x12b.google.com with SMTP id k13so8094169lfg.9 for ; Wed, 02 Feb 2022 04:41:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=embecosm.com; s=google; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version:content-transfer-encoding; bh=HlN/gRJSCJgGsszFl+Iod+5n2cOghbyL/jKy51RbLJY=; b=dRR2BaoTsGDtsIjLyETUcZCUwLCUpg/dKykj90jCL0NQzVRJEE3qxjZ1W4MHtYFoQS 5QaBWetoXydlOwHZnp0C9zH+WAo/w65MVLH5qN3v1qpYWi3tqCGj8zsnZkHcebuYHs21 cM+SlfBKTmgK+VF+nPjWbnGsVrR6l7Q1mXwAccSDGOzjKKTVImlTIIgC1DvhyhROzqOj t75oukpILgmwyeDkbIo690mSIm5jPLOPehLKZ5VfE4leXaFBtXwMSt0p+oPh4hyi6AA8 EMQD60LK8+pvAQCVEhbVwX3xVU8mYdqUHfKC93p0OWsh4UoA4WY5gh8oE93tfwiU5Ssn Vaxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-transfer-encoding; bh=HlN/gRJSCJgGsszFl+Iod+5n2cOghbyL/jKy51RbLJY=; b=UVzC65+P9+7ni9XQrP7H3C+IYKZIsFo/Sqipt1MayvsufPdxSOx4mZHGHKG3oO6mfa D2EfDSphQoa9CR6waRppDDV54CJbgOpPNnePNY51yHc9cHRTCQvwSqa5YtZtYO0OFlzi asKB7I0B40+uujiURI4IoGSt6rP0a1CpzJdjt5n9RvtVW0V7hh6CqTktAJS1l/GqjAtl ILNhTc9n/tnyjPkXjo7gEVyz0h1Cqm6hZ/7V6g0+SVPIclJSEGDPxA1qtNXrLFd30H5K EGLsOHoW+feJN7AS3sVKxqeX7cD5fUX4HIFRauQqa6ZVEQHcAouta334EVNPCNLG0Os0 Bemg== X-Gm-Message-State: AOAM5322rxcXMAvHirLqr4iorZaMaPhiUT9nLnBTIbK7FQAuAz03KaEy GBQis3tke4VQV80AjTNnqTM/XeQhjcASuQ== X-Google-Smtp-Source: ABdhPJxnT+sH4Y144lPaD20qRq4jbHZyO/vog0h7D3PNjiczq6Fnd7FTEiITk0nNH2HTHmjJgYSuLA== X-Received: by 2002:a19:5202:: with SMTP id m2mr22684823lfb.456.1643805663092; Wed, 02 Feb 2022 04:41:03 -0800 (PST) Received: from [192.168.219.3] ([78.8.192.131]) by smtp.gmail.com with ESMTPSA id r1sm3802873ljj.9.2022.02.02.04.41.01 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 02 Feb 2022 04:41:02 -0800 (PST) Date: Wed, 2 Feb 2022 12:40:58 +0000 (GMT) From: "Maciej W. Rozycki" To: "Jose E. Marchesi" cc: Vladimir Mezentsev via Binutils Subject: Re: [PATCH V4] gprofng: a new GNU profiler In-Reply-To: <87fsp9jli4.fsf@oracle.com> Message-ID: References: <7dadb881-ab4b-de4a-0453-6d8661a8cd83@oracle.com> <44e0ca3c-0792-7fc2-bff4-0918f1f4bea2@redhat.com> <653282db-9261-e5fc-4280-0d00be272d81@oracle.com> <53d65dfe-38b4-7a2c-2052-b3c039642392@redhat.com> <3d87cce5-1ac6-ca35-0baa-576d599acdc7@redhat.com> <1c976060-3d2f-1050-f948-9448acb33c71@oracle.com> <87fsp9jli4.fsf@oracle.com> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: binutils@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Binutils mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2022 12:41:07 -0000 On Thu, 27 Jan 2022, Jose E. Marchesi via Binutils wrote: > > It looks like you configured build  without --enable-shared. > > If yes, this is expected. > > Woudn't it be better to skip building gprofng in case no --enable-shared > is specified at `configure' time? Is it actually necessary to require `--enable-shared' in the first place for the program to work? The thing is there is (otherwise) little point in using the option with binutils, given that both libbfd and libopcodes are internal libraries not for general use and neither provides a stable ABI, so every revision would have to be separately installed if any external programs were to use them. Therefore having these libraries built as DSOs causes all the drawbacks of dynamic loading while no advantages of same are virtually used, and consequently I believe hardly anyone uses such a configuration. Maciej