Hello Shaun
under <version>/bin and <version>/tools/bin you have wrappers that permit to setup the good env .
it’s not a good idea to bypass the wrapping system and use the architecture path
same rule for snps and mg (except some funny tools )
rgds
Charles Orbello
From: mod...@li... <mod...@li...> On Behalf Of Laurent BESSON via lists.hpsf.io
Sent: Monday, May 18, 2026 2:32 PM
To: Sha...@us...; Xavier Delaruelle <xav...@gm...>
Cc: Environment Modules usage and discussion. <mod...@li...>
Subject: Re: [Modules] Conflict with Tcl libraries in LD_LIBRARY_PATH
Hello Shaun,
I checked the Module we use internally to set up Cadence Xcellium for version 25.09 and we do not modify LD_LIBRARY_PATH. Here what « module show » says about this module :
/tool/modules/cadence/xcelium/25.09_e334:
conflict cadence/xcelium
module load cadence/licensing/licences
module-whatis {XCELIUM 25.09_e334 setup}
setenv VRST_HOME /tool/cadence/xcelium/25.09_e334
setenv XCELIUM_HOME /tool/cadence/xcelium/25.09_e334
prepend-path PATH /tool/cadence/xcelium/25.09_e334/bin:/tool/cadence/xcelium/25.09_e334/tools/bin
Have you tried removing LD_LIBRARY_PATH prepend command from your Module setup and see if tool still behaves correctly ?
Best regards,
Laurent.
De : mod...@li...<mailto:mod...@li...> <mod...@li...<mailto:mod...@li...>> De la part de Shaun Deacon via lists.hpsf.io
Envoyé : mercredi 13 mai 2026 21:54
À : Xavier Delaruelle <xav...@gm...<mailto:xav...@gm...>>
Cc : Environment Modules usage and discussion. <mod...@li...<mailto:mod...@li...>>
Objet : Re: [Modules] Conflict with Tcl libraries in LD_LIBRARY_PATH
Hi Xavier,
Thank you for the suggestion…
Unfortunately, this didn’t work – I get the same error.
Just for additional info, the offending tool module does the following :
%> module display xcelium/test
-------------------------------------------------------------------
/sw/modules/modulefiles/cad/cdn/xcelium/test :
module-whatis {Xcelium modules environment}
prereq socionext
prepend-path PATH $CADROOT/cdn/bin
prepend-path PATH $CADROOT/cdn/org/xcelium/24.03.013/tools.lnx86/bin
prepend-path PATH $CADROOT/cdn/org/xcelium/24.03.013/bin
prepend-path LD_LIBRARY_PATH $CADROOT/cdn/org/xcelium/24.03.013/tools.lnx86/lib/64bit
prepend-path LD_LIBRARY_PATH $CADROOT/cdn/org/xcelium/24.03.013/tools.lnx86/inca/lib/64bit
prepend-path LD_LIBRARY_PATH $CADROOT/cdn/org/xcelium/24.03.013/lib
-------------------------------------------------------------------
Where $CADROOT is set to “/sw” in the “socionext” module.
Best regards
Shaun
From: Xavier Delaruelle <xav...@gm...<mailto:xav...@gm...>>
Sent: Wednesday, May 13, 2026 12:38 PM
To: Shaun Deacon <Sha...@us...<mailto:Sha...@us...>>
Cc: Environment Modules usage and discussion. <mod...@li...<mailto:mod...@li...>>
Subject: Re: [Modules] Conflict with Tcl libraries in LD_LIBRARY_PATH
Hi Shaun,
I suggest you to enable the quarantine mechanism and set LD_LIBRARY_PATH in the list of env variable to protect from.
In /etc/environment-modules/initrc, add the following lines:
module config quarantine_support 1
module config run_quarantine LD_LIBRARY_PATH
Then restart a new shell session.
It should protect the module execution from this interfering Tcl installation.
Best regards,
Xavier
Le mer. 13 mai 2026 à 21:23, Shaun Deacon via lists.hpsf.io<http://lists.hpsf.io/> <Sha...@li...<mailto:us....@li...>> a écrit :
Hi All,
Module version :
Modules Release 5.5.0 (2024-11-11)
Platform :
Red Hat Enterprise Linux release 8.10 (Ootpa)
I have a vendor tool which provides its own shared object libraries including a copy of the Tcl libraries but doesn’t provide a “tcl8.6” sub-directory that would contain ‘init.tcl’
The module for the vendor tool needs the LD_LIBRARY_PATH environment to be adjusted to pick up its custom libraries
Unfortunately, if the tool library directories are prepended to LD_LIBRARY_PATH, this interferes with the Tcl that modules needs.
%> module load tool-with-lib
%> module load another-tool
ERROR: Can't find a usable init.tcl in the following directories:
/vols/mmsimP4_t1b_008/ws/mmsimcm/mmsimcm_dep_0401/nsd_ext_lib/tcltk/tools.lnx86/tcltk-8.6.8/lib/tcl8.6 /usr/lib/tcl8.6 /lib/tcl8.6 /usr/library /library /tcl8.6.8/library /tcl8.6.8/library
This probably means that Tcl wasn't installed properly.
while executing
"error $msg"
(procedure "tclInit" line 61)
invoked from within
"tclInit"
invoked from within
"interp create $itrp"
(procedure "execute-modulerc" line 60)
invoked from within
"execute-modulerc $dir/$elt $elt $elt"
(procedure "getModules" line 101)
invoked from within
"getModules $dir $mod 0 [list rc_defs_included resolve]"
(procedure "getPathToModule" line 49)
invoked from within
"getPathToModule $mod $modulepath_list $notfounderr"
(procedure "cmdModuleLoad" line 30)
invoked from within
"cmdModuleLoad load 1 $tryload $loadany $tag_list {} {*}$args"
(procedure "cmdModuleIntLoad" line 17)
invoked from within
"$cmdprocname {*}$cmdopts {*}$parsed_args"
(procedure "module" line 186)
invoked from within
"{*}$execcmdlist"
What is the recommended/best way to get round this issue ?
I’m sure this issue has come up before, but I couldn’t find answers on the internet.
Best regards
Shaun
--
Shaun Deacon
Principal Software Engineer
Socionext America, Inc.
--
CONFIDENTIALITY NOTE: This electronic message (including any attachments) may contain information that is privileged, confidential, and proprietary. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is strictly prohibited. If you received this electronic message in error, please immediately reply to the sender that you have received this communication and destroy the material in its entirety, whether in electronic or hard copy format. Although Socionext has taken reasonable precautions to ensure no viruses are present in this email, Socionext accepts no responsibility for any loss or damage arising from the use of this email or attachments.
CONFIDENTIALITY NOTE: This electronic message (including any attachments) may contain information that is privileged, confidential, and proprietary. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is strictly prohibited. If you received this electronic message in error, please immediately reply to the sender that you have received this communication and destroy the material in its entirety, whether in electronic or hard copy format. Although Socionext has taken reasonable precautions to ensure no viruses are present in this email, Socionext accepts no responsibility for any loss or damage arising from the use of this email or attachments.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#34): https://lists.hpsf.io/g/modules-interest/message/34
Mute This Topic: https://lists.hpsf.io/mt/119302881/10150481
Group Owner: mod...@li...
Unsubscribe: https://lists.hpsf.io/g/modules-interest/unsub [mod...@li...]
-=-=-=-=-=-=-=-=-=-=-=-
|