From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.50) id 1EX2eK-0000VU-3B for garchives@archives.gentoo.org; Tue, 01 Nov 2005 20:22:28 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jA1KM007017299; Tue, 1 Nov 2005 20:22:00 GMT Received: from hermes.orakel.ods.org (dsl67-66.fastxdsl.nl [62.251.66.67]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id jA1KM0BX004280 for ; Tue, 1 Nov 2005 20:22:00 GMT Received: from aphrodite.orakel.ods.org ([172.17.2.15]) by hermes.orakel.ods.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.54) id 1EX2dr-0005XX-P0 for gentoo-osx@lists.gentoo.org; Tue, 01 Nov 2005 21:22:00 +0100 Message-ID: <4367CE67.4070308@gentoo.org> Date: Tue, 01 Nov 2005 21:21:59 +0100 From: Grobian Organization: Gentoo Foundation User-Agent: Thunderbird 1.4.1 (Macintosh/20051006) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-osx@gentoo.org Reply-to: gentoo-osx@lists.gentoo.org MIME-Version: 1.0 To: gentoo-osx@lists.gentoo.org Subject: Re: [gentoo-osx] The road ahead? References: <20051030104901.GA15227@gentoo.org> <376467D8-BCFC-4A3C-9512-1AD1C32CB00B@gentoo.org> <20051101003258.GB10657@nightcrawler> <65C7CF99-1E15-49EE-85F2-E08AC12CD177@gentoo.org> <96c9d6a80511011216t604df16ar38139a628ce1cbeb@mail.gmail.com> In-Reply-To: <96c9d6a80511011216t604df16ar38139a628ce1cbeb@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Scanned: by hermes.orakel.ods.org (Exim Exiscan) using SpamAssassin and ClamAV X-Archives-Salt: 6d7e77c4-a7ef-40c3-8ad5-865114ba1da7 X-Archives-Hash: c06b1fa4591c4a27139fee288913983c I'm also happy to see this way as an option at least. I don't have good arguments yet, but I feel there's more in it somehow. On the other hand, (turning my head over to *our* glep42) it imposes a problem that needs to be addressable somehow by having the handles to dynamically do the right things depending on apple/gnu cc-suite, if you get what I mean. Nathan wrote: >> [1] I chose to use the apple branch of gcc, as most upstream packages >> have started expecting it on Darwin systems, and have started using >> apple-specific flags such as -mdynamic-no-pic and -no-cpp-precomp and >> -faltivec, so I figured this is the path of least resistance. Plus >> this allows us to take advantage of Frameworks... > > Coolness. I assumed that upstream support for apple's gcc hadn't > occurred. Glad to be wrong if it means we get extras from Apple. > -- Fabian Groffen Gentoo for Mac OS X Project -- Interim Lead -- gentoo-osx@gentoo.org mailing list