Update 2 de RADStudio Tokyo

[farute]

Otro inconveniente es que los componentes para tokio Delphi 10.2.1 que no tengan el pas no son compatibles con esta Delphi 10.2.2,
al menos el que yo he probado uno de TMS,
tendrán que sacar de nuevo nuevas versiones para Tokio 10.2.2 de todos componentes.

Estos temas de la compatibilidad de componentes tendrían que hacer algo para no tener mil versiones de los mismos cada vez que hay nuevas versiones.


Debería existir un migrador de codigo cada vez que sale una nueva versión.
Al menos si tienes los fuentes que puedas utilizarlo.

[Casimiro Notevi]

Empezado por farute

Otro inconveniente es que los componentes para tokio Delphi 10.2.1 que no tengan el pas no son compatibles con esta Delphi 10.2.2,
al menos el que yo he probado uno de TMS,

Eso es problema de TMS, ahí delphi no tiene ninguna culpa.

[farute]

Empezado por Casimiro Notevi

Eso es problema de TMS, ahí delphi no tiene ninguna culpa.

pero imagino que todos los componentes que sólo distribuyen los dcu sin los pas tendrán que ser recompilados no?

[Casimiro Notevi]

Empezado por farute

pero imagino que todos los componentes que sólo distribuyen los dcu sin los pas tendrán que ser recompilados no?

Se supone que sí, ese es el principal problema al actualizar, que hay que recompilar/instalar de nuevo los componentes externos.

[farute]

Empezado por Casimiro Notevi

Eso es problema de TMS, ahí delphi no tiene ninguna culpa.

Según TMS la culpa se la hechan a Embarcadero:

Embarcadero made mistakes with v10.2.2 that causes it to be not binary
compatible with 10.2.1.
They will release an update next week that should address this.

faena para TMS para tener que recompilar todos los componentes que no incluyen fuentes,
tienen para un rato con el montón de componentes que tienen.


Nos vendieron que a partir ed la versión 10.x ya no se tenía que actualizar como antes,
y estamos igual. Cada nuevo update es como una versión completa de las de antes y hay que reinstalar todo entero y muchos componentes instalar nuevas versiones.

Los updates deberian ser como parches, que se instalen sólo los ficheros nuevos que cambian encima de lo que ya hay no hacernos reinstalar casi de 0 todo con el montón de gb que supone.

[Casimiro Notevi]

Dirán lo que quieran, pero si tú tienes un programa compilado con unos componentes que tú mismo has hecho, en delphi 5 y quieres usarlo en delphi 7, tienes que compilarlo con delphi 7, no se puede pretender que no necesiten compilación.
Es que hay que diferenciar entre "plugins", "addons", etc. de componentes que se compilan junto al paquete que se va a crear.
Al menos, así lo entiendo yo.

Empezado por farute

tienen para un rato con el montón de componentes que tienen.

Solamente son unos segundos. El problema es que si no entregan el código fuente, no les queda otra que recompilar para entregar los dcu.

[WHILENOTEOF]

Empezado por Casimiro Notevi

Dirán lo que quieran, pero si tú tienes un programa compilado con unos componentes que tú mismo has hecho, en delphi 5 y quieres usarlo en delphi 7, tienes que compilarlo con delphi 7, no se puede pretender que no necesiten compilación.
Es que hay que diferenciar entre "plugins", "addons", etc. de componentes que se compilan junto al paquete que se va a crear.
Al menos, así lo entiendo yo.
Solamente son unos segundos. El problema es que si no entregan el código fuente, no les queda otra que recompilar para entregar los dcu.

No es exactamente así Casimiro, como dije en un mensaje anterior Marco Cantú comentaba que estos updates, dentro de un misma versión, son "binary compatibes", es decir que los componentes no necesitarían una nueva compilación, por lo que comentan desde TMS no lo han hecho así en este último update.

[Casimiro Notevi]

Empezado por WHILENOTEOF

No es exactamente así Casimiro, como dije en un mensaje anterior Marco Cantú comentaba que estos updates, dentro de un misma versión, son "binary compatibes", es decir que los componentes no necesitarían una nueva compilación, por lo que comentan desde TMS no lo han hecho así en este último update.

No dudo que dijeran eso, lo que habría que saber es a qué se referían exactamente con lo de "binary compatibles". Es que no queda claro. Porque acaso dijeron, pregunto, ¿que no iba a ser falta reinstalar componentes de terceros en las nuevas actualizaciones?

[Neftali [Germán.Estévez]]

Empezado por Casimiro Notevi

No dudo que dijeran eso, lo que habría que saber es a qué se referían exactamente con lo de "binary compatibles". Es que no queda claro. Porque acaso dijeron, pregunto, ¿que no iba a ser falta reinstalar componentes de terceros en las nuevas actualizaciones?

Aunque ha habido un bug con eso en la instalación, en teoría la versión es "binary compatible", lo que significa que los DCUs y BPL's de la anterior sirven para esta.
Por lo tanto, no sería necesario reinstalar componentes si se mantienen las configuraciones del registro (al desinstalar) o se utiliza la herramienta de migración que he comentado antes.

[Neftali [Germán.Estévez]]

Empezado por farute

Debería existir un migrador de codigo cada vez que sale una nueva versión.
Al menos si tienes los fuentes que puedas utilizarlo.

No necesitas migrador, simplemente recompilar los componentes (si tienes los funetes) y listo.

[farute]

Empezado por Neftali

No necesitas migrador, simplemente recompilar los componentes (si tienes los funetes) y listo.

Me refería para cuando hay nuevas versiones que cambian cosas del código.
Seguramente el de esta nueva versión no es el caso

[WHILENOTEOF]

Por eso es bueno tener componentes con el código fuente. De todas formas me pareció leer ayer en un mensaje de Marco cantú que esto era un minor release, y que por tanto era "binary compatible", de lo que deduje que no debe haber problemas con las dcus, pero por lo que comentáis, si que los tiene.