This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] One more libstdc++ ABI compatibility fix
- From: Jakub Jelinek <jakub at redhat dot com>
- To: bkoz at redhat dot com, mark at codesourcery dot com
- Cc: gcc-patches at gcc dot gnu dot org
- Date: Sat, 16 Nov 2002 16:34:20 -0500
- Subject: Re: [PATCH] One more libstdc++ ABI compatibility fix
- References: <20021116212357.A14760@sunsite.ms.mff.cuni.cz>
- Reply-to: Jakub Jelinek <jakub at redhat dot com>
On Sat, Nov 16, 2002 at 09:23:57PM +0100, Jakub Jelinek wrote:
> Hi!
>
> I still get
> 1 missing symbols
> 1
> symbol
> _ZNSbIwSt11char_traitsIwESaIwEE12_S_constructEmwRKS1_
> demangled symbol
> std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >::_S_construct(unsigned long, wchar_t, std::allocator<wchar_t> const&)
> on IA-64/Alpha on gcc-3_2-rhl8-branch (libstdc++ identical
> to gcc-3_2-branch).
> The following patch (well, just first hunk) should fix it, will bootstrap
> on IA-64 in a minute.
> Ok to commit (3.2 branch, head)?
>
> 2002-11-16 Jakub Jelinek <jakub@redhat.com>
>
> * config/linker-map.gnu: Export _S_construct even if size_t is
> unsigned long. Collapse std::codecvt<char>::codecvt(size_t)
> and std::codecvt<wchar_t>::codecvt(size_t) into one export pattern.
FYI, bootstrap + regression testing just finished and there are no missing
symbols any longer.
Jakub