confirmed. Same error with your version. thanks anyway. El sáb, 5 oct 2024 a las 10:33, Arnau (<[email protected]>) escribió:
> Ops... I belive it's not fixed. > Still lzma_stream_encoder_mt listed twiec with and without version (in > both satitc and dynamic table). > > El sáb, 5 oct 2024 a las 10:06, Arnau (<[email protected]>) escribió: > >> Cool! thanks. >> >> I give it a try on Monday. >> >> El vie, 4 oct 2024 a las 12:44, Simon Branford (<[email protected]>) >> escribió: >> >>> Dear Arnau, >>> >>> >>> >>> I believe that we fixed this issue in >>> https://github.com/easybuilders/easybuild-easyconfigs/pull/18250 >>> >>> >>> >>> With XZ built with that change I see: >>> >>> >>> >>> $ objdump -tT XZ/5.2.5-GCCcore-10.3.0/lib/liblzma.so.5 | grep >>> lzma_stream_encoder_mt) >>> >>> 000000000000a690 l F .text 000000000000006a >>> lzma_stream_encoder_mt_52 >>> >>> 000000000000a690 l F .text 000000000000006a >>> lzma_stream_encoder_mt_522 >>> >>> 000000000000a690 l F .text 000000000000006a >>> lzma_stream_encoder_mt_512a >>> >>> 000000000000a700 l F .text 00000000000000f8 >>> lzma_stream_encoder_mt_memusage_52 >>> >>> 000000000000a700 l F .text 00000000000000f8 >>> lzma_stream_encoder_mt_memusage_522 >>> >>> 000000000000a700 l F .text 00000000000000f8 >>> lzma_stream_encoder_mt_memusage_512a >>> >>> 000000000000a700 g F .text 00000000000000f8 >>> lzma_stream_encoder_mt_memusage >>> >>> 000000000000a690 g F .text 000000000000006a >>> lzma_stream_encoder_mt >>> >>> 000000000000a700 g F .text 00000000000000f8 >>> lzma_stream_encoder_mt_memusage >>> >>> 000000000000a690 g F .text 000000000000006a >>> lzma_stream_encoder_mt >>> >>> 000000000000a690 g F .text 000000000000006a >>> lzma_stream_encoder_mt >>> >>> 000000000000a700 g F .text 00000000000000f8 >>> lzma_stream_encoder_mt_memusage >>> >>> 000000000000a700 g DF .text 00000000000000f8 XZ_5.2 >>> lzma_stream_encoder_mt_memusage >>> >>> 000000000000a700 g DF .text 00000000000000f8 (XZ_5.2.2) >>> lzma_stream_encoder_mt_memusage >>> >>> 000000000000a700 g DF .text 00000000000000f8 (XZ_5.1.2alpha) >>> lzma_stream_encoder_mt_memusage >>> >>> 000000000000a690 g DF .text 000000000000006a XZ_5.2 >>> lzma_stream_encoder_mt >>> >>> 000000000000a690 g DF .text 000000000000006a (XZ_5.2.2) >>> lzma_stream_encoder_mt >>> >>> 000000000000a690 g DF .text 000000000000006a (XZ_5.1.2alpha) >>> lzma_stream_encoder_mt >>> >>> >>> >>> >>> >>> Regards, >>> >>> Simon >>> >>> >>> >>> *From:* [email protected] < >>> [email protected]> *On Behalf Of *Arnau >>> *Sent:* 04 October 2024 11:03 >>> *To:* [email protected] >>> *Subject:* [easybuild] XZ-5.2.5 compilation & nonosymbols >>> >>> >>> >>> *CAUTION:* This email originated from outside the organisation. Do not >>> click links or open attachments unless you recognise the sender and know >>> the content is safe. >>> >>> >>> >>> Dear all, >>> >>> >>> >>> I have a problem with XZ compiled with EB and the one from Rocky 9. >>> >>> When I load my Python/3.11.1-GCCcore-10.3.0-jupyter-4.0 module I get >>> errors from the os: >>> >>> # flatpak >>> flatpak: symbol lookup error: /lib64/librpmio.so.9: undefined symbol: >>> lzma_stream_encoder_mt, version XZ_5.2 >>> >>> # ldd /lib64/librpmio.so.9 >>> >>> [...] >>> >>> liblzma.so.5 => >>> /apps/prod/easybuild/sl7.x86_64.foss-2021a/software/XZ/5.2.5-GCCcore-10.3.0/lib/liblzma.so.5 >>> (0x00007f993163c000) >>> >>> >>> >>> the symbol is there but, as you can see, it's listed twice, first in the >>> static table and then in the dynamic static table: >>> >>> >>> >>> # objdump -tT >>> /apps/prod/easybuild/sl7.x86_64.foss-2021a/software/XZ/5.2.5-GCCcore-10.3.0/lib/liblzma.so.5|grep >>> lzma_stream_encoder_mt >>> 000000000000a020 g F .text 0000000000000100 >>> lzma_stream_encoder_mt_memusage >>> 0000000000009fb0 g F .text 000000000000006a >>> lzma_stream_encoder_mt >>> 000000000000a020 g DF .text 0000000000000100 XZ_5.1.2alpha >>> lzma_stream_encoder_mt_memusage >>> 0000000000009fb0 g DF .text 000000000000006a XZ_5.1.2alpha >>> lzma_stream_encoder_mt >>> >>> >>> >>> >>> >>> the problems seems to be that the version from the static table is >>> missing. >>> >>> >>> >>> if I compare my compilation with the one from Rocky: >>> >>> >>> >>> # objdump -tT /lib64/liblzma.so.5|grep lzma_stream_encoder_mt >>> 00000000000101d0 g DF .text 00000000000000f9 XZ_5.2 >>> lzma_stream_encoder_mt_memusage >>> 0000000000010150 g DF .text 0000000000000072 XZ_5.2 >>> lzma_stream_encoder_mt >>> >>> >>> >>> they have all the symbols in the dyanmic table (no static table at all) >>> and all with vesions. >>> >>> question here, as I'm not an expert on this, what should be the best >>> approach to solve this issue? remove all symbols from static table or add >>> versions to the objects in the static table? I don't really understand the >>> implicatiopns of one or the other option... >>> >>> Thanks, >>> >>> Arnau >>> >>> >>> >>
