Date: Wed, 04 Aug 2004 11:28:54 -0700 From: Jake Hamby <jhamby@anobject.com> To: re@freebsd.org Cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO Message-ID: <41112AE6.8010600@anobject.com> In-Reply-To: <20040804144309.GC26422@ip.net.ua> References: <200408040743.i747hs3m000419@pooker.samsco.org> <20040804102101.5e0f4023.steve@sohara.org> <20040804144309.GC26422@ip.net.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <scottl@FreeBSD.org> 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<true, 0>::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<true, 0>::deallocate(void*, unsigned int)' -- Jake Hamby
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?41112AE6.8010600>