Bug 2045342

Created attachment 1854046 [details]
build.log

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

Created attachment 1854047 [details]
root.log

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

Created attachment 1854048 [details]
state.log

gcc -D_GNU_SOURCE -DHAVE_CONFIG_H -DLOCALEDIR='"/usr/share/locale"' -I. -I..  -I. -I. -I../lib -I.. -I. -I./../libelf -I./../libebl -I./../libdw -I./../libdwelf -I./../debuginfod  -std=gnu99 -Wall -Wshadow -Wformat=2 -Wold-style-definition -Wstrict-prototypes -Wtrampolines -Wlogical-op -Wduplicated-cond -Wnull-dereference -Wimplicit-fallthrough=5 -Werror -Wunused -Wextra -Wstack-usage=262144   -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe  -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1  -m32 -march=i686 -mtune=generic -msse2 -mfpmath=sse -mstackrealign -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -Wformat -c -o zstd.o zstd.c
In file included from zstd.c:4:
gzip.c: In function '__libdw_unzstd':
gzip.c:400:16: error: pointer may be used after 'realloc' [-Werror=use-after-free]
  400 |   *state.whole = state.buffer;
      |   ~~~~~~~~~~~~~^~~~~~~~~~~~~~
In function 'smaller_buffer',
    inlined from '__libdw_unzstd' at gzip.c:299:3:
gzip.c:110:7: note: call to 'realloc' here
  110 |       realloc (state->buffer, end) ?: end == 0 ? NULL : state->buffer;
      |       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
make[2]: *** [Makefile:711: zstd.o] Error 1

That realloc issue is an upstream GCC bug:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104069

(In reply to Mark Wielaard from comment #5)
> That realloc issue is an upstream GCC bug:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104069

Fix should be in gcc-12.0.1-0.3.fc36 currently building:
https://koji.fedoraproject.org/koji/buildinfo?buildID=1903850

(In reply to Mark Wielaard from comment #6)
> (In reply to Mark Wielaard from comment #5)
> > That realloc issue is an upstream GCC bug:
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104069
> 
> Fix should be in gcc-12.0.1-0.3.fc36 currently building:
> https://koji.fedoraproject.org/koji/buildinfo?buildID=1903850

That gcc version is now in rawhide, but building elfutils still fails:
https://kojipkgs.fedoraproject.org//work/tasks/1096/81971096/build.log

Making all in lib
gcc -D_GNU_SOURCE -DHAVE_CONFIG_H -DLOCALEDIR='"/usr/share/locale"' -I. -I..  -I. -I. -I../lib -I.. -I./../libelf  -std=gnu99 -Wall -Wshadow -Wformat=2 -Wold-style-definition -Wstrict-prototypes      -Werror -Wunused -Wextra     -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe  -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1  -m64  -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -Wformat -c -o error.o error.c
error.c: error: -D_FORTIFY_SOURCE not defined [-Werror]
cc1: all warnings being treated as errors
make[2]: *** [Makefile:489: error.o] Error 1

I am not sure why that is.

Apparently annobin.  Florian has rebuilt it, so just retry.

(In reply to Jakub Jelinek from comment #8)
> Apparently annobin.  Florian has rebuilt it, so just retry.

Thanks. That fixed the -D_FORTIFY_SOURCE issues.
https://koji.fedoraproject.org/koji/taskinfo?taskID=82002135
Next up the FDO package ElF notes.
Some self-tests fail because elflint doesn't recognize those.
But there is an upstream patch for that. Just needs backporting.

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

FEDORA-2022-69e21edb9f has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-69e21edb9f

FEDORA-2022-69e21edb9f has been pushed to the Fedora 36 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-69e21edb9f`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-69e21edb9f

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

FEDORA-2022-69e21edb9f has been pushed to the Fedora 36 stable repository.
If problem still persists, please make note of it in this bug report.