From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1221 invoked by alias); 21 Nov 2013 10:23:20 -0000 Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org Received: (qmail 1204 invoked by uid 89); 21 Nov 2013 10:23:19 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.4 required=5.0 tests=AWL,BAYES_50,RDNS_NONE autolearn=no version=3.3.2 X-HELO: mailfilter04.hatteland.com Received: from Unknown (HELO mailfilter04.hatteland.com) (213.162.250.23) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 21 Nov 2013 10:23:18 +0000 Received: from mailfilter04.hatteland.com (localhost [127.0.0.1]) by mailfilter04.hatteland.com (Postfix) with ESMTP id 51973FD2A9; Thu, 21 Nov 2013 11:23:09 +0100 (CET) Received: from jhsvmret01.hatteland.com (jhsvmret02.hatteland.com [213.162.247.111]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailfilter04.hatteland.com (Postfix) with ESMTPS id C23C1FD241; Thu, 21 Nov 2013 11:23:06 +0100 (CET) Received: from JHSVMHUB01.netsentral.no (172.21.1.101) by jhsvmret02.hatteland.com (213.162.247.111) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 21 Nov 2013 11:23:05 +0100 Received: from [192.168.0.65] (172.21.20.11) by e2010.hatteland.com (172.21.1.25) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 21 Nov 2013 11:23:06 +0100 Message-ID: <528DDF0A.5060802@westcontrol.com> Date: Thu, 21 Nov 2013 10:56:00 -0000 From: David Brown User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "eljedi ." , Oleg Endo CC: Jonathan Wakely , gcc-help Subject: Re: GCC port References: <1384975039.2438.109.camel@yam-132-YW-E178-FTW> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-SW-Source: 2013-11/txt/msg00167.txt.bz2 On 21/11/13 09:22, eljedi . wrote: > Thank you guys for the answers. > Now I have a lot to read and learn. > > > On Wed, Nov 20, 2013 at 8:17 PM, Oleg Endo wrote: >> On Wed, 2013-11-20 at 19:25 +0100, eljedi . wrote: >>> Thank you Jonathan for the quick reply. >>> >>> About the CPU I mentioned, do you think it can be done? (its a 16bits, >>> and I read gcc works fine for 32bits processors with 32bits registers, >>> more than one). >> >> Yes, it can be done. >> For example, AVR is also < 32 bits and it works. >> >> Cheers, >> Oleg >> > The AVR is in fact an 8-bit cpu - I think it is the only 8-bit target that is supported by gcc mainline. For a 16-bit cpu, look at the msp430 port. It has just recently been added to mainline - previously it was developed outside the main gcc tree. But being a new port, or at least a newly cleaned up port, it should be a good example to start with. Also note that before working on a gcc port, you should check that the device is supported by binutils - if not, that's where to start. Binutils support for a processor is a lot less work than gcc support, but it is an essential step - that's what gcc uses for assembling and linking.