Re: Help needed for scotch FTBFS: illegal instruction of ppc64le - gcc regression?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 27 Jul 2025 21:34:12 +0200
Sandro Mani <manisandro@xxxxxxxxx> wrote:

> Hi
> 
> scotch is currently FTBFS on ppc64le (affects the current 7.0.7, the 
> previous 7.0.6, as well as the new 7.0.8 release), failing with [1]
> 
> gmake[2]: *** [src/libscotch/CMakeFiles/ptscotchf_h.dir/build.make:77: src/include/ptscotchf.h] Illegal instruction (core dumped)
> 
> 7.0.6 previously successfully built with gcc-0:15.0.1-0.3.fc42.1.ppc64le and now fails with gcc-0:15.1.1-5.fc43.1.ppc64le, so this looks like a gcc regression.
> 
> Being this on ppc64le and having no access to such a machine, how can I debug this?

you have access to a system from
https://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers
and it can be reproduced there. But it needs the Power10 system (same
as current koji builders), not the Power9 (pre-DC-migration koji
builders, it builds there OK).

ppc64le-redhat-linux-gnu-openmpi/src/libscotch/ptdummysizes is the
crashing binary ...

and running it under gdb gives

...
Program received signal SIGILL, Illegal instruction.
0x00007ffff774e404 in sbrk () from /lib64/glibc-hwcaps/power10/libc.so.6
(gdb) where
#0  0x00007ffff774e404 in sbrk () from /lib64/glibc-hwcaps/power10/libc.so.6
#1  0x00007ffff787b38c in ucm_fire_mmap_events_internal () from /lib64/libucm.so.0
#2  0x00007ffff787bd88 in ucm_mmap_test_events_nolock () from /lib64/libucm.so.0
#3  0x00007ffff78818b8 in ucm_mmap_install () from /lib64/libucm.so.0
#4  0x00007ffff7881b30 in ucm_mmap_init () from /lib64/libucm.so.0
#5  0x00007ffff7881c2c in ucm_library_init () from /lib64/libucm.so.0
#6  0x00007ffff7881cbc in ucm_set_global_opts () from /lib64/libucm.so.0
#7  0x00007ffff725745c in ucs_init_ucm_opts () from /lib64/libucs.so.0
#8  0x00007ffff7243fb0 in ucs_init () from /lib64/libucs.so.0
#9  0x00007ffff7f989bc in call_init (l=<optimized out>, argc=1, argv=0x7fffffffece8, env=0x7fffffffecf8) at dl-init.c:74
#10 _dl_init (main_map=0x7ffff7ff12f0, argc=1, argv=0x7fffffffece8, env=0x7fffffffecf8) at dl-init.c:121
#11 0x00007ffff7fc3eb8 in _dl_start_user () from /lib64/ld64.so.2

So it might be glibc actually ...


		Dan
-- 
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux