[Bug libstdc++/52456] FAIL: libstdc++-abi/abi_check

["bkoz at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52456

--- Comment #7 from Benjamin Kosnik <bkoz at gcc dot gnu.org> 2012-03-09 18:46:52 UTC ---

Hey all. Undesignated are optionally-added symbols (like tls) that are
configure or platform dependant and so are not set into the baselines. This is
new.

They are not FAIL. It's the incompatible symbols that are making this FAIL.

As of the fix for 52191, abi_check assumes that baseline_symbols.txt file is
current as per the last release. For the 4.7.0 release, this means:

Current in 4.7.0:
GLIBCXX_3.4.17, CXXABI_1.3.6, CXXABI_TM_1

It seems as if HPPA-linux baselines are in no way current. Looking back at the
repository, the last time this file was updated for hppa was jan 2009.
(gcc-4.3/4.4 ish)

>From your diff, hppa-linux is adding into:

+OBJECT:0:CXXABI_1.3.3
+OBJECT:0:CXXABI_1.3.4
+OBJECT:0:CXXABI_1.3.5
+OBJECT:0:CXXABI_1.3.6

GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17

Which is every release post 4.3.x, starting with 4.4. So, this could make
sense.

None of the symbol additions for hppa-linux diverge from x86-linux in name or
version, so this seems ok to me if you just want to update the hppa-linux
baselines to 4.7.0 exports. 

Once you update the trunk hppa baselines, abi_check will stop failing.