Newsgroup: it.comp.programmare
Titolo: Borland C++ <---> Borland Delphi

Programmo in Delphi da circa 1 anno utilizzando il Borland Delphi 6.
Pochi giorni fa, per curiosità, ho scaricato il Borland C++ Builder 6 ed ho
notato che l'ambiente di sviluppo è tale e quale a quello del Delphi. Cambia
solo il linguaggio di programmazione. Mi sapete dire quali differenza ci
sono nel programmare in c++ e in delphi.? Quali sono i lati positivi e
negativi? Io ho supposto che avendo tutte le librerie in c è possibile
compilare la propria applicazione anche su piattaforme diverse da windows e
linux utilizzando la libreria CLX! E così? Se è così, per qualsiasi
programma sviluppato basterebbe procurarsi solo i compilatori per ogni
sistema operativo e tutto dovrebbe funzionare! Forse la sto facendo troppo
facile....spero che qualcuno mi possa levare tutti questi dubbi.
Grazie!

 linux utilizzando la libreria CLX! E così?
Sotto Windows hai Delphi e C++ Builder e sotto Linux hai Kylix (che compila
sia Delphi che C++). La portabilita', usando le CLX, e' garantita.
--------------------------------
Inviato via 
http://usenet.libero.it

 sia Delphi che C++). La portabilita', usando le CLX, e' garantita.
Avevo capito sin dall'inizio che utilizzando la libreria clx la mia
applicazione non avesse nessun problema nel girare su windows e linux.
Volevo sapere se utilizzando la libreria clx in borland c++ posso far
compilare la mia applicazione su piattaforme diverse da
windows-linux(mac...) procurandomi solo il compilatore adatto alla
piattaforma scelta.
Spero che ora sia stato piů chiaro.
Grazie in anticipo del tuo consiglio.

 piattaforma scelta.
Non mi risulta che Kylix/Delphi/BC++ esistano per piattaforme diverse
da Windows e Linux 
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 piattaforma scelta.
Non credo esista ancora un compilatore Kylix-like su Mac, ma e' nella
wish-list degli utenti Borland e non e' detto che non vengano accontentati.


Se usi solo il C++ standard le tue applicazioni saranno portatili al 100% su
tutte le piattaforme con almeno un compilatore C++ standard, se usi CLX non
usi una libreria standard, ma usi una libreria specifica di Delphi/C++
Builder/Kylix e quindi le tue applicazioni saranno portatili dove
esisteranno compilatori Delphi/C++ Builder/Kylix ed eventualmente
compatibili (che non esistono ancora)
Comunque adesso io non ne capisco molto di Mac, perň se gira Linux dovrebbe
girarci anche Kylix, siccome Kylix č una applicazione per Linux.
Ci vorrebbe qualcuno che sperimentasse, e magari ce lo facesse pure sapere.

 girarci anche Kylix, siccome Kylix č una applicazione per Linux.
Non e' un sillogismo valido al 100%.
Un'applicazione puo' essere scritta per un sistema operativo che gira su una
determinata piattaforma (Intel x86 o Motorola). A un programma, pur girando
su un sistema operativo portabile, basta poco per diventare non portabile,
basta usare l'assembler built-in.


 girarci anche Kylix, siccome Kylix è una applicazione per Linux.
Effettivamente ho detto una scemenza, perchè la versione di Linux è
ricompilata per il Mac, mentre Kylix per funzionare dovrebbe essere
ricompilato anche esso, però questo non è possibile perchè Kylix non è open
source e comunque anche se lo fosse richiederebbe Delphi per Mac per essere
ricompilato, siccome Kylix è fatto in Delphi e Delphi per Mac non esiste da
quello che ne so.

> Mi sapete dire quali differenza ci sono nel programmare in c++ e in
delphi.
Se parli di C++ come linguaggio, esso è superiore sintatticamente e come
espressività all'Object Pascal di Delphi, se invece parli di
compilatori/ambienti, non c'è nulla al mondo attualmente più potente e
veloce di Delphi.
Delphi se li magna tutti e non dico solo quelli della Borland stessa, ma
anche gli altri, secondo me Delphi non ha eguali come produttività, potenza
e prestazioni se usato da mani sapienti.
C++ Builder, Kylix e lo stesso Delphi sono probabilmente realizzati in
Delphi, con questo ho detto tutto, infatti esce sempre prima la nuova
versione di Delphi e poi le altre.

però questo non è possibile perchè Kylix non è open source 
beh mettiamo il caso che io avesi il source di Kylix e una macchina
Mac...come ti ho spiegato prima la cosa non funziona cosi facilmente
--
Rhymes (
rhymes_...@myself.com
)
http://www26.brinkster.com/rhymes
http://bw-crema.blogspot.com

> scompattandolo e ricompilandolo (?) su Mac la cosa funzioni....)
Non hai capito niente di quello che volevo dire, comunque ricompilando Linux
con un compilatore per Mac non vedo perchè non si dovrebbe ottenere una
versione per Mac. Forse c'è qualche piccolezza da sistemare, ma se va nella
XBox può andare anche nel Mac.
Basta un compilatore C adatto allo scopo.

 XBox può andare anche nel Mac.
Non è una piccoleza. Un kernel è ovviamente molto specifico per le macchine 
su cui è stato progettato, altri programmi invece basta ricompilarli e 
vanno perfettamente.
-- 
Marco Barisione (ICQ 84277092)

dovrebbe ottenere una versione per Mac.
Infatti si puo'.
Un sistema operativo e' un *programma* e, come tutti i programmi, puo'
essere piu' o meno portabile, ma non e' impossibile scrivere una versione
dello stesso sistema operativo per 10, 100, 1000 piattaforme. Ovviamente
Linux puo' girare anche su Mac (non nel senso che gia' lo faccia, ma nel
senso che e' una possibilita' che non si puo' escludere), a prescindere da
come, poi, venga fisicamente portato su quella piattaforma. I sistemi
operativi, in generale, vengono sviluppati per essere portabili (Unix,
quando fu inventato, fu portato sin dall'inizio su molte piattaforme, PDP,
Interdata, ecc... ecc...). Ora, che basti un compilatore, aggiustare qua e
la' tre righe di codice, ecc... ecc... ritengo sia poco probabile :) Il
kernel del sistema operativo e', generalmente, strettamente in contatto con
la piattaforma su cui viene implementato. Ci sono differenze architetturali
sostanziali tra i Mac e i PC con architettura Intel, che non rendono la
trasformazione del kernel del tutto indolore.
Questo, ovviamente, non cambia le cose: Linux puo' girare ovunque qualcuno
si prenda la briga di riscrivere il back-end di interfacciamento con la
macchina.


 - Giovanni Ceglia :

Linux gira su Mac senza il minimo problema, ricompilare il kernel su un
Mac è esattamente come ricompilarlo su un i386.
Io, infatti, oltre a Mac OS X, ho DebianPPC e non presenta la minima
differenza.
Saluti,
-- 
         (__)	      | Nicholas Wieland	    |    -     ------------
	 (oo)	      | 
nicholas...@yahoo.it
   |    -    | There's no |
   /------\/ 	      | Debian GNU/Linux / Mac OS X |    -    | place like |
  / |    ||  	       -----------------------------     -    | *GNOME(2)* |
 *  /\---/\           ...."Have you mooed today?"....    -     ------------

 - Marco Barisione :

Certamente: se si intende *su Mac OS X* è ovviamente proibitivo,
nonostante usi GCC e relative librerie: il motivo è più che semplice,
Mac OS X ha un kernel :-) Per le applicazioni il porting è tutt'altro
che difficoltoso (nel malaugurato caso in cui non compili), ad esempio
il progetto fink ha portato il sistema Debian su MacOSX.
Per il kernel Linux serve ovviamente una distribuzione apposita, ma è
esattamente ciò che succede su una macchina Wintel.
Il kernel in sè (i sorgenti) sono compilabili su qualsiasi piattaforma
senza il minimo problema.
Saluti


 senso che e' una possibilita' che non si puo' escludere), a prescindere da
YellowDog Linux 2.2? Ovvero distro regalata da Linux & C. due mesi fa per 
Mac?
-- 
Andrea Bergia - studente          Linux Registred User #281550
Per favore non mandatemi allegati in Word o PowerPoint.
Si veda 
http://www.fsf.org/philosophy/no-word-attachments.html

 scompattandolo e ricompilandolo (?) su Mac la cosa funzioni....)
Hai provato? umh.... mi ricordo che esiste la directory
/usr/src/linux/arch e non solo ma mi ricordo che il kernel lo puoi
compilare da qualsiasi architettura.
Anche a me piacerebbe trovare Delphi su Mac ma penso che quello che
cerchi forse ci sia già, è Cocoa ed è un framework che supporta lo
sviluppo RAD - ok non è ob.pascal.
Saluti

sviluppo RAD - ok non è ob.pascal.
Mmm appena metto via un pò di soldi mi compro un iBook :)


 Mmm appena metto via un pò di soldi mi compro un iBook :)
Se vuoi sporcarti un po' e manine a livello di linguaggio sul sito della
Apple c'è un pdf su Objective C fatto molto bene ^^
Saluti,


Apple c'è un pdf su Objective C fatto molto bene ^^
Ma mi prendi per matto? :-) Userò Java e Python anche su li :P


 Mac?
Come volevasi dimostrare ;)
