Nuova versione 4.8 di Lazarus

[DragoRosso]

Salve, è uscita la nuova versione stabile di Lazarus ( 4.8 ) ma FPC rimane ancora 3.2.2 

Questo è il link dell'annuncio: https://forum.lazarus.freepascal.org/index.php?topic=74216.msg584562


P.S.: sono stati aggiornati or ora i link dell'articolo "Installazione in Linux .... " ( https://blog.lazaruspascal.it/2024/10/02/installazione-in-linux-risoluzione-problemi/ ) dove trovate un link diretto per lo scarico e l'installazione "automatica" di tutto per linux versione debian e derivati a 64 bit e processore Intel.

[xinyiman]

Grazie mille DragoRosso

[Lorenzo]

Salve, è uscita la nuova versione stabile di Lazarus ( 4.8 ) ma FPC rimane ancora 3.2.2 

Tramite Fpcupdeluxe avevo provato le veresioni 3.3.x del compilatore,ma credimi,risulta un disastro in fatto di compatibilità con le versioni precedenti dello stesso.
Ad esempio mi dava un sacco di errori nel compilare l'ultima versione di Zeos.

[DragoRosso]

Salve, è uscita la nuova versione stabile di Lazarus ( 4.8 ) ma FPC rimane ancora 3.2.2 

Tramite Fpcupdeluxe avevo provato le veresioni 3.3.x del compilatore,ma credimi,risulta un disastro in fatto di compatibilità con le versioni precedenti dello stesso.
Ad esempio mi dava un sacco di errori nel compilare l'ultima versione di Zeos.

Vero, e ciò accade con molti pacchetti di terze parti, ma in ogni caso l'avanzamento ad una nuova versione di fpc andrebbe fatto, sono ormai più di 5 anni che FPC non viene aggiornato ufficialmente.
E la versione trunk non è, seconod il mio modo di vedere, un aggiornamento ma una beta release in permenente lavorazione.

[Lorenzo]

E la versione trunk non è, seconod il mio modo di vedere, un aggiornamento ma una beta release in permenente lavorazione.

Vero,ma ho avuto modo di verificare lo "stato dei lavori" attuali.
E forse per questo ancora non è uscita una release ufficiale.
Poi i progetti Open Source usano a iosa materiale di terze parti.

[DragoRosso]

...... ma ho avuto modo di verificare lo "stato dei lavori" attuali.
E forse per questo ancora non è uscita una release ufficiale.
Poi i progetti Open Source usano a iosa materiale di terze parti.

E' una scelta legittima, visto che le forze non sembrano sufficienti (o sono impegnate su altri fronti).

L'unico problema che mi pongo, è che mi pare non venga tenuto conto a sufficienza la questione "licenza".
Si parla di QT, ma QT per sua natura non dovrebbe neanche entrare nel discorso FPC / Lazarus... è un progetto commerciale.

Altri progetti hanno come licenza GPL, che è restrittiva, altri hanno LGPL ma senza eccezioni, il che li rendi altrettanto restrittivi.

[Lorenzo]

E' una scelta legittima, visto che le forze non sembrano sufficienti (o sono impegnate su altri fronti).

L'unico problema che mi pongo, è che mi pare non venga tenuto conto a sufficienza la questione "licenza".
Si parla di QT, ma QT per sua natura non dovrebbe neanche entrare nel discorso FPC / Lazarus... è un progetto commerciale.

Altri progetti hanno come licenza GPL, che è restrittiva, altri hanno LGPL ma senza eccezioni, il che li rendi altrettanto restrittivi.

Infatti è logica la scelta.
Tuttavia ho sempre sperato che la comunità di sviluppo FPC/ Lazarus venisse finanziata e/o supportata da qualche azienda o università beneficiante del software sviluppato tramite questa piattaforma.
Però mi pare una vana speranza....

Sulle QT mi ha riacceso una lampadina: nel dubbio per la GUI uso le librerie GTK2.

Ho nuovamente dei dubbi sulle licenze GPL ed LGPL, a livello legale sono orientate a proteggere il proprio lavoro da saccheggi.
Ma per propria natura credo che col sorgente aperto sia molto difficile proteggere il proprio lavoro da appropriazioni indebite poichè il software è tra le cose non tangibili.

[DragoRosso]

Tuttavia ho sempre sperato che la comunità di sviluppo FPC/ Lazarus venisse finanziata e/o supportata da qualche azienda o università beneficiante del software sviluppato tramite questa piattaforma.
Però mi pare una vana speranza....

C''è anche una fondazione che si occupa di publicizzare e reperire finanziamenti, quanti non sò ma di certo qualcosa di monetario entrerà.

Ho nuovamente dei dubbi sulle licenze GPL ed LGPL, a livello legale sono orientate a proteggere il proprio lavoro da saccheggi.
Ma per propria natura credo che col sorgente aperto sia molto difficile proteggere il proprio lavoro da appropriazioni indebite poichè il software è tra le cose non tangibili.

L'open source in generale, indifferentemente dalla licenza è soggetto a saccheggi.

Ed in primis, oltre ogni ragionavole dubbio e misura, si piazzano al primo posto le società che addestrano le LLM che grazie all'open source hanno materiale in abbondanza e gratis.

Comunque, a discapito di tutte le negatività che si possono addurre, l'open source ha consentito una crescita non trascurabile sia nella cultura che nelle tecniche di programmazione ... anche grazie al "cannibalismo" ...

[Lorenzo]

C''è anche una fondazione che si occupa di publicizzare e reperire finanziamenti, quanti non sò ma di certo qualcosa di monetario entrerà.

Questa è un'ottima notizia!

L'open source in generale, indifferentemente dalla licenza è soggetto a saccheggi.

Ed in primis, oltre ogni ragionavole dubbio e misura, si piazzano al primo posto le società che addestrano le LLM che grazie all'open source hanno materiale in abbondanza e gratis.

Fosse per un motore ad esempio,nella gemotria dei pistoni,alesaggi,diametri,corsa, etc...avremmo a che fare con qualcosa di tangibile,quindi facilmente individuabile il saccheggio...
Adesso con le IA,molte società,saranno scatenate....già ci sta pensando la UE a far fuori le singole iniziative.Tsk!

Comunque, a discapito di tutte le negatività che si possono addurre, l'open source ha consentito una crescita non trascurabile sia nella cultura che nelle tecniche di programmazione ... anche grazie al "cannibalismo" ...

A grandi linee, non si può negare.
Già FPC / Lazarus è un miracolo.
Sennò ci toccava sborsare ben cinque testoni per una licenza Embarcadero.

Per quanto riguarda i driver,dovrebbero essere obbligatoriamente open source.

Però verso un singolo programmatore è calpestare il proprio lavoro svolto.
Ed uno ci campa alla fine.

[DragoRosso]

Sennò ci toccava sborsare ben cinque testoni per una licenza Embarcadero.

Eccomi, ma una volta sola (in realtà ho avuto anche un finanziamento ... quindi in realtà neanche quella).
Poi certo, occorre sborsare ogni anno qualche dindino, ma il gioco vale la candela.

[Lorenzo]

Eccomi, ma una volta sola (in realtà ho avuto anche un finanziamento ... quindi in realtà neanche quella).
Poi certo, occorre sborsare ogni anno qualche dindino, ma il gioco vale la candela.

Sono assolutamente d'accordo.
Posso umilmente osservare che senza Firemonkey o Skya si va di cilicio.

Dimenticavo LSP!!

Ed anche PA Server.

[DragoRosso]

Nel senso che non ti piacciono le VCL ?

Pensa che io essenzialmente uso VCL (sviluppo per Windows) ... qualche progetto le sviluppo in FMX (Linux e Android) e ogni tanto testo le funzionalità per Mac e IOS.

Stanno spingendo molto FMX (skia e vulkan).

Sinceramente non ho visto grosse problematiche nell'uso delle varie piattaforme. Poi, se si usano "funzioni" spinte magari qualcosa salta fuori (ho visto su skia qualche segnalazione).

LSP, bhè diciamo che a me funziona gneralmente. Si incioppa ogni tanto se inserisci nel progetto unità farlocche, ossia non compilabili per errori.
CodeInsigth comunque è ancora disponibile quindi chi ha problemi può andare con quello.

A 64 bit l'ho trovato stabile (è attivabile anche nell'ambiente a 32 bit).

La versione 13.1, a confronto con la CE, secondo me è molto più stabile, ma anche qui i pareri sono discordi.

Comunuqe dalla attività che ho svolto per terzi, ho notato che molte problematiche lamentate (compatibilità, compilazione, etc ...) sono derivate da un uso spregiudicato di alcune funzionalità senza però adattarle in generale ... il tipico caso è definire un move, copy o altro senza tenere conto del "SIZE" ... cambia compilatore magari di 4 versioni, il pad tra i valori cambia, il tipo cambia e il move rimane sempre quello.

Ma ce ne sono anche altri. E ogni tanto salta fuori ancora codice che ritiene il "carattere" fisso a 2 byte ... e ogni tanto magari dimenticandosi di ciò si fanno operazioni su ansistring ....

E ho trovato anche l'uso di package di terze parti non aggiornati ... con il risultato di rendere l'IDE più critico (per i componenti) e la funzionalità dell'applicazione a rischio.

Ancora non ho visto grosse uso di matematica dei puntatori (che io odio, se non limitata a specifiche situazioni).

[Lorenzo]

Nel senso che non ti piacciono le VCL ?

Non l'ho capita.
Uso le FMX in ambito multipiattaforma,ma per quanto riguarda lo sviluppo orientato a Windows,le VCL le vedo come uno standard imprescindibile.

Anche io non amo i puntatori.