From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12868 invoked by alias); 13 Mar 2005 09:15:04 -0000 Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sources.redhat.com Received: (qmail 12812 invoked from network); 13 Mar 2005 09:15:03 -0000 Received: from unknown (HELO gateway.sf.frob.com) (64.81.54.130) by sourceware.org with SMTP; 13 Mar 2005 09:15:03 -0000 Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228]) by gateway.sf.frob.com (Postfix) with ESMTP id AB1A5357B; Sun, 13 Mar 2005 01:15:02 -0800 (PST) Received: from magilla.sf.frob.com (localhost.localdomain [127.0.0.1]) by magilla.sf.frob.com (8.12.11/8.12.9) with ESMTP id j2D9F25q028460; Sun, 13 Mar 2005 01:15:02 -0800 Received: (from roland@localhost) by magilla.sf.frob.com (8.12.11/8.12.11/Submit) id j2D9F2YT028457; Sun, 13 Mar 2005 01:15:02 -0800 Date: Sun, 13 Mar 2005 09:15:00 -0000 Message-Id: <200503130915.j2D9F2YT028457@magilla.sf.frob.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Roland McGrath To: Alexandre Oliva Cc: libc-hacker@sources.redhat.com Subject: Re: Fujitsu FR-V port (linuxthreads and nptl included) In-Reply-To: Alexandre Oliva's message of , 9 February 2005 09:30:05 -0200 X-Antipastobozoticataclysm: Bariumenemanilow X-SW-Source: 2005-03/txt/msg00039.txt.bz2 > So, I can add an entry to ports/Versions.def and it will just work. No top-level ports/ file should contain anything specific like this. Not just not anything cpu-specific, but really anything but the build boilerplate of being an add-on. Any real part of the port sources should be in a sysdeps directory. As we've already seen, this hasn't been possible before for all things, and making it so requires some changes. As I've said, I'll help when such changes are necessary, but it'll start when you propose something that solves your problem while meeting the constraints I've set. > Unfortunately, Versions.v is preprocessed with -undef, so > __FRV_FDPIC__ isn't defined. Any chance we could take out this > -undef, or must I come up with some more convoluted solution? I think that's to counteract predefined -Di686 and the like making trouble. So, probably not. Thanks, Roland