so i should use switchfin Philip Prindeville a écrit : > Not so much glibc as eglibc... and it's not just a question of size on > flash, but the footprint of the running SO as well... with an SO, you can't > do a partial load. It's all there, including all the pieces that are never > used (like iconv). > > There are some very nice ARM and MIPS SoC platforms right now. > > > On 9/8/10 6:49 AM, Chris Abnett wrote: > >> I think it would be nice to dump uclibc in favor of glibc for sure... I >> realize space constraints were an issue in the past.. but really we are >> dealing with flash cards in the gigabytes now and not megabytes.. so having >> a few extra megs in there wont hurt things >> >> I agree with so many small and low power consumption x86 hardware out there, >> and getting less costly all the time too...that supporting non-standard >> targets might end up being a lot of work, only to find that particular >> device discontinued a short time later... im not saying blackfin will be >> discontinued.. >> >> but it seems there are already other linux developments for blackfin? >> >> -Christopher >> >> >> >> -----Original Message----- >> From: Darrick Hartman [mailto:dhart...@djhsolutions.com] >> Sent: Wednesday, September 08, 2010 9:25 AM >> To: astlinux-users@lists.sourceforge.net >> Subject: Re: [Astlinux-users] astlinux in blackfin >> >> On 09/07/2010 08:09 PM, Philip Prindeville wrote: >> >>> On 9/8/10 2:39 PM, Meftah Tayeb wrote: >>> >>>> hi, >>>> doe is it pocible to run astlinux in blackfin? >>>> thank you >>>> >>>> >>> It currently isn't: we're tied to runnix and x86 architecture, which is >>> >> one reason we've been considering moving toward openwrt as a platform >> framework. >> >> We've been looking at different platforms for future AstLinux >> development. I know Philip and I disagree on this, but I don't see us >> supporting blackfin or other non x86 targets. With the number of >> available small x86 target devices, it's hard to justify the development >> effort to support alternative architectures. >> >> Darrick >> > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Astlinux-users mailing list > Astlinux-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to > pay...@krisk.org. > > > __________ Information from ESET NOD32 Antivirus, version of virus signature > database 5283 (20100716) __________ > > The message was checked by ESET NOD32 Antivirus. > > http://www.eset.com > > >
__________ Information from ESET NOD32 Antivirus, version of virus signature database 5283 (20100716) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ------------------------------------------------------------------------------ Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev _______________________________________________ Astlinux-users mailing list Astlinux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to pay...@krisk.org.
