The elfutils package is currently disabled on Blackfin, due to an assembly symbol prefix issue. See http://autobuild.buildroot.org/results/922/92291286e86f9ea943ae7aa58cbd884c8db0c5d2/build-end.log. It would be good to fix this and re-enable the elfutils package on Blackfin.
This issue is also tracked by ADI at http://sourceforge.net/p/adi-buildroot/buildroot-up/tasks/1/.
FWIW, in 2014.05, this bug was worked around by disabling the elfutils package on Blackfin.
there is no Blackfin backend in elfutils, so it isn't terribly useful ...
(In reply to comment #3) > there is no Blackfin backend in elfutils, so it isn't terribly useful ... This seems a true statement: https://git.fedorahosted.org/cgit/elfutils.git/tree/backends So maybe it's better to reject this bug? Thomas Petazzoni, since you opened the bug, what is your opinion?
Agreed, if there's no support for Blackfin, then let's drop this bug. Since there is a list of architectures supported by elfutils, it would be good to use this list for the dependencies of the elfutils package, rather than just the two exclusions we have today (avr32 and blackfin). But that's a separate matter, so I'll close this bug as wontfix. Thanks for the feedback Mike!
elfutils also uses quite a bit of glibc-specific features, so it doesn't even compile for uClibc (the only C library Blackfin supports). maybe the dep tree can depend on that instead ?
Well, it does build with uClibc apparently, maybe thanks to some of the patches that we have in Buildroot against elfutils.