elfutils vs debian gcc

[Jack Howarth <howarth@bromo.msbb.uc.edu>]

   Has anyone tried to build elfutils 0.72 from rawhide on debian
using our gcc-3.2? I thought I would try to build it since redhat
is using that instead of libelf from now on to link into their
prelink binary. I found that on debian ppc sid we get a build failure
(with libelf0-dev deinstalled to prevent header collisions)...

if gcc -D_GNU_SOURCE -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../lib -I..   -Wall -Werror -g -O2 -MT elf_version.o -MD -MP -MF ".deps/elf_version.Tpo" \
  -c -o elf_version.o `test -f 'elf_version.c' || echo './'`elf_version.c; \
then mv ".deps/elf_version.Tpo" ".deps/elf_version.Po"; \
else rm -f ".deps/elf_version.Tpo"; exit 1; \
fi
cc1: warnings being treated as errors
In file included from elf_version.c:19:
libelfP.h:357: warning: `visibility' attribute directive ignored
libelfP.h:358: warning: `visibility' attribute directive ignored
libelfP.h:363: warning: `visibility' attribute directive ignored

These are lines of the form...

extern const xfct_t __elf_xfctstom[EV_NUM - 1][EV_NUM - 1][ELFCLASSNUM - 1][ELF_T_NUM] attribute_hidden;
extern const xfct_t __elf_xfctstof[EV_NUM - 1][EV_NUM - 1][ELFCLASSNUM - 1][ELF_T_NUM] attribute_hidden;

in libelfP.h. This compiles fine on ppclinux from rawhide using a gcc 3.2.2
snapshot. Just curious why this is happening.
                                 Jack