RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1960299 - annobin: conftest.cpp: ICE: unknown debug info type
Summary: annobin: conftest.cpp: ICE: unknown debug info type
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: annobin
Version: 8.5
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: beta
: ---
Assignee: Nick Clifton
QA Contact: Martin Cermak
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-05-13 14:57 UTC by Martin Cermak
Modified: 2021-11-10 00:52 UTC (History)
3 users (show)

Fixed In Version: gcc-toolset-11-annobin-9.73-1.el8
Doc Type: No Doc Update
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-11-09 18:43:11 UTC
Type: Bug
Target Upstream Version:
Embargoed:
pm-rhel: mirror+


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2021:4258 0 None None None 2021-11-09 18:43:14 UTC

Description Martin Cermak 2021-05-13 14:57:59 UTC
The systemtap-4.4-10.el8.src.rpm can be rebuilt using gcc-toolset-10 toolchain, specifically with gcc-toolset-10-gcc-10.2.1-8.2.el8 and gcc-toolset-10-annobin-9.29-1.el8.

When, however, user updates gcc to gcc-toolset-10-gcc-10.3.1-1.el8, while keeping the rest of the test system intact, the systemtap compilation fails at configure time thusly:


# rpmbuild --rebuild systemtap-4.4-10.el8.src.rpm
...
checking BPatch_object.h presence... yes
configure: WARNING: BPatch_object.h: present but cannot be compiled
configure: WARNING: BPatch_object.h:     check for missing prerequisite headers?
configure: WARNING: BPatch_object.h: see the Autoconf documentation
configure: WARNING: BPatch_object.h:     section "Present But Cannot Be Compiled"
configure: WARNING: BPatch_object.h: proceeding with the compiler's result
configure: WARNING:     ## --------------------------------------- ##
configure: WARNING:     ## Report this to systemtap ##
configure: WARNING:     ## --------------------------------------- ##
checking for BPatch_object.h... no
configure: error: Dyninst does not appear to be usable
error: Bad exit status from /var/tmp/rpm-tmp.oB1qT6 (%build)



Looking closer, after doing rpmbuild -bp systemtap.spec, the reproducer seems to be as follows:

gcc-toolset-10   8.5 Server x86_64 # cat conftest.cpp 
/* confdefs.h */
#define PACKAGE_NAME "systemtap"
#define PACKAGE_TARNAME "systemtap"
#define PACKAGE_VERSION "4.4"
#define PACKAGE_STRING "systemtap 4.4"
#define PACKAGE_BUGREPORT "systemtap"
#define PACKAGE_URL ""
#define PACKAGE "systemtap"
#define VERSION "4.4"
#define STDC_HEADERS 1
#define HAVE_SYS_TYPES_H 1
#define HAVE_SYS_STAT_H 1
#define HAVE_STDLIB_H 1
#define HAVE_STRING_H 1
#define HAVE_MEMORY_H 1
#define HAVE_STRINGS_H 1
#define HAVE_INTTYPES_H 1
#define HAVE_STDINT_H 1
#define HAVE_UNISTD_H 1
#define __EXTENSIONS__ 1
#define _ALL_SOURCE 1
#define _GNU_SOURCE 1
#define _POSIX_PTHREAD_SEMANTICS 1
#define _TANDEM_SOURCE 1
#define HAVE_PPOLL 1
#define HAVE_OPENAT 1
#define ENABLE_NLS 1
#define HAVE_GETTEXT 1
#define HAVE_DCGETTEXT 1
#define PYTHON_BASENAME "python2"
#define PYTHON_EXISTS /**/
#define PYTHON3_BASENAME "python3"
#define PYTHON3_EXISTS /**/
#define ENABLE_SDT_PROBES 1
#define HAVE_CXX11 1
#define HAVE_LIBDEBUGINFOD 1
#define HAVE_LIBSQLITE3 1
#define HAVE_CRASH_DEFS_H 1
#define HAVE_NSS 1
#define HAVE_OPENSSL 1
#define HAVE_AVAHI 1
#define HAVE_LIBRPM 1
#define HAVE_LIBRPMIO 1
#define HAVE_LIBREADLINE 1
#define HAVE_LIBDW 1
#define HAVE_LIBDW 1
#define HAVE_LIBELF 1
#define HAVE_BOOST_UTILITY_STRING_REF_HPP 1
/* end confdefs.h.  */

#include <boost/system/system_error.hpp>
int main() {
   boost::system::error_condition e();
}


gcc-toolset-10   8.5 Server x86_64 #

gcc-toolset-10   8.5 Server x86_64 # g++ -c -fstack-protector-all -D_FORTIFY_SOURCE=2 -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection  -I/usr/include/dyninst conftest.cpp
annobin: conftest.cpp: ICE: unknown debug info type
annobin: conftest.cpp: ICE: Please contact the annobin maintainer with details of this problem
annobin: conftest.cpp: ICE: unknown debug info level
annobin: conftest.cpp: ICE: Please contact the annobin maintainer with details of this problem
*** WARNING *** there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins.
Event                            | Plugins
PLUGIN_FINISH_UNIT               | annobin: Generate final annotations
PLUGIN_START_UNIT                | annobin: Generate global annotations
PLUGIN_ALL_PASSES_START          | annobin: Generate per-function annotations
PLUGIN_ALL_PASSES_END            | annobin: Register per-function end symbol
In file included from /usr/include/boost/system/system_error.hpp:14,
                 from conftest.cpp:51:
/usr/include/boost/system/error_code.hpp: In member function ‘virtual const char* boost::system::error_category::std_category::name() const’:
/usr/include/boost/system/error_code.hpp:239:30: internal compiler error: Segmentation fault
  239 |         virtual const char * name() const BOOST_NOEXCEPT
      |                              ^~~~
0x7f6f223e03ff ???
        /usr/src/debug/glibc-2.28/signal/../sysdeps/unix/sysv/linux/x86_64/sigaction.c:0
0x7f6f21fa301b annobin_create_function_notes
        /usr/src/debug/gcc-toolset-10-annobin-9.29-1.el8.x86_64/gcc-plugin/annobin.cc:1365
0x7f6f21fa301b annobin_create_function_notes
        /usr/src/debug/gcc-toolset-10-annobin-9.29-1.el8.x86_64/gcc-plugin/annobin.cc:1310
0x7f6f223cc492 __libc_start_main
        ../csu/libc-start.c:314
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://bugzilla.redhat.com/bugzilla> for instructions.
The bug is not reproducible, so it is likely a hardware or OS problem.
(1) gcc-toolset-10   8.5 Server x86_64 #

Comment 1 Martin Cermak 2021-05-13 15:03:29 UTC
My vague guess is that annobin needs to be rebuilt for newer GCC, thus assigning to the annobin component as a start.

Comment 2 Nick Clifton 2021-05-17 16:49:28 UTC
(Maybe) fixed in annobin-9.72-1.el8

Comment 3 Martin Cermak 2021-06-02 16:14:26 UTC
The attached build  https://brewweb.engineering.redhat.com/koji/buildinfo?buildID=1605623 has wrong Build Target: scl-gcc-toolset-11-rhel-8.5.0-candidate

Or, the build target is correct, but then the %{name} should have been gcc-toolset-11-annobin, as opposed to just annobin.

Comment 5 Nick Clifton 2021-06-04 13:02:36 UTC
Fixed in gcc-toolset-11-annobin-9.73-1.el8.  (The name should be correct this time).

Comment 15 errata-xmlrpc 2021-11-09 18:43:11 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (new packages: gcc-toolset-11-annobin), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2021:4258


Note You need to log in before you can comment on or make changes to this bug.