Created attachment 1658775 [details]
build.log

Created attachment 1658776 [details]
root.log

file root.log too big, will only attach last 32768 bytes

Created attachment 1658777 [details]
state.log

Created attachment 1659838 [details]
Remove libebl checks from cmake

For some reason the cmake file checks whether libebl.a is available, but the build never seems to use it. libebl.a was an internal (static) library which doesn't contain any public usable code. It was removed in elfutils 0.178.

This patch simply removes the checks, which makes things build again.

This bug appears to have been reported against 'rawhide' during the Fedora 32 development cycle.
Changing version to 32.

Dear Maintainer,

your package has not been built successfully in 32. Action is required from you.

If you can fix your package to build, perform a build in koji, and either create
an update in bodhi, or close this bug without creating an update, if updating is
not appropriate [1]. If you are working on a fix, set the status to ASSIGNED to
acknowledge this. Following the latest policy for such packages [2], your package
will be orphaned if this bug remains in NEW state more than 8 weeks.

A week before the mass branching of Fedora 33 according to the schedule [3],
any packages not successfully rebuilt at least on Fedora 31 will be
retired regardless of the status of this bug.

[1] https://fedoraproject.org/wiki/Updates_Policy
[2] https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
[3] https://fedoraproject.org/wiki/Releases/33/Schedule

(In reply to Mark Wielaard from comment #4)
> Created attachment 1659838 [details]
> Remove libebl checks from cmake
> 
> For some reason the cmake file checks whether libebl.a is available, but the
> build never seems to use it. libebl.a was an internal (static) library which
> doesn't contain any public usable code. It was removed in elfutils 0.178.
> 
> This patch simply removes the checks, which makes things build again.

Gah, I didn't notice your patch and reinvented the same thing :-|

I think it's the correct solution as well. I don't remember where the cmake file comes from and whether I added the check for libebl or if it was already there, but dwgrep does not use libebl at all. There is no reason to probe for the library.

There are a handful of other small fixes, cmake has some new policy, bison deprecated some directives and GCC warns about return std::move. I have all these patched upstream, hopefully I'll be able to push this to Fedora during the next week.