search for: tclsh

>> Doesn't the toplevel configure set TCLSH in Makefile.config? There seems to be a problem with reconfiguring LLVM when you use a config.cache file. In an empty directory I get: $ ~/svn/llvm-project/llvm/trunk/configure --cache-file=config.cache [... lots of stuff ...] $ grep -i tclsh Makefile.config TCLSH := /usr/bin/tclsh8.4 $ ~/sv...

...ake[2]: *** [Applications/.maketest] Error 2 make[2]: Leaving directory `/home/foad/llvm/poo/build/test-suite/MultiSource' make[1]: *** [MultiSource/.maketest] Error 2 make[1]: Leaving directory `/home/foad/llvm/poo/build/test-suite' make: *** [test] Error 2 ... because the makefile uses $(TCLSH), which hasn't been set to anything. How is this supposed to work? Does the attached patch look reasonable? It seems to work for me. Alternatively, smalltest.tcl and speedtest.tcl could be given the svn:executable property, so that if $(TCLSH) is empty they just get executed directly. Thanks,...

...ketest] Error 2 > make[2]: Leaving directory `/home/foad/llvm/poo/build/test-suite/MultiSource' > make[1]: *** [MultiSource/.maketest] Error 2 > make[1]: Leaving directory `/home/foad/llvm/poo/build/test-suite' > make: *** [test] Error 2 > > ... because the makefile uses $(TCLSH), which hasn't been set to > anything. How is this supposed to work? Does the attached patch look > reasonable? It seems to work for me. > > Alternatively, smalltest.tcl and speedtest.tcl could be given the > svn:executable property, so that if $(TCLSH) is empty they just get &gt...

And there was much rejoicing, but probably also some pain. I've gotten the builds green (after some minor snafus) on Linux and Mac, and I think Windows should be fine (forcing the internal lit test runner passes on Linux). This has sped up test runs by about 33% on many-core Linux builds. =] However, for folks who maintain an out-of-tree regression test suite who were previously relying on

...tabase db "tmp.db" $xapian::DB_CREATE_OR_OPEN > xapian::WritableDatabase db2 "tmp.db" $xapian::DB_CREATE_OR_OPEN eric at bruno [ ~ ]$ cat /proc/version Linux version 3.13.300 (root at bruno) (gcc version 4.8.2 (GCC) ) #2 SMP Tue Sep 16 21:01:43 BST 2014 eric at bruno [ ~ ]$ tclsh % info patchlevel 8.6.1 % package require Tcl 8 8.6.1 % package require xapian 1.0.0 1.2.18 % xapian::WritableDatabase db "tmp.db" $xapian::DB_CREATE_OR_OPEN _e0c4b00000000000_p_Xapian__WritableDatabase % xapian::WritableDatabase db2 "tmp.db" $xapian::DB_CREATE_OR_OPEN _f0d3b000...

I discovered, while trying to set up Tcl bindings for Notmuch (https://notmuchmail.org/), which uses Xapian, that flintlock was not being locked (I had lost updates). I then found that opening a Xapian database for writing directly via the Xapian Tcl bindings also silently fails to lock flintlock. I have taken a copy of flint_lock.cc to play with, and I find that it locks the file when called

...ckage installed but with a missing libs folder. ./configure -prefix= "~R-2.2.1" --enable-R-shlib --enable-linux-lfs --with-zlib --with-gnu-ld --with-tcltk --with-tcl-config="~tcl-8.4.12/lib" --with-tk-config="~tk-8.4.12/lib" I have ensured that I have a valid tclsh in my path and have even provided the include path for covering the tcl.h Operating system: RHEL The error I get while trying to invoke the libarary for tcltk is: Error in firstlib(which.lib.loc, package) : Tcl/Tk support is not available on this system Error in library(tcltk) : .Fi...

...lowing R instruction: -> .Tcl('source smalltst.tcl') -> <Tcl> Eventhough, neither R nor tcl complain about the instruction, I don't get the tk window. The tcltk program, stored in "smalltst.tcl", which, by the way displays a simple tk window when run from tclsh, is as follows: #! /usr/bin/tclsh package require Tk ttk::frame .c -padding "3 3 12 12" ttk::frame .c.f -borderwidth 5 -relief sunken -width 200 -height 100 ttk::label .c.namelbl -text Name grid .c -column 0 -row 0 -sticky nsew grid .c.f -column 0 -row 0 -colu...

...; could not be loaded ERROR: lazy loading failed for package ‘qvalue� * Removing �usr/local/lib64/R/library/qvalue� i do some search work with google, suggest i need to install tcl and tk at system level i download the source tcl and tk from sourceforge and installed them: [root@bioinfo ~]# tclsh % info patchlevel 8.4.13 % i uninstall R package with make uninstall and make distclean,then reinstall R but the problem stills occurs i am using Redhat enterprise linux 5 x64 version packages metioned above are listed follow: R-2.9.2.tar.gz tcl8.5.8-src.tar.gz tk8.5.8-src.tar.gz qvalue_1.20.0.tar....

...tcltk/mysqltcl, dev-tcltk/otcl, dev-tcltk/tcl-debug, dev-tcltk/tcldom, dev-tcltk/tcllib, dev-tcltk/tclperl, dev-tcltk/tclpython, dev-tcltk/tclreadline, dev-tcltk/tclxml, and dev-tcltk/tclxml-expat. 2. Verified that tcltk was installed by writing a little file hello.tcl, running the command "tclsh hello.tcl", and observing that the output was correct. 3. Removed R by doing "emerge -C R". 4. Set a tcltk USE flag for R by appending the line dev-lang/R tcltk to my /etc/portage/package.use file. 5. Reinstalled R by doing "emerge R" Then I started R and again tried &quo...

...STONE -CLEANED_TESTONE := $(patsubst %/,%,$(TESTONE)) +CLEANED_TESTONE := $(patsubst %/,%,$(TESTONE:$(CURDIR)/%=%)) CLEANED_TESTONE := $(patsubst test/%,%,$(CLEANED_TESTONE)) SUBDIR := $(shell dirname $(CLEANED_TESTONE)) TESTPATH := $(LLVM_SRC_ROOT)/test/$(CLEANED_TESTONE) -check-one: site.exp $(TCLSH) - $(Verb)( echo "source $(LLVM_OBJ_ROOT)/test/site.exp" ; \ +FORCETGT := +check-one: $(SITE_EXP) $(TCLSH) + $(Verb)( echo "source $(LLVM_OBJ_ROOT)/test/$(SITE_EXP)" ; \ echo "set subdir $(SUBDIR)" ; \ echo "proc pass { msg } { puts \"PASS: \$$msg\&q...

...t;> xapian::WritableDatabase db2 "tmp.db" $xapian::DB_CREATE_OR_OPEN >> >> >> eric at bruno [ ~ ]$ cat /proc/version >> Linux version 3.13.300 (root at bruno) (gcc version 4.8.2 (GCC) ) #2 SMP >> Tue Sep 16 21:01:43 BST 2014 >> eric at bruno [ ~ ]$ tclsh >> % info patchlevel >> 8.6.1 >> % package require Tcl 8 >> 8.6.1 >> % package require xapian 1.0.0 >> 1.2.18 > > I've tested with 1.2.18 and can't reproduce this with that version > either (is that also the version of xapian-core you're run...

...g for a BSD-compatible install... /usr/bin/install -c checking for bzip2... /usr/bin/bzip2 checking for cat... /bin/cat checking for doxygen... no checking for groff... /usr/bin/groff checking for gzip... /bin/gzip checking for pdfroff... /usr/bin/pdfroff checking for runtest... no checking for the tclsh program in tclinclude directory... none checking for tclsh8.4... no checking for tclsh8.4.8... no checking for tclsh8.4.7... no checking for tclsh8.4.6... no checking for tclsh8.4.5... no checking for tclsh8.4.4... no checking for tclsh8.4.3... no checking for tclsh8.4.2... no checking for tclsh8.4...

...ot a totally academic concern: http://mail.gnu.org/archive/html/autoconf/2002-12/msg00098.html With your fix to use $PYTHON instead of python, test -x isn't actually needed AFAICS - the case statement will just get empty stdout and so the bindings will be disabled. I tested "./configure TCLSH=/no/such/path" and tcl8 doesn't get put in SUBDIRS in Makefile. Are you OK with reverting this? Cheers, Olly

......ssh, so excuse me for multiple emails. I downloaded openssh-3.5p1 and compiled under AIX. Now, if I run that program, Sandor W. Sklar in bugzilla #124 suggested (see below), it works in linux, not in AIX 5.1. in AIX it produces the same "hang" as the original problems Ihave with "tclsh"-command. sshd hangs with this output: debug1: channel 0: read<=0 rfd 11 len 0 debug1: channel 0: read failed debug1: channel 0: close_read debug1: channel 0: input open -> drain debug1: channel 0: ibuf empty debug1: channel 0: send eof debug1: channel 0: input drain -> closed Could...

The package tkrplot now works in OS X (Jaguar). The core of the problem is that the load function in tcl does not accept bundles, but needs dynamic libraries (I verfied this using the native version of tclsh and Wish). But the config files in the tkrplot package (as in all packages) build bundles, not libraries. Thus I said in the src directorry of the tkrplot package gcc -dynamiclib -flat_namespace -undefined suppress -install_name /usr/local/lib/R/library/tkrplot/libs/tkrplot.dylib \\ -o tkrplot....

...n::DB_CREATE_OR_OPEN > > xapian::WritableDatabase db2 "tmp.db" $xapian::DB_CREATE_OR_OPEN > > > eric at bruno [ ~ ]$ cat /proc/version > Linux version 3.13.300 (root at bruno) (gcc version 4.8.2 (GCC) ) #2 SMP > Tue Sep 16 21:01:43 BST 2014 > eric at bruno [ ~ ]$ tclsh > % info patchlevel > 8.6.1 > % package require Tcl 8 > 8.6.1 > % package require xapian 1.0.0 > 1.2.18 I've tested with 1.2.18 and can't reproduce this with that version either (is that also the version of xapian-core you're running? The 1.2.18 above is the bindings...

Eric J <eric <at> deptj.eu> writes: > >> eric <at> bruno [ ~ ]$ tclsh > >> % info patchlevel > >> 8.6.1 > >> % package require Tcl 8 > >> 8.6.1 > >> % package require xapian 1.0.0 > >> 1.2.18 Does the problem occur with both Tcl 8.6.1 and the 8.5 series?

Aaron Gray wrote: > Hi, > > I partly built LLVM on Cygwin yesterday and it was fine as far as it > went. But after doing a svn update today I am getting the following > warning on every compile :- > > > llvm[3]: Compiling LowerAllocations.cpp for Debug build > /usr/src/llvm/lib/Transforms/Utils/LowerAllocations.cpp:1: warning: > -fPIC ignored for

Hi, I partly built LLVM on Cygwin yesterday and it was fine as far as it went. But after doing a svn update today I am getting the following warning on every compile :- llvm[3]: Compiling LowerAllocations.cpp for Debug build /usr/src/llvm/lib/Transforms/Utils/LowerAllocations.cpp:1: warning: -fPIC ignored for target (all code is position independent) This maybe happening on other targets too.