From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27469 invoked by uid 1002); 22 May 2003 21:08:02 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 32292 invoked from network); 22 May 2003 21:08:01 -0000 Message-ID: <3ECD3C2E.7040809@gentoo.org> Date: Thu, 22 May 2003 14:07:58 -0700 From: Zach Welch Organization: Gentoo Linux User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sylvain CC: gentoo-dev@gentoo.org References: <20030521012541.60443fc6.asm8@wanadoo.fr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gentoo-dev] 2 uclibc questions : (un)masked / new use flag ? X-Archives-Salt: d99b18aa-915f-41e3-acb7-1b7ad6cc0c72 X-Archives-Hash: 6033e097fdb87204365802ceb4db230b Sylvain wrote: > Hello ! > > My questions are in the title :-) > > 1) What about unmasking uclibc ebuild ? Did someone use it ? If so, > are you happy with it, so that it would be possible to unmask it. I > didn't find anything related to it on bugs.gentoo, and very few topics > in forums. uCLibc should not be unmasked, and I was somewhat surprised to learn it was in portage in the first place. Please see the following page: http://cvs.gentoo.org/~zwelch/uclibc.html which summarizes the state of uClibc (in the context of the larger Gentoo Embedded project) as I currently can tell it. I look forward to any comments or corrections for that page, or any other on the site. [[ more reply below ]] > 2) Maybe i should submit a bug for that, but i first want to know if > i'm the only person interested in that : i speak about a uclibc use > flag. Packages in particular which could benefit from that are of > course busybox, > but also udhcp, and maybe others ? A package using this flag would > change the PATH variable to /usr/i386-linux-uclibc/usr/bin/:$PATH in > the environnement of econf and emake function. > The above page explains why a USE flag is not quite the right solution, and provides a suggested alternative. The new gcc-config should handle the installation of and dynamic switching to uClibc-based compilers and cross-compilers; I personally have looked at this while rewriting gcc-config, so it will be supported - eventually. Don't let this discourage you though: I will be posting a full announcment of the embedded project shortly, and your continued interest with uClibc could help drive that portion of the project forward. Cheers, Zach Welch Gentoo Embedded Lead Superlucidity Services -- gentoo-dev@gentoo.org mailing list