From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gustavo Zacarias Date: Thu, 08 Aug 2013 14:57:10 -0300 Subject: [Buildroot] AVR32 toolchain build failure In-Reply-To: References: <20130806195402.2f3f94e7@skate> <20130807172033.564940d1@skate> <20130808000726.66ab7194@skate> <20130808100303.2b0226dd@skate> <52037954.9080408@zacarias.com.ar> Message-ID: <5203DBF6.7020106@zacarias.com.ar> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net On 08/08/2013 01:18 PM, Simon Dawson wrote: > Hi Gustavo, > > On 8 August 2013 11:56, Gustavo Zacarias wrote: >> 1) Reinstate patches in the appropiate place since uclibc was packaged. >> 2) Probably add various "depends on !BR2_avr32" in packages that need >> newer syscalls (alternatively add a ton of backports for uclibc 0.9.31 >> from newer releases). >> 3) Revert startfiles cleanup to the old manual way, adding new >> exceptions/modes for the noMMU crowd (it wasn't handled before) - or >> alternatively also patch the uclibc 0.9.31 makefile to make it more >> 0.9.32/33-ish like. > > That doesn't sound too bad. I'm happy to do this work, if appropriate. > Perhaps your point #2 will not be necessary in the short term...? There'll be some autobuilder failures if that's not done. #3 will surely take time too since it was a hardcoded default before the 0.9.31 removal which made the internal blackfin toolchain never work (it builds now at least, as far as "work" depends on having someone testing things, work still remains but it's a start). It also affects other nommu toolchains like ARM, but it's broken for other reasons for now. New packages and bumps might break for avr32 too, we just can't hold on to old software being buggy and/or having security vulnerabilities just to keep it running on old bitrot toolchains. > I understand where you're coming from here. I'm not sure we're "going > in circles" just yet, but appreciate that it may come to that. If you want to volunteer continuous amounts of time into getting this right, then maybe, i'm not the only one deciding here. I can't get the toolchain to build and everything points to "install some odd host gcc version" which isn't quite right - things are supposed to work in many different normal scenarios. But as Thomas said if the latest kernels don't work that's somewhat of a bad omen. Regards.