Thread: [tcljava-user] lsearch "inline" option not found...
Brought to you by:
mdejong
From: Rick & C. <ric...@co...> - 2009-04-14 16:57:39
|
I am trying to pass some .tcl files to the Jacl interpreter( tcljava1.4.1 ) that contain the "lsearch" command that use the "-inline" option. I get the following error thrown when this is encountered... bad option "-inline": must be -ascii, -decreasing, -dictionary, -exact, -increasing, -integer, -glob, -real, -regexp, or -sorted Does anybody know how to get around this? Is there a newer version out there that understands the -inline option for lsearch? Here is an example of the .tcl code that throws the above error. if {[lsearch -inline $MEM_CHANNEL_CONFIG U*] eq "UDIMM_SODIMM"} { ... ... } |
From: Mo D. <mo...@mo...> - 2009-04-14 17:48:45
|
Rick & Charlie wrote: > I am trying to pass some .tcl files to the Jacl interpreter( > tcljava1.4.1 ) that contain the "lsearch" command that use the > "-inline" option. I get the following error thrown when this is > encountered... > > bad option "-inline": must be -ascii, -decreasing, -dictionary, > -exact, -increasing, -integer, -glob, -real, -regexp, or -sorted > > > Does anybody know how to get around this? Is there a newer version out > there that understands the -inline option for lsearch? Here is an > example of the .tcl code that throws the above error. > > if {[lsearch -inline $MEM_CHANNEL_CONFIG U*] eq "UDIMM_SODIMM"} { > Yes, the Jacl implementation of some commands is not as up to date as the C implementation of Tcl. There is no specific workaround, you will most likely need to change the code to use the older lsearch command API. Mo DeJong |
From: Radosław S. <rs...@gm...> - 2009-04-21 14:30:09
|
Rick & Charlie wrote: > I am trying to pass some .tcl files to the Jacl interpreter( > tcljava1.4.1 ) that contain the "lsearch" command that use the > "-inline" option. I get the following error thrown when this is > encountered... > > bad option "-inline": must be -ascii, -decreasing, -dictionary, > -exact, -increasing, -integer, -glob, -real, -regexp, or -sorted > > > Does anybody know how to get around this? Is there a newer version out > there that understands the -inline option for lsearch? Here is an > example of the .tcl code that throws the above error. > > if {[lsearch -inline $MEM_CHANNEL_CONFIG U*] eq "UDIMM_SODIMM"} { > > ... > ... > > } Greetings, I've just joined tcl/java community. I'm participating in the Google Summer of Code 2009 program and at summer I'm going to upgrade Jacl to 8.4 or even 8.5 Tcl language level. `lsearch -inline` is included to implement. Regards, -- Radoslaw Szulgo |
From: Bruce J. <nm...@ma...> - 2009-04-21 14:39:28
|
Fantastic. Welcome to the project. Bruce Johnson On Apr 21, 2009, at 10:30 AM, Radosław Szulgo wrote: > Rick & Charlie wrote: >> I am trying to pass some .tcl files to the Jacl interpreter( >> tcljava1.4.1 ) that contain the "lsearch" command that use the >> "-inline" option. I get the following error thrown when this is >> encountered... >> >> bad option "-inline": must be -ascii, -decreasing, -dictionary, >> -exact, -increasing, -integer, -glob, -real, -regexp, or -sorted >> >> >> Does anybody know how to get around this? Is there a newer version >> out >> there that understands the -inline option for lsearch? Here is an >> example of the .tcl code that throws the above error. >> >> if {[lsearch -inline $MEM_CHANNEL_CONFIG U*] eq "UDIMM_SODIMM"} { >> >> ... >> ... >> >> } > Greetings, > I've just joined tcl/java community. I'm participating in the Google > Summer of Code 2009 program and at summer I'm going to upgrade Jacl to > 8.4 or even 8.5 Tcl language level. > > `lsearch -inline` is included to implement. > > Regards, > -- Radoslaw Szulgo > > ------------------------------------------------------------------------------ > Stay on top of everything new and different, both inside and > around Java (TM) technology - register by April 22, and save > $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. > 300 plus technical and hands-on sessions. Register today. > Use priority code J9JMT32. http://p.sf.net/sfu/p > _______________________________________________ > tcljava-user mailing list > tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcljava-user |
From: Tom P. <tpo...@ny...> - 2009-04-21 15:14:51
|
Let us all welcome Radoslaw Szulgo to the TclJava community. Radoslaw's proposal for "Jacl Modernization" was one of nine projects selected for the Google Summer of Code program under the coordinating Tcl/Tk Community project. http://socghop.appspot.com/org/home/google/gsoc2009/tcltk http://socghop.appspot.com/ The goal of the project is to bring Jacl up to Tcl 8.4 compatibility, and possibily add some 8.5 features if time permits. While I will be officially mentoring Radoslaw, I will also be looking to those who regularly contribute for their expertise. -- Tom Poindexter tpo...@ny... |
From: Radosław S. <rs...@gm...> - 2009-04-21 15:30:53
|
Tom Poindexter wrote: > Let us all welcome Radoslaw Szulgo to the TclJava community. Radoslaw's > proposal for "Jacl Modernization" was one of nine projects selected for > the Google Summer of Code program under the coordinating Tcl/Tk Community > project. > > http://socghop.appspot.com/org/home/google/gsoc2009/tcltk > http://socghop.appspot.com/ > > The goal of the project is to bring Jacl up to Tcl 8.4 compatibility, and > possibily add some 8.5 features if time permits. > > While I will be officially mentoring Radoslaw, I will also be looking to > those who regularly contribute for their expertise. > I will add only, that I start at the beginning of the June. -- Radoslaw Szulgo (daytek) |
From: Mo D. <mo...@mo...> - 2009-04-21 17:19:28
|
Tom Poindexter wrote: > Let us all welcome Radoslaw Szulgo to the TclJava community. Radoslaw's > proposal for "Jacl Modernization" was one of nine projects selected for > the Google Summer of Code program under the coordinating Tcl/Tk Community > project. > Very nice, Jacl will really benefit from this project. Mo DeJong |
From: Radosław S. <rs...@gm...> - 2009-06-22 17:12:01
|
Rick & Charlie pisze: > > bad option "-inline": must be -ascii, -decreasing, -dictionary, > -exact, -increasing, -integer, -glob, -real, -regexp, or -sorted > > > Does anybody know how to get around this? Is there a newer version out > there that understands the -inline option for lsearch? Here is an > example of the .tcl code that throws the above error. > > if {[lsearch -inline $MEM_CHANNEL_CONFIG U*] eq "UDIMM_SODIMM"} { > > ... > ... > > } Great news for you. I've just implemented lsearch -inline option :) It's in the Jacl's repo (HEAD). Moreover, options -not, -all and -start were also implemented. More news at Jacl Modernization Project 2009 page : http://wiki.tcl.tk/23679 Re. -- Radoslaw Szulgo |