Hi Massimo, it is a more genera decission.
Scintific Linux, Apache etc have TCL 8.5 as default. If we want to support them (with Rivet 3), it has to build here. I may add a switch that TCL must have 8.6.1 minimum. The current spec file says: %define use_newer %(echo 'puts [package vsatisfies [info patch] 8.5.10]' | tclsh) Name: apache2-mod_rivet %if %{use_newer} Version: 3.0.1 %else Version: 2.0.6 %endif So, we may add a switch case to use 2.3.4 from 8.5.10 to 8.6.0. About the try command: I normally have a compatibility layer to emulate new commands by a tcl command, if I am forced to support older interpreters: if {0 == [llength [info commands ::try]]} { proc ::try args {...} } There is no tcl equivalent of try in the wiki, strange... There was one in the TIP 329, but the link is dead. Thank you, Harald Am 16.02.2018 um 23:06 schrieb Massimo Manghi: > On 02/16/2018 08:17 PM, Harald Oehlmann wrote: >> Hi Massimo, >> >> thank you for the reply ! >> >> About the compiler: the log file says: >> gcc-4.8.2-16 > > that's rather old, I haven't seen gcc 4.8 around for quite a long time, > but this package could not work properly (at least as a fully compatible > replacement of a 2.x module) because rivet 3.0 requires Tcl >= 8.6.1 > > the reason is very easy: the central request processing procedure uses > the 'try' command. It could work if this procedure is replaced in the > configuration. If there is interest in supporting Tcl 8.5 I think we > should analyze the implications: providing a request processing > procedure for Tcl 8.5 would be possible, but I have to check if Tcl 8.6 > is demanded in other places > >> >> You find most of this information at the top of the log file when >> packages are installed. >> >> You also have the configure options with a warning: >> ./configure --build=x86_64-redhat-linux-gnu >> --host=x86_64-redhat-linux-gnu --program-prefix= >> --disable-dependency-tracking --prefix=/usr --exec-prefix=/usr >> --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc >> --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 >> --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib >> --mandir=/usr/share/man --infodir=/usr/share/info --with-tcl=/usr/lib64 >> --with-apache-version=2 --with-tclsh=/usr/bin/tclsh --with-apache=/usr >> --with-rivet-target-dir=/usr/lib64/tcl8.5/apache2-mod_rivet3.0.1 >> --with-apxs=/usr/bin/apxs --with-pic --disable-rpath >> [ 55s] configure: WARNING: unrecognized options: --with-apache-version >> >> Later on, there is the warning caused by my bad experiences: >> configure: WARNING: >> --enable-threads requested, but building against a Tcl that is NOT >> thread-enabled. This is an OK configuration that will also run in >> a thread-enabled core. >> >> Thank you, >> Harald >> >> > > I remember and IIRC that also means the module can work without > asynchronous I/O but it can work for a whole class of application > without need of sophisticated interaction with sockets or other services > > -- Massimo -- ELMICRON Dr. Harald Oehlmann GmbH Koesener Str. 85 06618 NAUMBURG - Germany Phone: +49 (0)3445 78112-0 Fax: +49 (0)3445 78112-19 www.Elmicron.de German legal references: Geschaeftsfuehrer: Dr. Harald Oehlmann, Jens Oehlmann UST Nr. / VAT ID No.: DE206105272 HRB 212803 Stendal --------------------------------------------------------------------- To unsubscribe, e-mail: rivet-dev-unsubscr...@tcl.apache.org For additional commands, e-mail: rivet-dev-h...@tcl.apache.org