Instaladores de TOL

[Pedro Gea]

En el marco de las nuevas compilaciones para TOL (compilando con GNU GCC y para sistemas de 64 bits) y la creación de nuevos instaladores (tanto para Windows como para Linux) se necesita una revisión de la página de descargas de TOL: DownloadTol y de los mecanismos de recompilación y actualización de los instaladores.

Véanse:

• #1881 (sobre el control de versiones)
• #1818 (compilar contribs con RTools-GNU GCC)
• #1861 (compilar contribs con RTools-GNU GCC para 64 bits)
• #1866 (compilar TOL con RTools-GNU GCC para 64 bits)
• #1827 (instalador para TOL-GNU)
• #1860 (instaladores para Linux)
• #1880 (indicaciones para la compilación de TOL)

[Pedro Gea]

(In [7083]) Refs #1899, #1880, #1827
Se revisa ActiveTOL_Base.exe y se incorpora ActiveTOL_Patch.exe en él.
Se modifica _uptol.bat para permitir las opciones: /dist /no_tests.
Se modifica el mecanismo de comprobación de que se está usando la consola del SDK.
Se tiene en cuenta en _uptol.bat el nombre del nuevo instalador.
Se revisa build_tol_sdk/build_tol_sdk.tol para evitar las carpetas usadas en la compilación con GNU GCC
Se utiliza una ubicación limpia de TOLHOME para la compilación de TOL y de su instalador con MSVC.

[Pedro Gea]

Se recomienda liberar la primera versión oficial de TOL3.2 (v3.2 p001).

[Pedro Gea]

(In [7152]) Refs #1899
See [7139]
Se modifica la versión de TOL.

[Pedro Gea]

Se incrementa la versión 3.2 de TOL a la versión 3.3 al pasar de versión de desarrollo a versión oficial.

Este salto se justifica en parte por la necesidad de establecer de manera clara la versión a partir de la cual existe la compatibilidad de TOL con R.

[Pedro Gea]

Se replantea una cuestión relativa a los números de versión en TOL.

Desde [4046] y [4047] se pasa a numerar TOL con dos números de versión (major & minor) y un número con letra (build) con el criterio de que la letra "b" es para las versiones de desarrollo (beta) y la letra "p" para las versiones estables (patch).

Así la versión "3.1 b027" es anterior a la "3.1 p001". Véase [4157].
Este criterio es tenido en cuenta incluso por TolPackage. Véase la función ObtainIntegers de tolp/trunk/tol/stdlib/TolPackage/TolVersion.tol.

La propuesta consiste en usar los números de versión minor pares para las versiones de desarrollo y los impares para versiones estables. Así de manera natural 3.1 y 3.3 serían versiones estables, mientras que 3.2 o 3.4 serían versiones de desarrollo.

Si se hace esto, la letra "b" o "p" no sería necesaria, sin embargo, mientras se revisan o no los mecanismos de comparación de versiones, como el mencionado anteriormente de TolPackage, se recomienda mantener la letra "b" para las versiones pares y "p" para las impares.

[Pedro Gea]

Se mantiene la versión estable de TOL en el tolp/trunk como versión en mantenimiento, sin generar una rama en tolp/branches para la versión 3.3 ("release_3.3") hasta que haya un proyecto de desarrollo para TOL, que lo justifique.

De este modo se evita temporalmente tener que mantener dos copias del código.

Cuando se cree la rama "release_3.3" la versión de TOL en el trunk pasaría a ser la "3.4 b001".

[Pedro Gea]

(In [7153]) Refs #1904, #1899
Se requiere la versión 3.3 de TOL.
Se suben las librerías para windows 32 y 64 bits.

[Jorge]

(In [7167]) refs #1899

[Jorge]

(In [7168]) refs #1899, hacemos corresponder el requerimiento con la version 3.3

[Jorge]

(In [7169]) refs #1899, recogemos el numero de version desde el CMakeLists.txt

[Jorge]

(In [7170]) refs #1899, recogemos el numero de version desde el CMakeLists.txt

[Pedro Gea]

(In [7172]) Refs #1899
Se modifica el número de versión en init_toltk.tcl

[Jorge]

(In [7175]) refs #1899, los scripts de arranque no hacen falta ya que los ejecutables se basan en RPATH.

[Jorge]

(In [7176]) refs #1899, etiquetamos el nombre del archivo segun la plataforma

[Jorge]

(In [7177]) refs #1899, los scripts sh de arranque de tol ya no hacen falta

[Jorge]

(In [7178]) refs #1899, los scripts sh de arranque de tolsh ya no hacen falta

[Jorge]

(In [7180]) refs #1899, tolbase.sh ya no es necesario, las extensiones dentro de ThirdParty solo se compilan si se solicitan con -DBUILD_TKTABLE=ON o -DBUILD_TCLODBC=1

[Jorge]

(In [7181]) refs #1899, en linux hay que instalar bin/tolbase.tcl ya que el ejecutable tolbase lo necesita como script de arranque.

[Jorge]

(In [7182]) refs #1899, en CentOS 6 se requiere TclCurl7.19.6, para ello configurar con -DTCLCURL_VERSION=7.19.6 -DBUILD_TCLCURL

[Jorge]

(In [7183]) refs #1899, TclCurl y toltcl deben instalarse con el paquete tol-core

[Jorge]

(In [7184]) refs #1899, error tipografico, para sistemas basado en rpm instalamos en lib64 la version de 64 bit

[Pedro Gea]

(In [7187]) Refs #1899
Se incorpora el CMakeLists.txt para el instalador en Windows.
Dispone de la posibilidad de crear el instalador para 32 y para 64 bits.
Dispone de la posibilidad de incluir tolbase o no.
Para que funcione adecuadamente la sentencia include(CPack) ha de moverse de archivo.

[Pedro Gea]

(In [7215]) Refs #1899
Algunos cambios pendientes.

[Pedro Gea]

(In [7219]) Refs #1899, #1860
Se revisan las instrucciones para crear los instaladores en Linux.

[Jorge]

(In [7222]) refs #1899, correccion a la regla install de tclcurl

[Pedro Gea]

(In [7237]) Refs #1860, #1899
Se revisan las dependencias para Ubuntu (.deb).

[Pedro Gea]

(In [7239]) Refs #1880, #1899
Se incorporan las opciones de compilación de las "ThirdParty" en build.sh.
Se corrige el mecanismo de inclusión de estos paquetes de tcl/Tk en la instalación. El mecanismo anterior basado en lib_children fallaba al no existir aún los directorios en tiempo de cmake.

[Pedro Gea]

(In [7241]) Refs #1899
Se corrigen el nombre del software y el de la variable de entorno para la versión de TOL 64-bits.
Así se evita colisión con la versión de 32-bits.

[Pedro Gea]

(In [7265]) Refs #1899
Se cambia la versión de toltcl a 3.3
Véase [7168]

[Pedro Gea]

(In [7295]) Refs #1899
Se homogeneiza el nombre del directorio de instalación de Windows

[Pedro Gea]

(In [7305]) Refs #1899
Se cambia la versión a 3.3