From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 4550B139083 for ; Tue, 5 Dec 2017 13:19:22 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 53945E0FC8; Tue, 5 Dec 2017 13:19:10 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id EDFA0E0E94 for ; Tue, 5 Dec 2017 13:19:09 +0000 (UTC) Received: from [192.168.1.100] (c-98-218-46-55.hsd1.md.comcast.net [98.218.46.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mjo) by smtp.gentoo.org (Postfix) with ESMTPSA id 531F233BF0F for ; Tue, 5 Dec 2017 13:19:08 +0000 (UTC) Subject: Re: [gentoo-user] Re: Emerge does want to tell me...what? To: gentoo-user@lists.gentoo.org References: <20171203044339.egi6467qif26m7zi@solfire> <1594976.Z0aQS8hZtE@peak> <20171204191933.GA11145@waltdnes.org> <1808483.LPKLH7Qx5N@peak> From: Michael Orlitzky Message-ID: <21c92ebd-b79f-b1fa-f8b4-228e8aee5d07@gentoo.org> Date: Tue, 5 Dec 2017 08:18:59 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 In-Reply-To: <1808483.LPKLH7Qx5N@peak> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Archives-Salt: 34c5bf42-5302-4ce3-b1d0-b543976cdc58 X-Archives-Hash: 5508f319ab83a7ea5de38d017933890b On 12/05/2017 05:23 AM, Peter Humphrey wrote: > > I've been waiting for shouts of horror at that suggestion, but all's quiet > so I'll see if I can remember how to set -fpic in the environment of > palemoon. I'd have expected the ebuild do that though. The upstream build system should already be using -fpic for any of its shared objects[0]: The most important recommendation is to always use -fpic or -fPIC when generating code which ends up in DSOs. This applies to data as well as code... When gcc is used... It is therefore mandatory to compile all code which can potentially end up in a DSO with -fpic/-fPIC since otherwise the DSO might not work correctly. If -fpic is missing, it's probably a bug in some Makefile. The ebuild *can* fix that in the meantime, but it belongs upstream. [0] http://people.redhat.com/drepper/dsohowto.pdf