Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: aotto1968 <aotto1968@t-online.de>
Newsgroups: comp.lang.tcl
Subject: Re: ANNOUNCE: new TCL shell "atlsh" (reborn tcl8.5.19)
Date: Thu, 8 May 2025 22:33:40 +0200
Organization: A noiseless patient Spider
Lines: 84
Message-ID: <vvj4f4$24as5$1@dont-email.me>
References: <vual9c$32dut$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Thu, 08 May 2025 22:33:40 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="b4090863fec4054787e0db6f14d860dd";
	logging-data="2239365"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/Tlo4XJQFrPTmwf2qkcC+hZK5Q5lRMjb0="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:JDqxOdG/vD14gR+Yq5PwyHjn/ug=
In-Reply-To: <vual9c$32dut$1@dont-email.me>
Content-Language: en-US
Bytes: 4504

atlsh-1-0-2 is out

- http://thedev.nhi1.de/theATL/main/index.htm
- https://github.com/aotto1968/atlsh

     update 8 mai 2025
     =================

     - After switching from @tcl85 to @tcl86, it became apparent that there was a problem distinguishing an @b existing
       @tcl86 installation from the new @atl10 installation.
     - To circumvent this and protect @tcl86, the distribution was renamed to @atl10, thus changing the @e visible interface
       to @b atl.
     - The invisible interface (i.e., functions, variables, constants, etc.) remains untouched and thus binary compatible.
       - However, this will change in the future when \c atlsh becomes a standalone product.
     - The following changes were made:
     \verbatim
     from                   | to
     ------------------     | ----------------
     tclConfig.sh           | atlConfig.sh
     tclsh                  | atlsh
     tcltest                | atltest
     include/tcl*.h         | include/atl/tcl*.h
     lib/tcl8               | lib/atl1
     lib/tcl8.6             | lib/atl1.0
     bin/tclsh              | bin/atlsh
     lib64/pkgconfig/tcl.pc | lib64/pkgconfig/atl.pc
     lib64/libtclstub8.6.a  | lib64/libatlstub1.0.a
     lib64/tclConfig.sh     | lib64/atlConfig.sh
     lib64/libtcl8.6.so     | lib64/libatl1.0.so
     share/man1/*.1         | share/atl/man1/*.1
     share/man3/*.3         | share/atl/man3/*.3
     share/mann/*.n         | share/atl/mann/*.n
     TCLLIBPATH             | ATL_LIBPATH
     TCL_LIBRARY            | ATL_LIBRARY
     \endverbatim

     update 5 mai 2025
     =================

     After switching from @tcl85 to @tcl86, the paralellization of @tcltest was complete.
     - @zlib and @tclOO have also been removed.
     - all \e sub-packages from \c pkgs were removed.
     - Next, @NRE and @thread support will be removed.
     - Once all this is complete, the @interp command will be replaced by a \b NEW technology.
     - example: new massive parallel testing of the @tcl86 test suite.
     \verbatim
     ...
     PASS: dict.test
     PASS: exec.test
     PASS: expr.test
     PASS: reg.test
     PASS: socket.test
     PASS: thread.test
     PASS: interp.test
     PASS: lmap.test
     PASS: async.test
     PASS: chanio.test
     PASS: tcltest.test
     PASS: main.test
     PASS: clock.test
     PASS: regexp.test
     PASS: io.test
     PASS: ioCmd.test
     ============================================================================
     Testsuite summary for NHI1 10.0
     ============================================================================
     ...

     real    1m30,248s
     user    3m55,929s
     sys     0m15,400s
     \endverbatim

     update 2 mai 2025
     =================

     - Testing @tcl85 with the @tcl86 test cases revealed that @tcl85 contains numerous serious (core) bugs that were only
       fixed in @tcl86.
     - However, @tcl86 is now the problematic version with @NRE and @tclOO.
     - An initial attempt to patch @tcl85 required importing a large amount of code from @tcl86.
     - This raises the question of whether it even makes sense to patch @tcl85 towards @tcl86 when the end result is @tcl86 anyway.
     - The strategy of starting with @tcl86 and removing everything unwanted seems more sensible to me, as it starts with a
       bug-free launch, which is then successively retested at each step.