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.
