Date: Sat, 26 Dec 2009 01:18:13 -0700 (MST) From: "M. Warner Losh" <imp@bsdimp.com> To: rdivacky@FreeBSD.org Cc: src-committers@FreeBSD.org, erik@cederstrand.dk, jhb@FreeBSD.org, svn-src-all@FreeBSD.org, marius@alchemy.franken.de, svn-src-head@FreeBSD.org Subject: Re: svn commit: r200797 - head/lib/libc/stdtime Message-ID: <20091226.011813.832046103629392276.imp@bsdimp.com> In-Reply-To: <20091222190244.GA56837@freebsd.org> References: <20091222141810.GA17221@freebsd.org> <A538C406-7480-4EB4-8839-2AA0277858C5@cederstrand.dk> <20091222190244.GA56837@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In message: <20091222190244.GA56837@freebsd.org>
Roman Divacky <rdivacky@FreeBSD.org> writes:
: On Tue, Dec 22, 2009 at 04:49:48PM +0100, Erik Cederstrand wrote:
: > Den 22/12/2009 kl. 15.18 skrev Roman Divacky:
: >
: > > well... llvm provides its own assembler so if the need for newer binutils
: > > comes from need of newer as I believe llvm can help here. or is the linker
: > > the problem?
: >
: > It does? I was under the impression that this was still very much a WIP (http://llvm.org/releases/2.6/docs/ReleaseNotes.html#mc) and that LLVM still uses the system assembler and linker.
:
: yes, it's a WIP. what I meant was that there's not so much pressure to import
: newer "as" as we might be getting that from llvm anyway in the time frame...
I'd rather counter with a contrary view. Given the choice between a
badly licensed, but known to be working tool and a well licensed, but
mostly vapor-ware tool, I'm inclined to go with the former...
I've taken a look at what NetBSD has done in this area, and they have
one sub-tree for all gplv3 code. Can svn easily exclude a tree? I
know one can mirror without directories with cvsup...
I think that going the ports route likely isn't going to work too
well. It can be made to work, but you need more infrastructure in
place and it is less integrated and tested :(
Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20091226.011813.832046103629392276.imp>