From Newsgroup: comp.lang.tcl

For the time being I have reverted from using Tcl/Tk 9.1.0 to 9.0.3.

1. ttk::treeview moving down doesn't work in 9.1 but does in 9.0.
Evidence: https://github.com/mark-summerfield/wishlist
This program allows the user to move books and groups and readers up and
down in the tree. It works perfectly with 9.0 but down moves don't work
with 9.1.

2. When I create a child window its widgets don't appear in 9.1 but appear
fine and can be interacted with in 9.0.
Evidence: https://github.com/mark-summerfield/eval
If you run this program and click More→Tables (or press <Ctrl-t>) it pops
up a dialog window that shows a ttk::notebook of three pages each with a
text widget, plus a Close button. All this appears and works fine in 9.0;
none of them appear in 9.1 and in 9.1 the application hangs. The
application’s other dialog windows all work fine in both 9.0 and 9.1.

I always build from source. I'm on Debian trixie 13 64-bit Linux.

PS Tcl/Tk 9.0.4 won't build for me. It complains about something to do with 'tcl native' and says I should configure without zipfs; when I do a clean
build without zipfs it says the same thing.
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.lang.tcl

On Mon, 5 Oct 2026 11:31:16 -0000 (UTC), Mark Summerfield wrote:

For the time being I have reverted from using Tcl/Tk 9.1.0 to 9.0.3.

1. ttk::treeview moving down doesn't work in 9.1 but does in 9.0.
Evidence: https://github.com/mark-summerfield/wishlist
This program allows the user to move books and groups and readers up and
down in the tree. It works perfectly with 9.0 but down moves don't work
with 9.1.

Regarding this I've now managed to create a cut-down example 42 lines
and created a ticket: https://core.tcl-lang.org/tk/tktview/7aae3d0fe508fb7c6d88553318fbd84111f39d47

(I have no idea how to sort out my second 9.1 bug as per prev. post.)
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.lang.tcl

Am 05.10.2026 um 14:32 schrieb Mark Summerfield:

On Mon, 5 Oct 2026 11:31:16 -0000 (UTC), Mark Summerfield wrote:

For the time being I have reverted from using Tcl/Tk 9.1.0 to 9.0.3.

1. ttk::treeview moving down doesn't work in 9.1 but does in 9.0.
Evidence: https://github.com/mark-summerfield/wishlist
This program allows the user to move books and groups and readers up and >> down in the tree. It works perfectly with 9.0 but down moves don't work >> with 9.1.

Regarding this I've now managed to create a cut-down example 42 lines
and created a ticket: https://core.tcl-lang.org/tk/tktview/7aae3d0fe508fb7c6d88553318fbd84111f39d47

(I have no idea how to sort out my second 9.1 bug as per prev. post.)

Mark,

thanks for testing 9.1.0 and sorry, that you found so many blocking
issues. I hope, 9.1.1 will have corrected all this.

There are other blocking known bugs in 9.1.0 like the non-functioning "-justify" in ttk widgets.

But as you see, Serhiy is fixing around 20 bugs per day and proposes
them in bug branches. Any review there is welcomed. So, if your bugs are addressed, it would be great if you could test it.
Did you try the main branch? There are already 20 bugfixes in...

Thanks for all,
Harald
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.lang.tcl

On Mon, 5 Oct 2026 11:31:16 -0000 (UTC), Mark Summerfield wrote:

2. When I create a child window its widgets don't appear in 9.1 but appear
fine and can be interacted with in 9.0.
Evidence: https://github.com/mark-summerfield/eval
If you run this program and click More→Tables (or press <Ctrl-t>) it pops
up a dialog window that shows a ttk::notebook of three pages each with a
text widget, plus a Close button. All this appears and works fine in 9.0;
none of them appear in 9.1 and in 9.1 the application hangs. The
application’s other dialog windows all work fine in both 9.0 and 9.1.

I always build from source. I'm on Debian trixie 13 64-bit Linux.

I've noticed that the Tables dialog is modeless & the others (all of which
work fine with 9.0 & 9.1) are modal.

For modal I execute "wm transient $Form ." and "grab set $Form";
but I don't do either of these for the modeless Tables form which fails
to work properly with 9.1.

In the source code the differences are in abstract_form-1.tm.

If I get time I'll try to create a minimal example & create a ticket.

Harald: I haven't tried with the trunk; I'm used to building Tcl/Tk from
the tarballs & have never built from a checkout.

--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.lang.tcl

On 10/5/26 7:32 AM, Mark Summerfield wrote:

On Mon, 5 Oct 2026 11:31:16 -0000 (UTC), Mark Summerfield wrote:

For the time being I have reverted from using Tcl/Tk 9.1.0 to 9.0.3.

1. ttk::treeview moving down doesn't work in 9.1 but does in 9.0.
Evidence: https://github.com/mark-summerfield/wishlist
This program allows the user to move books and groups and readers up and >> down in the tree. It works perfectly with 9.0 but down moves don't work >> with 9.1.

Regarding this I've now managed to create a cut-down example 42 lines
and created a ticket: https://core.tcl-lang.org/tk/tktview/7aae3d0fe508fb7c6d88553318fbd84111f39d47

I've found the issue and created a branch with the fix. I also provided
a workaround if you want to use 9.1. See the ticket for more info.

--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.lang.tcl

On Mon, 5 Oct 2026 15:37:01 -0000 (UTC), Mark Summerfield wrote:

On Mon, 5 Oct 2026 11:31:16 -0000 (UTC), Mark Summerfield wrote:

2. When I create a child window its widgets don't appear in 9.1 but appear >> fine and can be interacted with in 9.0.
Evidence: https://github.com/mark-summerfield/eval
If you run this program and click More→Tables (or press <Ctrl-t>) it pops
up a dialog window that shows a ttk::notebook of three pages each with a >> text widget, plus a Close button. All this appears and works fine in 9.0; >> none of them appear in 9.1 and in 9.1 the application hangs. The
application’s other dialog windows all work fine in both 9.0 and 9.1. >>
I always build from source. I'm on Debian trixie 13 64-bit Linux.

I've noticed that the Tables dialog is modeless & the others (all of which work fine with 9.0 & 9.1) are modal.

For modal I execute "wm transient $Form ." and "grab set $Form";
but I don't do either of these for the modeless Tables form which fails
to work properly with 9.1.

In the source code the differences are in abstract_form-1.tm.

If I get time I'll try to create a minimal example & create a ticket.

Harald: I haven't tried with the trunk; I'm used to building Tcl/Tk from
the tarballs & have never built from a checkout.

I tried to create a minimal example to illustrate this bug but it worked fine.

I looked at building from https://github.com/tcltk/ which has the dev daily build but it lists linux as failing for both Tcl and Tk so it seems pointless to try at the moment.

Also, I found that regarding third party packages, tcltls2 builds fine with 9.0.3 but fails to build with 9.1.0.
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.lang.tcl

Sorry you are having difficulty, Mark. See below.

On 10/6/2026 12:41 PM, Mark Summerfield wrote:

I looked at building from https://github.com/tcltk/ which has the dev daily build but it lists linux as failing for both Tcl and Tk so it seems pointless to try at the moment.

The daily builds fail even for minor hiccups/bugs so I would still give
it a go.

Also, I found that regarding third party packages, tcltls2 builds fine with 9.0.3 but fails to build with 9.1.0.

I just tried building the HEAD of tcltls repository against 9.1.0
release with MinGW on Windows (openssl 3.6) as well under Ubuntu 26
(openssl 3.5.5). Both built and ran tests with no failures. What was the
error you saw, what tcltls distribution did you use, and what was the installed openssl version?

Sorry, can't help with Tk related issues.

--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.lang.tcl

On Wed, 7 Oct 2026 08:28:40 +0530, Ashok wrote:

Sorry you are having difficulty, Mark. See below.

[snip[

Also, I found that regarding third party packages, tcltls2 builds fine with >> 9.0.3 but fails to build with 9.1.0.

I just tried building the HEAD of tcltls repository against 9.1.0
release with MinGW on Windows (openssl 3.6) as well under Ubuntu 26
(openssl 3.5.5). Both built and ran tests with no failures. What was the error you saw, what tcltls distribution did you use, and what was the installed openssl version?

I now believe the tcltls problem is a configuration bug in tcltls.

When I try to make it immediately fails because it can't find 'dtplite'.

However, 'dtplite' _is_ installed in the locally built Tcl I'm configuring
and building tcltls against. See below:

Script started on 2026-10-07 07:51:00+01:00 [TERM="xterm-256color" TTY="/dev/pts/1" COLUMNS="93" LINES="50"]
0;~/Downloads/tcltls2.0.1$ ./configure --prefix=/home/mark/opt/tcl91 --enable-64bit --enable-64bit --with-tcl=//home/mark/opt/tcl91/lib//home/mark/opt/tcl91/lib/

checking TEA configuration... ok (TEA 3.13)
configure: configuring tls 2.0.1
checking system version... Linux-6.12.111+deb13-amd64
checking for Tcl configuration... found /home/mark/opt/tcl91/lib/tclConfig.sh checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether the compiler supports GNU C... yes
checking whether gcc accepts -g... yes
checking for gcc option to enable C23 features... -std=gnu23
checking for existence of /home/mark/opt/tcl91/lib/tclConfig.sh... loading checking platform... unix
configure: --exec-prefix defaulting to TCL_EXEC_PREFIX /home/mark/opt/tcl91 checking for gcc... (cached) gcc
checking whether the compiler supports GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to enable C23 features... (cached) -std=gnu23
checking how to run the C preprocessor... gcc -std=gnu23 -E
checking whether make sets $(MAKE)... yes
checking for ranlib... ranlib
checking for stdio.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for strings.h... yes
checking for sys/stat.h... yes
checking for sys/types.h... yes
checking for unistd.h... yes
checking if the compiler understands -pipe... yes
checking whether byte ordering is bigendian... no
checking for Tcl public headers... /home/mark/opt/tcl91/include
checking for pthread_mutex_init in -lpthread... yes
checking for building with threads... yes (default)
checking how to build libraries... shared
checking for ranlib... (cached) ranlib
checking if 64bit support is requested... yes
checking if 64bit Sparc VIS support is requested... no
checking if compiler supports visibility "hidden"... yes
checking if rpath support is requested... yes
checking system version... (cached) Linux-6.12.111+deb13-amd64
checking for ar... ar
checking if compiler accepts -m64 flag... yes
checking for cast to union support... yes
checking for stdbool.h... yes
checking for required early compiler flags... none
checking for 64-bit integer type... yes
checking for build with symbols... no
checking for egrep -e... /usr/bin/grep -E
checking for pkg-config... pkg-config
checking for debug mode... no
checking for fast path... no
checking for enable hardening... yes
checking for static linking of openSSL libraries... no
checking for OpenSSL directory...
checking for OpenSSL include directory...
checking for OpenSSL lib directory...
checking for OpenSSL pkgconfig...
checking for libs... ${exec_prefix}/lib
checking for SSL libs... -lssl -lcrypto
checking for tclsh... /home/mark/opt/tcl91/bin/tclsh9.1
checking for dtplite... /usr/bin/dtplite
configure: creating ./config.status
config.status: creating Makefile
config.status: creating pkgIndex.tcl
0;~/Downloads/tcltls2.0.1$ make

sed -e '/^\\s*\#/d' -e '/^\\s*$/d' -e 's/\\/\\\\/g' -e 's/\"/\\"/g' -e 's/^/"/' \
-e 's/$/\\n\"/' 'library/tls.tcl' > 'tls.tcl.h' || { rm -f tls.tcl.h; exit 1; }
gcc -std=gnu23 -DPACKAGE_NAME=\"tls\" -DPACKAGE_TARNAME=\"tls\" -DPACKAGE_VERSION=\"2.0.1\" -DPACKAGE_STRING=\"tls\ 2.0.1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DBUILD_tls=/\*\*/ -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DUSE_TCL_STUBS=1 -DUSE_TCLOO_STUBS=1 -DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\)\) -DHAVE_HIDDEN=1 -DHAVE_CAST_TO_UNION=1 -DHAVE_STDBOOL_H=1 -DTCL_WIDE_INT_IS_LONG=1 -DTCL_CFG_OPTIMIZED=1 -DUSE_TCL_STUBS=1 -DNO_SSL3=1 -D_FORTIFY_SOURCE=2 -fstack-protector-all -fno-strict-overflow -Wno-deprecated-declarations -I/usr/include -I"/home/mark/opt/tcl91/include" -I. -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -pipe -m64 -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -c `echo ./generic/tlsBIO.c` -o tlsBIO.o
gcc -std=gnu23 -DPACKAGE_NAME=\"tls\" -DPACKAGE_TARNAME=\"tls\" -DPACKAGE_VERSION=\"2.0.1\" -DPACKAGE_STRING=\"tls\ 2.0.1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DBUILD_tls=/\*\*/ -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DUSE_TCL_STUBS=1 -DUSE_TCLOO_STUBS=1 -DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\)\) -DHAVE_HIDDEN=1 -DHAVE_CAST_TO_UNION=1 -DHAVE_STDBOOL_H=1 -DTCL_WIDE_INT_IS_LONG=1 -DTCL_CFG_OPTIMIZED=1 -DUSE_TCL_STUBS=1 -DNO_SSL3=1 -D_FORTIFY_SOURCE=2 -fstack-protector-all -fno-strict-overflow -Wno-deprecated-declarations -I/usr/include -I"/home/mark/opt/tcl91/include" -I. -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -pipe -m64 -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -c `echo ./generic/tlsIO.c` -o tlsIO.o
gcc -std=gnu23 -DPACKAGE_NAME=\"tls\" -DPACKAGE_TARNAME=\"tls\" -DPACKAGE_VERSION=\"2.0.1\" -DPACKAGE_STRING=\"tls\ 2.0.1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DBUILD_tls=/\*\*/ -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DUSE_TCL_STUBS=1 -DUSE_TCLOO_STUBS=1 -DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\)\) -DHAVE_HIDDEN=1 -DHAVE_CAST_TO_UNION=1 -DHAVE_STDBOOL_H=1 -DTCL_WIDE_INT_IS_LONG=1 -DTCL_CFG_OPTIMIZED=1 -DUSE_TCL_STUBS=1 -DNO_SSL3=1 -D_FORTIFY_SOURCE=2 -fstack-protector-all -fno-strict-overflow -Wno-deprecated-declarations -I/usr/include -I"/home/mark/opt/tcl91/include" -I. -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -pipe -m64 -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -c `echo ./generic/tlsX509.c` -o tlsX509.o
make nroff documentation
make HTML documentation
gcc -std=gnu23 -DPACKAGE_NAME=\"tls\" -DPACKAGE_TARNAME=\"tls\" -DPACKAGE_VERSION=\"2.0.1\" -DPACKAGE_STRING=\"tls\ 2.0.1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DBUILD_tls=/\*\*/ -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DUSE_TCL_STUBS=1 -DUSE_TCLOO_STUBS=1 -DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\)\) -DHAVE_HIDDEN=1 -DHAVE_CAST_TO_UNION=1 -DHAVE_STDBOOL_H=1 -DTCL_WIDE_INT_IS_LONG=1 -DTCL_CFG_OPTIMIZED=1 -DUSE_TCL_STUBS=1 -DNO_SSL3=1 -D_FORTIFY_SOURCE=2 -fstack-protector-all -fno-strict-overflow -Wno-deprecated-declarations -I/usr/include -I"/home/mark/opt/tcl91/include" -I. -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -pipe -m64 -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -c `echo ./generic/tls.c` -o tls.o
application-specific initialization failed: application-specific initialization failed: Cannot find a usable init.tcl in the following directories:


/home/mark/Downloads/tcl9.1.0/library





This probably means that Tcl wasn't installed properly.


Cannot find a usable init.tcl in the following directories:


/home/mark/Downloads/tcl9.1.0/library





This probably means that Tcl wasn't installed properly.


can't find package dtplite 1.0.5
while executing
"package require dtplite 1.0.5"
(file "/usr/bin/dtplite" line 20)
can't find package dtplite 1.0.5
while executing
"package require dtplite 1.0.5"
(file "/usr/bin/dtplite" line 20)
make: *** [Makefile:227: make-docs-html] Error 1
make: *** Waiting for unfinished jobs....
make: *** [Makefile:219: make-docs-n] Error 1
$ locate dtplite |grep tcl91
/home/mark/opt/tcl91/bin/dtplite
/home/mark/opt/tcl91/lib/tcllib2.0/dtplite /home/mark/opt/tcl91/lib/tcllib2.0/dtplite/dtplite.tcl /home/mark/opt/tcl91/lib/tcllib2.0/dtplite/pkgIndex.tcl
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.lang.tcl

On Wed, 7 Oct 2026 08:28:40 +0530, Ashok wrote:

Sorry you are having difficulty, Mark. See below.

On 10/6/2026 12:41 PM, Mark Summerfield wrote:

I looked at building from https://github.com/tcltk/ which has the dev daily >> build but it lists linux as failing for both Tcl and Tk so it seems pointless
to try at the moment.

The daily builds fail even for minor hiccups/bugs so I would still give
it a go.

I built using the today's daily. tcltls had exactly the same problem as with the released 9.1.0. And I also got the same Tk problem which I've now
submitted as a ticket: https://core.tcl-lang.org/tk/tktview/6f054bf319b4e5f3c77d5905b89b626800694932 --- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.lang.tcl

Ok, I don't have dtplite (or tcllib) installed so I was just doing

make binaries
make test

It's not clear why it is looking in /home/mark/Downloads/tcl9.1.0/library.

Do you by any chance have TCL_LIBRARY env variable pointed there? Else
looking at the config output, why is it looking there? It's also picking
up dtplite from /usr/bin/dtplite which seems suspicious. I would have
thought it should be in /home/mark/opt/tcl91/lib/.

/Ashok

On 10/7/2026 12:27 PM, Mark Summerfield wrote:

application-specific initialization failed: application-specific initialization failed: Cannot find a usable init.tcl in the following directories:

/home/mark/Downloads/tcl9.1.0/library

This probably means that Tcl wasn't installed properly.

Cannot find a usable init.tcl in the following directories:

/home/mark/Downloads/tcl9.1.0/library

This probably means that Tcl wasn't installed properly.

can't find package dtplite 1.0.5
while executing
"package require dtplite 1.0.5"
(file "/usr/bin/dtplite" line 20)
can't find package dtplite 1.0.5
while executing
"package require dtplite 1.0.5"
(file "/usr/bin/dtplite" line 20)
make: *** [Makefile:227: make-docs-html] Error 1
make: *** Waiting for unfinished jobs....
make: *** [Makefile:219: make-docs-n] Error 1
$ locate dtplite |grep tcl91
/home/mark/opt/tcl91/bin/dtplite
/home/mark/opt/tcl91/lib/tcllib2.0/dtplite /home/mark/opt/tcl91/lib/tcllib2.0/dtplite/dtplite.tcl /home/mark/opt/tcl91/lib/tcllib2.0/dtplite/pkgIndex.tcl

--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.lang.tcl

On Wed, 7 Oct 2026 15:50:03 +0530, Ashok wrote:

Ok, I don't have dtplite (or tcllib) installed so I was just doing

make binaries
make test

It's not clear why it is looking in /home/mark/Downloads/tcl9.1.0/library.

Do you by any chance have TCL_LIBRARY env variable pointed there? Else looking at the config output, why is it looking there? It's also picking
up dtplite from /usr/bin/dtplite which seems suspicious. I would have thought it should be in /home/mark/opt/tcl91/lib/.

/Ashok

[snip]

I don't have any TCL envvars set. I _expected_ it to look in /home/mark/opt/tcl91/bin but the fact that despite my setting --prefix to /home/mark/opt/tcl91 it is looking in /usr/bin suggests a tcltls config
bug to me.
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.lang.tcl

On 10/7/26 5:20 AM, Ashok wrote:

Ok, I don't have dtplite (or tcllib) installed so I was just doing

make binaries
make test

It's not clear why it is looking in /home/mark/Downloads/tcl9.1.0/library.

Do you by any chance have TCL_LIBRARY env variable pointed there? Else looking at the config output, why is it looking there? It's also picking
up dtplite from /usr/bin/dtplite which seems suspicious. I would have thought it should be in /home/mark/opt/tcl91/lib/.

/Ashok

On 10/7/2026 12:27 PM, Mark Summerfield wrote:

application-specific initialization failed: application-specific
initialization failed: Cannot find a usable init.tcl in the following
directories:


     /home/mark/Downloads/tcl9.1.0/library





This probably means that Tcl wasn't installed properly.


Cannot find a usable init.tcl in the following directories:


     /home/mark/Downloads/tcl9.1.0/library





This probably means that Tcl wasn't installed properly.


can't find package dtplite 1.0.5
     while executing
"package require dtplite 1.0.5"
     (file "/usr/bin/dtplite" line 20)
can't find package dtplite 1.0.5
     while executing
"package require dtplite 1.0.5"
     (file "/usr/bin/dtplite" line 20)
make: *** [Makefile:227: make-docs-html] Error 1
make: *** Waiting for unfinished jobs....
make: *** [Makefile:219: make-docs-n] Error 1
$ locate dtplite |grep tcl91
/home/mark/opt/tcl91/bin/dtplite
/home/mark/opt/tcl91/lib/tcllib2.0/dtplite
/home/mark/opt/tcl91/lib/tcllib2.0/dtplite/dtplite.tcl
/home/mark/opt/tcl91/lib/tcllib2.0/dtplite/pkgIndex.tcl

The issue isn't with tcltls or the configure scripts, the issue is you
seem to have tcl installed in at least 3 locations so when the /usr/bin/dtplite.tcl script is called, tclsh can't find the init.tcl
file. That's the error message you have above. So you need to provide
options to tell it how to find the right install location. Another issue
may be the output you pasted into the message showing the command line
was corrupted with extra characters. That will cause it to fail too.

Here's what I use on OpenSuSE with a custom TCL install:

./configure --enable-64bit --prefix=/opt/tcl9.1
-with-tcl=/opt/tcl9.1/lib64 --with-openssl-dir=/usr --with-openssl-includedir=/usr/include --with-openssl-libdir=/usr/lib64

You may also need to alter the PATH to remove any other TCL locations if
it keeps using the wrong tclsh.

See './configure --help' for the complete list of options.

--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.lang.tcl

On 07/10/2026 13:57, Brian wrote:

On 10/7/26 5:20 AM, Ashok wrote:

Ok, I don't have dtplite (or tcllib) installed so I was just doing

make binaries
make test

It's not clear why it is looking in /home/mark/Downloads/tcl9.1.0/
library.

Do you by any chance have TCL_LIBRARY env variable pointed there? Else
looking at the config output, why is it looking there? It's also
picking up dtplite from /usr/bin/dtplite which seems suspicious. I
would have thought it should be in /home/mark/opt/tcl91/lib/.

/Ashok

On 10/7/2026 12:27 PM, Mark Summerfield wrote:

application-specific initialization failed: application-specific
initialization failed: Cannot find a usable init.tcl in the following
directories:


     /home/mark/Downloads/tcl9.1.0/library





This probably means that Tcl wasn't installed properly.


Cannot find a usable init.tcl in the following directories:


     /home/mark/Downloads/tcl9.1.0/library





This probably means that Tcl wasn't installed properly.


can't find package dtplite 1.0.5
     while executing
"package require dtplite 1.0.5"
     (file "/usr/bin/dtplite" line 20)
can't find package dtplite 1.0.5
     while executing
"package require dtplite 1.0.5"
     (file "/usr/bin/dtplite" line 20)
make: *** [Makefile:227: make-docs-html] Error 1
make: *** Waiting for unfinished jobs....
make: *** [Makefile:219: make-docs-n] Error 1
$ locate dtplite |grep tcl91
/home/mark/opt/tcl91/bin/dtplite
/home/mark/opt/tcl91/lib/tcllib2.0/dtplite
/home/mark/opt/tcl91/lib/tcllib2.0/dtplite/dtplite.tcl
/home/mark/opt/tcl91/lib/tcllib2.0/dtplite/pkgIndex.tcl

The issue isn't with tcltls or the configure scripts, the issue is you
seem to have tcl installed in at least 3 locations so when the /usr/bin/ dtplite.tcl script is called, tclsh can't find the init.tcl file. That's
the error message you have above. So you need to provide options to tell
it how to find the right install location. Another issue may be the
output you pasted into the message showing the command line was
corrupted with extra characters. That will cause it to fail too.

Here's what I use on OpenSuSE with a custom TCL install:

./configure --enable-64bit --prefix=/opt/tcl9.1 -with-tcl=/opt/tcl9.1/
lib64 --with-openssl-dir=/usr --with-openssl-includedir=/usr/include -- with-openssl-libdir=/usr/lib64

You may also need to alter the PATH to remove any other TCL locations if
it keeps using the wrong tclsh.

See './configure --help' for the complete list of options.

I've kept readers of this newsgroup, and Brian, amused for many hours
with problems building tcltls in the past. About a year ago, Brian
hand-held me through the process (probably for Tcl 9.0.3 or 9.0.2) and I
ended up with a configure command that was many inches long, that
specified a lot of --with... flags, and that worked.

I have since experimented with dropping most of the flags and for both tcl9.0.4 and tcl9.1.0, I have successfully built tcltls2.0.1 after

./configure --enable-64bit --prefix=<wherever>

Stick with it.

Alan
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.lang.tcl

On Wed, 7 Oct 2026 07:57:08 -0500, Brian wrote:
[snip]

Here's what I use on OpenSuSE with a custom TCL install:

./configure --enable-64bit --prefix=/opt/tcl9.1
-with-tcl=/opt/tcl9.1/lib64 --with-openssl-dir=/usr --with-openssl-includedir=/usr/include --with-openssl-libdir=/usr/lib64

Tried with:
./configure --enable-64bit --prefix=/home/mark/opt/tcl91x -with-tcl=/home/mark/opt/tcl91x/lib --with-openssl-dir=/usr --with-openssl-includedir=/usr/include --with-openssl-libdir=/usr/lib/x86_64-linux-gnu

but it still fails with both 9.1.0 and 9.1.1. I'm giving up since it installs fine with 9.0.3 which is what I now use.
--- Synchronet 3.22a-Linux NewsLink 1.2