From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24640 invoked by alias); 11 Dec 2011 21:37:37 -0000 Received: (qmail 24632 invoked by uid 22791); 11 Dec 2011 21:37:36 -0000 X-SWARE-Spam-Status: No, hits=-1.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE X-Spam-Check-By: sourceware.org Received: from smtp11.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.133) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 11 Dec 2011 21:36:59 +0000 Received: from treguer.localnet ([90.32.38.45]) by mwinf5d46 with ME id 7xcx1i0030ySpGA03xcxQ5; Sun, 11 Dec 2011 22:36:57 +0100 From: "Yann E. MORIN" To: crossgcc@sourceware.org Subject: Re: sparc leon toolchain 4.6.0 Date: Sun, 11 Dec 2011 21:37:00 -0000 User-Agent: KMail/1.13.5 (Linux/3.1.4-treguer; KDE/4.4.5; x86_64; ; ) Cc: Konrad Eisele References: <4EDC86E4.6030202@gaisler.com> In-Reply-To: <4EDC86E4.6030202@gaisler.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201112112236.56313.yann.morin.1998@anciens.enib.fr> Mailing-List: contact crossgcc-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: crossgcc-owner@sourceware.org X-SW-Source: 2011-12/txt/msg00018.txt.bz2 Konrad, All, On Monday 05 December 2011 09:55:00 Konrad Eisele wrote: > Here is a seperated patch for gcc 4.6.0 + binutils 2.21.1 for > SPARC-LEON. As said in other replies, I think this should go upstream. Maintaining support for architecture and/or variants in crosstool-NG is doomed to failure in the long run. The support is only added for one version of the tools, namely binutils-2.21.1a and gcc-4.6.0. Saying that Sparc-Leon is supported would be confusing for users, when they choose other versions, and supporting them on the support channels would be quite a burden. Then, comes the issue of maintaining those patches in the long run. Although I do not doubt your good will, experience has shown that this kind of submission is not maintained for a long time after inclusion. That being said, I recognise the fact that you do need this. I would suggest that you keep those patches local, and tell crosstool-NG to use an alternate location where to look for components' patches: Paths and misc options ---> Patches origin ---> (X) Bundled, then local (/path/to/leon/patches) Local patch directory This way, crosstool-NG will apply the bundled patches (as usual, I'd say), and then look for more patches in the local patch directory. Regards, Yann E. MORIN. -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------' -- For unsubscribe information see http://sourceware.org/lists.html#faq