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_at_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 HambyReceived on Wed Aug 04 2004 - 16:29:02 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:04 UTC