Nuova versione di CrossKylix aggiornata due settimane fa.Qualcuno ha usato CrossKylix per lo sviluppo di una vera piattaforma?
Anche Kylix è stato interrotto molto tempo fa, ma sembra ancora utilizzato da alcuni sviluppatori Delphi.
Qualcuno lo ha usato con successo nello sviluppo multipiattaforma per Windows e Linux?
Come diceva Mason, stiamo usando CrossKylix per la versione Linux di Beyond Compare, ma solo per le build di rilascio, che sono state lanciate da FinalBuilder. Per quell'uso, è stato grandioso. Abbiamo provato a fare lo sviluppo CLX su Windows per un po ', ma CLX per Windows aveva diversi bug rispetto a CLX per Linux, quindi non ne valeva la pena a lungo termine.
Il nostro attuale sviluppo di Linux viene ancora eseguito utilizzando Kylix 3 in esecuzione su macchine virtuali SuSE 10. Usiamo sia GDB che il debugger Kylix per il debugging, sebbene il debugger Kylix non funzioni più bene per i thread degli sfondi. Abbiamo abbandonato il supporto in fase di progettazione CLX molto tempo fa, quindi, quasi tutto il nostro sviluppo di funzionalità è stato svolto in Delphi 2007 e VCL.
Sto anche utilizzando attivamente l'altro progetto di Simon, CrossFPC, per la nostra estensione di shell per Windows a 64 bit, e ha funzionato benissimo.
Hai pensato di passare a Lazarus/FreePascal e, in tal caso: cosa ti ha fatto decidere contro di esso? – Birger
Abbiamo portato a Lazzaro alla fine dell'anno scorso. Ci sono stati un sacco di bug e, in base alla nostra esperienza con CLX, ci aspettavamo di impiegare almeno 8 mesi per farlo rilasciare, il che lo farebbe girare attorno alla versione multipiattaforma di Delphi.Vogliamo utilizzare Delphi IDE/Debugger/VCL/generics/Unicode su Windows e non vogliamo supportare due compilatori, quindi abbiamo deciso di attendere EMBT e utilizzare il tempo per altri lavori. Inizialmente abbiamo provato anche Lazarus, ma la versione Kylix si è appena unificata. Se avessi saputo per quanto tempo avremmo dovuto aspettare Delphi, sarei passato alla FPC molto prima. –
Sto usando CrossKylix da anni e ha funzionato per me come un fascino. È uno dei motivi per cui mi piace mantenere la compatibilità con Delphi 7 nel nostro codice sorgente, perché Kylix 3 è basato sullo stesso compilatore di Delphi 7: solo il back-end genera file ELF nativi invece di EXE.
Per applicazioni server e strumenti da riga di comando, anche un piccolo programma cgi, CrossKylix è semplicemente fantastico! Puoi sviluppare e testare con Delphi sotto Windows, quindi compilarlo a croce ed eseguire l'eseguibile sotto Linux senza problemi. L'ho usato per anni su un "dedibox" francese con esecuzioni sotto una CPU Via C7 (ora molto più veloce Nano), e realizzato la crittografia AES e SHA dei dati in più di 1500 KB al secondo (sì KB al secondo, non byte al secondo) grazie al motore PadLock!
Ho scoperto alcuni problemi relativi a Kylix RTL e WideString in Linux moderno: se il tuo Linux è configurato con codifica UTF-8 (che ora è lo standard per la maggior parte delle distribuzioni), l'utilizzo di WideString non è riuscito. Quindi ho corretto questo nel Kylix system.pas: in effetti, il nostro Enhanced RTL è multipiattaforma e funziona con Delphi 7 e CrossKylix. Vedere http://synopse.info/forum/viewtopic.php?id=66
Nel one of Jim McKeeth's early podcasts, ha intervistato Craig Peterson di Scooter Software, uno dei programmatori per BeyondCompare. Ha menzionato come hanno usato CrossKylix per la porta Linux di BeyondCompare.
Beh, l'ultima notizia è che usano Free Pascal ora . –
Sei fortunato che Embarcadero non regoli StackOverflow; altrimenti, saresti stato bannato per fare domande su Demonic CrossKylix! ;-) – vcldeveloper
so ;-), perché che ho postato qui :) –
Se si guarda al prodotto oggi di Simon, troverete un dispositivo di rete Via CPU a motore, un Linux embedded, con il protocollo di comunicazione tutta la rete implementato in Object Pascal ... usando CrossKylix stesso. CrossKylix è più di un proof of concept, ma è uno strumento usato su una baysis quotidiano su un grande prodotto: vedi http://www.viprinet.com/en/home –