From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 18:29:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89B8116A4CE; Wed, 4 Aug 2004 18:29:02 +0000 (GMT) Received: from bronco.gopix.net (gopix.net [38.118.153.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31CF843D41; Wed, 4 Aug 2004 18:29:02 +0000 (GMT) (envelope-from jhamby@anobject.com) Received: from [127.0.0.1] (ar39.lsanca2-4.16.240.78.lsanca2.elnk.dsl.genuity.net [4.16.240.78]) (authenticated bits=0) by bronco.gopix.net (8.12.11/8.12.11) with ESMTP id i74IWwJR020058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Aug 2004 11:33:00 -0700 Message-ID: <41112AE6.8010600@anobject.com> Date: Wed, 04 Aug 2004 11:28:54 -0700 From: Jake Hamby User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) X-Accept-Language: en-us, en MIME-Version: 1.0 To: re@freebsd.org References: <200408040743.i747hs3m000419@pooker.samsco.org> <20040804102101.5e0f4023.steve@sohara.org> <20040804144309.GC26422@ip.net.ua> In-Reply-To: <20040804144309.GC26422@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 18:29:02 -0000 Ruslan Ermilov wrote: > On Wed, Aug 04, 2004 at 10:21:01AM +0100, Steve O'Hara-Smith wrote: > >>On Wed, 4 Aug 2004 01:43:54 -0600 (MDT) >>Scott Long wrote: >> >> >>> | Source upgrade | Not done | David Schultz | problematic. The | >>> | incompatibility | | | 5.3 world sources | >>> | | | | must be buildable | >>> | | | | and installable | >>> | | | | from a 5.2.1 | >>> | | | | system. | >> >> Should they not also be buildable and installable from a 4.10 or 4.11 system >>in order to preserve the -stable upgrade route ? >> > > I believe this item is not about builds/installs, but about the API > compatibility of libm.so. On that note, is there a particular reason why the version number for libstdc++.so wasn't bumped after the GCC 3.4.2 upgrade? I've tried to rebuild all my C++ apps with the new compiler, but just got bit by some undefined references in libmusicbrainz while building kdemultimedia3: /usr/local/lib/libmusicbrainz.so: undefined reference to `std::__default_alloc_template::allocate(unsigned int)' /usr/local/lib/libmusicbrainz.so: undefined reference to `std::string::_S_empty_rep_storage' /usr/local/lib/libmusicbrainz.so: undefined reference to `std::__default_alloc_template::deallocate(void*, unsigned int)' -- Jake Hamby