Bug 11137

Summary: Patch to fix slibtool build issues.
Product: Slurm Reporter: orbea-ml
Component: Build System and PackagingAssignee: Tim Wickberg <tim>
Status: RESOLVED INFOGIVEN QA Contact:
Severity: C - Contributions    
Priority: ---    
Version: 21.08.x   
Hardware: Linux   
OS: Linux   
Site: -Other- Alineos Sites: ---
Atos/Eviden Sites: --- Confidential Site: ---
Coreweave sites: --- Cray Sites: ---
DS9 clusters: --- HPCnow Sites: ---
HPE Sites: --- IBM Sites: ---
NOAA SIte: --- OCF Sites: ---
SFW Sites: --- SNIC sites: ---
Linux Distro: --- Machine Name:
CLE Version: Version Fixed:
Target Release: --- DevPrio: ---
Attachments: Patch to fix some issues when building with slibtool.
Full build log.

Description orbea-ml 2021-03-18 15:54:04 MDT
Created attachment 18540 [details]
Patch to fix some issues when building with slibtool.

When trying to build slurm with slibtool (https://dev.midipix.org/cross/slibtool) it fails for multiple reasons.

One reason is that the Makefile.am files use the .o files directly instead of through the $(LIBTOOL) implemenation sometimes in addition of the .la files. This is not needed and breaks the build with slibtool. I have attached a patch that fixes most occurrences of the issue and a full build log showing the issue.

rdlibtool: link: clang .libs/eio.o .libs/io_hdr.o .libs/libeio.o -g -O2 -fno-omit-frame-pointer -pthread -ggdb3 -Wall -g -O1 -fno-strict-aliasing -o
clang-11: error: argument to '-o' is missing (expected 1 value)
clang-11: error: no such file or directory: '.libs/libeio.o'
rdlibtool: exec error upon slbt_exec_link_create_executable(), line 1614: (see child process error messages).
rdlibtool: < returned to > slbt_exec_link(), line 1909.
make[5]: *** [Makefile:1326: libeio.o] Error 2

Note: This may miss some occurrences of this issue hiding behind features that are not enabled in my build and this does not fix all issues with slibtool yet.

Also see this downstream issue: https://bugs.gentoo.org/775614
Comment 1 orbea-ml 2021-03-18 15:55:46 MDT
Created attachment 18541 [details]
Full build log.
Comment 3 Tim Wickberg 2022-06-21 15:02:29 MDT
Looking through some of these - there was some significant refactoring of the libslurm library handling ahead of the 21.08 release, and this patch is no longer directly relevant.