From owner-freebsd-arch@freebsd.org Wed Oct 21 10:44:06 2015 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7BAE6A1A997 for ; Wed, 21 Oct 2015 10:44:06 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0FE8411A6; Wed, 21 Oct 2015 10:44:06 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZoqsD-000OkY-T0; Wed, 21 Oct 2015 13:44:01 +0300 Date: Wed, 21 Oct 2015 13:44:01 +0300 From: Slawa Olhovchenkov To: Bryan Drewery Cc: Ian Lepore , John Baldwin , 'freebsd-arch' Subject: Re: Retiring in-tree GDB Message-ID: <20151021104401.GK42243@zxy.spb.ru> References: <2678091.es0AGJQ0Ou@ralph.baldwin.cx> <5626B15C.4080408@FreeBSD.org> <1445377905.99375.22.camel@freebsd.org> <5626B994.1030708@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5626B994.1030708@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2015 10:44:06 -0000 On Tue, Oct 20, 2015 at 03:00:52PM -0700, Bryan Drewery wrote: > >>> criteria: > >>> > >>> 1) devel/gdb works including thread and kgdb support > >>> 2) lldb works > > > > This just-won't-die meme that a "functional system" is nothing more > > than a bare kernel and an init binary and everything else comes from > > ports is extra-scary when you consider that ports can't even be (cross > > -)built for some architectures. > > > > It sucks that the project is adopting the mindset that the only way to > > compete with linux is to become linux. (And it sucks that installing a > > truly functional system will require end users to have roughly the same > > knowledge as the team that assembles a linux distro.) > > It's not about Linux. It's about not providing the same thing twice on > the system. It's about not having 2 different compilers on the system. > Using ports on older releases means the base compiler is too outdated to > build from ports and is thus not used. We have so much redundancy before > /usr and /usr/local once you install packages or try to build from > ports. There's no sane reason for that. > > In a world of a packaged base the default install should still mostly > match what we have now for POLA. Just that it is contained in packages. > My point here is that removing something is argument #1, adding > something is argument #2. > > No one is seriously suggesting we provide a DVD with init, libc, rtld, > libthr and a kernel only. That may be "a package" which is considered > very critical and special, but it would be among many other packages. > > Yes we need cross-compiling in ports. We also need more native build > servers in the cluster to provide packages. Currently, ports, need to compile gcc49, have run depend of whole gcc49. This is not 'less compile'. And may cause many problems if outdated compiler will be conflict with new compiler. Base system now act as fixit bootrom: independed from application, all-sufficient, full functional and always consistent.