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

Reply via email to