From mint-bounce@lists.fishpool.fi Sat Jan 2 05:42:05 2010 Message-ID: <4B3F2275.2050506@online.no> Date: Sat, 02 Jan 2010 11:39:49 +0100 From: Jo Even Skarstein User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: mint@lists.fishpool.fi Subject: Re: [MiNT] [Mint-cvs] [FreeMiNT CVS] freemint/sys/sockets/inet4 References: <201001011533.o01FXxwV032211@mail.sparemint.org> <1262366629.16683.1686.camel@jetpack.demon.co.uk> <4B3E336F.5010502@atari.org> <4B3E349B.9030100@freesbee.fr> <4B3E3C25.1000602@atari-source.org> <4B3E486B.2010507@atari-source.org> <4B3E5FD9.9040508@atari-source.org> <4B3E71C5.9070803@online.no> <4B3E7ADB.6050506@atari.org> In-Reply-To: <4B3E7ADB.6050506@atari.org> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: joska@online.no Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: Odd Skancke wrote: >> Anyway, gcc is so slow that it's not practically usable on a plain >> Falcon. Why are we using this compiler? Because of the lack of >> alternatives? > > Well. I think we've got alternatives, but those alternatives is a dead > end imo. On the other hand, GCC have become too heavy for our hardware > to manage. So, to me it looks like we're in a "chicken and egg" I'm no gcc-expert, far from it. But I think that the major reason for the poor performance (in terms of resource usage) of gcc on our systems is the build system. make calling make, gcc being loaded for every single source file... It's not very efficient. I think it should be possible to gain a lot of speed by building more efficiently. > situation. For me, the alternatives are no option, as i feel that the > only chance we have of ever getting FreeMiNT/XaAES to run on other > hardware is to stick with GCC. I accept the fact that I can never build Ofcourse, there is always the possibility to adapt ACHH to compile gcc-oriented sources ;-) > maintain compatibility. My main developmentenvironment is GCC 4.4.2/KDE > on Fedora. On this beast, it takes 16 seconds to build the kernel from > distclean. I dont want to loose that luxury :) I would probably have to do the same if I want to do any work on MiNT/XaAES myself. However, I don't feel good about it. I have nothing against cross-compilers (I'm using avr-gcc on a regular basis and definitely see the benefits of cross-compiling) but I like to use my Ataris when doing Atari-related work. > One solution could be we branch off the CVS, one for sources that will > build on the native alternative compilers and one for GCC sources. With No, I don't like this. I would rather wait for my Milan to finish compiling or even use my PC. Jo Even