5.3-RELEASE TODO

[Jake Hamby]

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 Hamby