From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 99395 invoked by alias); 2 Sep 2015 18:36:54 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 99385 invoked by uid 89); 2 Sep 2015 18:36:54 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.4 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY,RDNS_DYNAMIC,TVD_RCVD_IP autolearn=no version=3.3.2 X-HELO: brightrain.aerifal.cx Received: from 216-12-86-13.cv.mvl.ntelos.net (HELO brightrain.aerifal.cx) (216.12.86.13) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 02 Sep 2015 18:36:52 +0000 Received: from dalias by brightrain.aerifal.cx with local (Exim 3.15 #2) id 1ZXCtu-0004MM-00 for gcc-patches@gcc.gnu.org; Wed, 02 Sep 2015 18:36:50 +0000 Date: Wed, 02 Sep 2015 18:36:00 -0000 From: Rich Felker To: gcc-patches@gcc.gnu.org Subject: Reviving SH FDPIC target Message-ID: <20150902183650.GA16052@brightrain.aerifal.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes X-SW-Source: 2015-09/txt/msg00181.txt.bz2 I've started work on reviving the FDPIC support patch for the SH target, which was proposed upstream in 2010 then abandoned: https://gcc.gnu.org/ml/gcc-patches/2010-08/msg01464.html Right now I'm in the process of determining what parts can be applied as-is to current gcc, and what parts need to be adapted or rewritten to account for changes in gcc between the 4.5 era and now (5.2/6.0). The original patch as posted contained a significant amount of changes that were unrelated to FDPIC code generation but rather for adding sh*-uclinux tuples, and some things that even look like they're associated with the old bFLT format. I am omitting these parts for now since I'm unfamiliar with the old uClinux stuff and it's unmaintained. If anyone else wants to use it, I think it would make more sense factored as a separate patch anyway. The target I have in mind is SH-2/J2 with musl libc, but uClibc or even glibc could be made to work with it. I will submit the patches for musl support (basically, just hooking up the dynamic linker name for fdpic) separately; I believe they'll need merging with the already-pending musl support patch from Szabolcs Nagy. One question I'd like to ask now in case it's a problem that takes a while to work out -- is copyright assignment already handled for the old patch? The contributors listed in it are (all codesourcery): - Daniel Jacobowitz - Joseph Myers - Mark Shinwell - Andrew Stubbs Also, according to Joseph Myers, there was some unresolved disagreement that stalled (and eventually sunk) the old patch, so if anyone's still around who has objections to it, could you speak up and let me know what's wrong? Kaz Kojima seems to have approved the patch at the time so I'm confused what the issue was/is. Rich