Re: [Lmod-users] [EXTERNAL] Re: changes to tcl 'break' statement in lmod 8 series
A Lua based environment module system that reads TCL modulefiles.
Brought to you by:
rtmclay
|
From: Robert M. <mc...@ta...> - 2022-03-21 22:50:18
|
It is not a bug. There was no support for break in Lmod before 8.6+. It is just that having the tcl interpreter as a separate program meant that you got away with it. > Do you mean that all of the 8.x versions include their own TCL interpreter, and 7.x relies on the system's TCL interpreter? Yes > We typically get Lmod from the OS vendor; is there a quick way to find out if the TCL interpreter was included? $ module --config 2>&1 | grep -i "Use attached TCL" Use attached TCL over system call yes I would be best if you upgraded to Lmod 8.6.15 or later Best, Robert On Mon, Mar 21, 2022 at 4:06 PM Shrader, David Lee <dsh...@la...> wrote: > Hey Robert, > > > If I understand what you are saying, there should be no difference in how > break is handled between 7.x and <8.6? If that is the case, then we may > have hit a bug of some sort. But, since the latest version of Lmod is quite > a ways beyond what we're looking to get (8.4.10), there may be little > utility in trying to track it down. It might just be easier to try to get > our upstream to provide an 8.6+... > > > Do you mean that all of the 8.x versions include their own TCL > interpreter, and 7.x relies on the system's TCL interpreter? > > > We typically get Lmod from the OS vedor; is there a quick way to find out > if the TCL interpreter was included? > > Thanks again! > > David > > > ------------------------------ > *From:* Robert McLay <mc...@ta...> > *Sent:* Monday, March 21, 2022 2:40 PM > *To:* Shrader, David Lee > *Cc:* lmod-users > *Subject:* [EXTERNAL] Re: [Lmod-users] changes to tcl 'break' statement > in lmod 8 series > > Well yes and no. There is no change in how break is or has been handled > since forever. The change in supporting break is in Lmod 8.6+ > > The change is that by default Lmod now includes the TCL interpreter as > part of the Lmod executable instead of executing a system call > (/usr/bin/tclsh ....). You can configure Lmod to not include the tcl > interpreter library as part of Lmod. That should give you the old > behavior. Use --with-fastTCLInterp=no to configure Lmod without the tcl > integration. > > I would be interested in seeing how Lmod 8.6+ works with your modules even > if you don't deploy it to users. > > > Best, > Robert. > > > On Mon, Mar 21, 2022 at 2:20 PM Shrader, David Lee via Lmod-users < > lmo...@li...> wrote: > >> Hello, >> >> >> We're are potentially going from Lmod 7.8.16 to 8.4.10, and we have >> noticed that our tcl modulefiles that call "break" after a "puts stderr >> ..." message now generate something like the following error: >> >> >> Lmod has detected the following error: Unable to load module because of >> error when evaluating modulefile: foo3 >> /modulefiles/foo3/1.0: [string "LmodMsgRaw([===[already set..."]:4: >> unexpected symbol near '}' >> >> We have used this method of "puts stderr...; break" to exit out of a >> particular modulefile when an error occurs, such as a missing directory. >> >> In looking over the readthedocs tcl function page, it looks like the >> "break" function has seen some attention, but we are looking at 8.4.10, not >> 8.6+. Did something change for the "break" command in 8.0 to 8.5 such that >> it won't work as we have been using it in 7.x? >> >> >> Thank you very much for any and all help! >> >> David >> >> >> -- >> David Shrader >> HPC-ENV High Performance Computing Systems >> Los Alamos National Lab >> _______________________________________________ >> Lmod-users mailing list >> Lmo...@li... >> https://lists.sourceforge.net/lists/listinfo/lmod-users >> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Flmod-users&data=04%7C01%7C%7C7db1a2905977455b05d308da0b7ec415%7C31d7e2a5bdd8414e9e97bea998ebdfe1%7C0%7C0%7C637834936326589652%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=rnW9h%2Frjt7gy23W2HYe6OTWZqOthHdWGGKQfgz5mlvg%3D&reserved=0> >> >> This message is from an external sender. Learn more about why this << >> >> matters at https://links.utexas.edu/rtyclf. << >> > > > -- > Robert McLay, Ph.D. > Manager of Software Tools, HPC > mc...@ta... > > -- Robert McLay, Ph.D. Manager of Software Tools, HPC mc...@ta... |