Newsgroup: it.comp.os.linux.development
Titolo: Editor per C/C++.

Qual'è il miglior editor per C/C++ utilizzabile liberamente sotto
Linux ?
Io ho usato per un certo periodo NEdit che mi sembra acettabile ma
vorrei funzioni come il completamenteo delle strutture semantiche e
l'interfaccia per il debug.
Grazie per i consigli.

 vorrei funzioni come il completamenteo delle strutture semantiche e
per le strutture semantiche non so, ma per il debug puoi utilizzare
insieme ddd, altrimenti esistono anjuta e kdevelop che fanno un pò di
tutto
ciao

Io uso Jedit.
Il completamento automatico purtroppo temo ci sia solo per Java, il resto
c'e'.
Riccardo
-- 
-=Riccardo Galli=-
 _,e.
s~  ``
 ~@.   ideralis Programs
.   ol 
 `**~  
http://www.sideralis.net

 Linux ?
ViM
http://www.vim.org
Ciao,
 Emmanuele.
-- 
Emmanuele Bassi (Zefram)           [ 
http://www.radiance.ods.org/~zefram
 ]
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 ViM
già, vim rulez! 
Poi hanno ammesso di usarlo pure in M$....

 l'interfaccia per il debug.
non vuoi un editor allora, ma un IDE. Passo
PS: diffida di chi ti consiglia vi(m) come editor e Emacs come IDE. Non 
ti vogliono bene e vogliono farti soffrire
-- 
 < 
http://www.reactos.com/
 >  Open source clone of Windows NT. Current
     Don't stand, REACT!      version 0.0.20. C, C++ and ASM developers
                              and beta testers are welcome!

 Poi hanno ammesso di usarlo pure in M$....
solo gli ex-sviluppatori Unix. Tutti gli altri iniziano con Visual 
Studio, e la vita sorride loro. Certo l'editor integrato di Visual 
Studio non è niente per cui strapparsi i capelli dalla gioia, però 
tutto il resto è puro avvicinamento al Nirvana


 ViM
davvero č cosě produttivo per la programmazione vim?
/*
 *  Pomatto Luciano
 */

 davvero è così produttivo per la programmazione vim?
Dato che è il programma che uso di più quando sono davanti al computer,
*per me* è produttivo. :-)


 non vuoi un editor allora, ma un IDE. Passo
Anjuta, basato su Scintilla. Ma non c'e' ancora l'infrastruttura adatta per
fare tutto quello che vuoi tu. 
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! Drink To Your Brothers Who Are Never To Fall, We Are Brothers Of Metal
  		Here In The Hall! !>- Manowar - Brothers Of Metal PT1

 il resto è puro avvicinamento al Nirvana
anche a me la vita ha sorriso quando usavo visual j++....
Soprattutto quando ho fatto l'aggiornamento alla nuova versione e
l'installere è crashato di brutto portandosi via il vecchio programma,
una fetta delle dll di sistema e pezzi dei miei programmi.
Dovendo ricominciare da capo ho deciso di ricominciare veramente ex novo,
abbandonando quel sistema operativo.
Che sia stato uno dei pochi che invece di raggiungere il nirvana è finito
dritto all'inferno senza passare per il via per le bestemmie tirate quei
giorni?
Comunque dimmi: cos'ha di così utile quell'ide?

 ti vogliono bene e vogliono farti soffrire
ah beh, se per te il nirvana è visual studio...

 davvero è così produttivo per la programmazione vim?
rifletti un attimo...
Ma la produttività la fa il programma? Non la fa il programmatore?
Comunque, dopo anni di uso intensivo di vim, ho appreso tutte le sue
funzionalità ed è eccezionale. Non ha l'interfaccia grafica ma è una
bomba.

 Comunque dimmi: cos'ha di così utile quell'ide?
I disegni sulle icone ? :-)
-- 
oOO()             |Nicholas Wieland|
/ _/              |nicholas_wieland|
|/ [ Step on the ]|    @
yahoo.it
   |
\_)[  right foot ]|________________|

Grazie 1000 a tutti per i consigli.
Penso che per il momento utilizzerò Anjuta: mi sembra che offra qualche
comoda scorciatoia in più rispetto a SciTE.
Ciao :-)

 I disegni sulle icone ? :-)
non ci avevo pensato...

 
non riesco ad istallarlo: cosa devo lanciare sotto linux per istallarlo, e
per eseguirlo?
grazie in anticipo,Mario.

 Ma la produttività la fa il programma? Non la fa il programmatore?
la produttività la fa il programmatore, non c'è dubbio... però alcuni
programmi possono darti una mano più di altri

 programmi possono darti una mano più di altri
ok, discutiamone: 
io con vim, gdb, gcc e glade faccio tutto. E con un discreta velocità.
Quando mi blocco non è per colpa dei tool ma perché ho bachi nel codice
che non so trovare e mi devo mettere lì a cercare di farlo compilare. E
di solito allora mi apro il browser e vado a cercarmi un esempio o a
leggere il tutorial online.
Cosa mi può dare in più un ide?

 Cosa mi può dare in più un ide?
Posto che ognuno poi è un caso assolutamente a parte e fa storia a se,
per me è molto comodo avere tutti gli shortcuts per usare appunto gdb,
gcc, make, cvs nello stesso ambiente (in questo caso il sistema
operativo opensource Emacs :p). La mia impressione è che lo sviluppo
scorra più fluido in quanto non devo mai uscire da una parte per entrare
in un'altra, e Emacs supporta la sintassi di qualsiasi generica 'cosa'
composta di caratteri di questo mondo.
Di contro la curva di apprendimento di Emacs è ripida stile K-2, infatti
io che ho la memoria di un porcellino d'india cocainomane ho fatto una
fatica bastarda a impararlo :D
Ciao,


 Cosa mi può dare in più un ide?
il mio quesito riguardava proprio questo, vale la pena imparare vim (che non
è così user friendly) o non apporta miglioramenti alla propria
programmazione? dalle domande che ho ricevuto evidentemente si, vale la
pena.
non mi riferivo alle IDE, che personalmente trovo un po' castranti... !-)
alla prox.
Pomatto Luciano

aggiungo un altro quesito in tema, una curiosità:
quanti sanno scrivere con 10 dita?
Pomatto Luciano

 pena.
imho l'editor non porta tanti miglioramenti alla propria programmazione. 
E' utile per le funzioni che ha. Per esempio richiamare dall'editor il
compilatore e farsi posizionare il cursore dove si č verificato il primo
errore.

 Pomatto Luciano
 
Sul mignolo cado un po', ma direi di si.
Occhio, la domanda che hai fatto è quanti *sanno* scrivere un 10 dita,
non quanti lo fanno :-D
Ciao


 quanti sanno scrivere con 10 dita?
6.. 7 ... non di pių.
O puoi conteggiare 10 se ti accontenti di un uso molto poco uniforme. :-)

 fatto č quanti *sanno* scrivere un 10 dita, non quanti lo fanno :-D
il mignolo č comodissimo per tutte le combinazione alt+sysrq :-)
e quello sinistro per l'esc.
Secondo me č piů duro usare l'anulare sinistro.

 ah beh, se per te il nirvana è visual studio...
non mangiare l'esca, non è per te


 adatta per fare tutto quello che vuoi tu. 
speravo lo dicesse qualcun altro. Quando lo dico io mi guardano storto


 istallarlo, e per eseguirlo?
boh? non ci sono le istruzioni?


 anche a me la vita ha sorriso quando usavo visual j++....
a proposito: masochista


 Comunque dimmi: cos'ha di cosě utile quell'ide?
tutto. Progetto di rubare quello installato a scuola, portandolo via un 
floppy alla volta


 boh? non ci sono le istruzioni?
Ciao,
Io ho provato SciTe, e' caruccio ma non ha il supporto per i tag e
quindi e' quasi inutile per lavorare.
Penso proprio che continuero' ad usare il VIM.
Giuro che non sono masochista e non odio la gente.
Ciao
Cesare

 quindi e' quasi inutile per lavorare.
i tag?


 imho l'editor non porta tanti miglioramenti alla propria programmazione. 
E' uno strumento.  Puo` starti fra i piedi o semplificarti la vita.
Dopo un'indigestione di Delphi, ho realizzato che quel genere di IDE
sta fra i piedi.  Per due motivi:
- Se si vuole scrivere (e vale dai programmi alla narrativa), farlo in
  mezzo a disegnini vivacemente colorati, lucine lampeggianti, e
  gingilli che di tanto in tanto fanno din don, e`... uhm, esiste una
  versione politicamente corretta di `stupido'?
- Il roditore mangiatempo.  Se qualcuno si prendesse la briga di
  conteggiare il tempo che si perde nel passare da tastiera a mouse e
  poi da li` rincorrere una funzione attraverso icone, menu e
  requester, e confrontarlo con il tempo effettivo di produttivita`,
  ne salterebbero fuori, di dati interessanti...
La domanda e`: vuoi immediatezza nell'imparare o nel fare?
In ViM o Emacs imparare una data cosa puo` portarti via venti minuti
invece dei venti dell'IDE; farla te ne portera` via dieci invece dei
venti dell'IDE.  Visto che una cosa la si fa molte piu` volte di
quante la si impara, fai due conticini e vedi cosa ti conviene di
piu`.
Ah, ma devi perdonarmi.  In realta` dico questo perche' voglio solo il
male altrui e privare quanti piu` possibile del sublime piacere
(oserei dire nirvanico) dell'autolobotomia.
Malefici saluti,
 
Massimiliano

 quanti sanno scrivere con 10 dita?
Ottantina di parole al minuto con la Qwerty, non cronometrate ma in
crescita con la Dvorak (e mani piu` contente), dita mai lontane
dall'area centrale della tastiera, tasti `lontani' sostituiti con le
combinazioni equivalenti (tab: Ctrl-i, backspace: Ctrl-h, delete:
Ctrl-d, newline: Ctrl-j, escape: Ctrl-[, enter: Ctrl-m), Control
rimappato sul Caps Lock (come nelle tastiere di quando ancora badavano
a farle bene piu` che aggiungere tasti con i disegnini).  E si`,
digitando a dieci dita, pratica che caldamente consiglio. :-)
Velocita` a parte, consente di tenere gli occhi sullo schermo il 100%
del tempo, con tutti i vantaggi che ne derivano.
Massimiliano

 tutto.
???
-- 
-=Riccardo Galli=-
 _,e.
s~  ``
 ~@.   ideralis Programs
.   ol 
 `**~  
http://www.sideralis.net


Teoricamente la logica più giusta per usare un PC-UNIX è quella dei
tanti piccoli tools ma in pratica con un buon ide vai molto più
veloce.
Ovviamente questo accade con un BUON ide che ti permetta di fare tutto
al suo interno: se devi comunque passare ad altri programmi allora è
meglio scegliere un set di toos complementari che svolgano al meglio
il compito per cui sono stati progettati.
Per le mie necessità occorre un ide completo ma non "mostruoso" in
quanto non devo fare grafica e penso che Anjuta possa andare più che
bene.

 senso dell'umorismo. Per piacere
il fatto che per te non sia importante non esclude che lo possa essere
per altri.
Considerando che tu sei uno che aspira a rubare i programmi da scuola.....

 floppy alla volta
pensavo che tu fossi uno sviluppatore, ma forse non e' cosi'...

 i tag?
Incidentalmente al lavoro mi capita di dover navigare in kilo-byte di
codice che definire brutto e' un complimento.
Usando i tag hai la possibilta' di navigare il suddetto codice con
estrema facilita'.
Navigare col VIM vuol dire che se vuoi saltare dentro una funzione basta
posizionare il cursore sul nome della funzione e premere ctrl-] per
saltare magicamente nella definizione della funzione che magari e' in un
altro modulo. Basta premere ctrl-T per tornare alla chiamata.
Se sei un fan del mouse (ti piace perdere tempo) puoi usare
ctrl-tasto_destro e ctrl-tasto_sinistro per fare la stessa cosa.
Precondizione per usare i tag e' la generazione di tag-file che col VIM
si ottiene usando il tool 'ctags'
Per maggiori info apri il VIM e digita
:h ctags
Oppure apri google cerca ctags e premi 'mi sento fortunato'
Io conosco altri editor col supporto per i tag: emacs naturalmente,
multi-edit e visual-slick-edit.
Gli ultimi due si usano soprattutto in ambienti windows.
Io uso VIM perche' lavoro sia su win che su unix.
Parlando di IDE l'unico che conosco che funzioni sia su win che su unix
e' SNiFF. Era stato messo opensource poi un giorno la windriver si e'
comprata la sw-house che lo ha fatto e lo ha tolto dal software libero.
Pero' forse delle vecchie versioni per linux sono ancora scaricabili da
linuxberg o siti del genere.
Per info 
www.windriver.com
 e cerca sniff.
Ciao
Cesare

 senso dell'umorismo. Per piacere
Idealismo?
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! The Moment Is Now In All History, The Time Has Arrived And This Is The
  		One Place To Be. !>- Savatage - This Is The Time

 Giuro che non sono masochista e non odio la gente.
Anjuta ha il supporto per i tag, attraverso una libreria che poi e' ancora
ctags.
Source navigator fa la stessa roba e ha un tag management integrato.
Esiste un altro tag manager: global. E' distribuito con un bashrc
interessante che lo rende molto semplice.
Oppure c'e' un plugin incluso in glimmer (
glimmer.sourceforge.net
) che ti
permette di usare global con glimmer (andare alla definizione della
funzione, cercare dove viene riferita, autocompletamento...).
Inoltre puoi cercare comodamente la sbobba che ti serve su devhelp senza
muoverti dall'editor.
L'infrastruttura che serve per far tutto sara' disponibile quando tagmanager
sara' finito. Se avete tempo sapete cosa c'e' da fare.


 speravo lo dicesse qualcun altro. Quando lo dico io mi guardano storto
Incazzoso in questo periodo? Anch'io.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
-<! Computer programmers never die, they just raise an unhandled exception.!>-

 IDE sta fra i piedi.  Per due motivi:
no, il motivo è uno. Non lo sai usare. Mai visto Turbo Pascal? l'IDE 
del Delphi è identico: stesse finestre, stessi menu, niente gingilli 
strani e nessun bisogno del mouse. E non puoi neanche farmi attacchi 
personali del tipo "plin plon, e le finestrelle colorate, ecc. ecc." 
perchè in Delphi ho sempre scritto solo programmi testuali - perchè? 
tempi di compilazione nulli, ottimo debugger, buon editor, il Pascal 
mio primo amore, mai un solo errore di linker ("linker"? keskesè?) e 
mai litigatoci per fargli fare quello che volevo. E perchè penso che 
la VCL sia un abominio


 pensavo che tu fossi uno sviluppatore, ma forse non e' cosi'...
sviluppatrice. Comunque, sempre quella storia del senso dell'umorismo


 di codice che definire brutto e' un complimento.
usa Doxygen, vivi felice


 usa Doxygen, vivi felice
Codice non commentato... purtroppo.
C'e' davvero poco da essere felici. Quasi quasi cambio lavoro.
Ciao ciao
Cesare

 Non e' scriptabile
a cosa serve?


 scuola..... 
anche quella era una battuta, ovvìa. Siamo uomini o compilatori?


 anche quella era una battuta, ovvìa. Siamo uomini o compilatori?
io leggo quello che scrivi, mia cara....

 
sembri essere stata presa su un punto dolente... :-)
Comunque non capisco allora cos'hai contro il vim con gcc make e gdb.
Fanno la stessa cosa se li sai usare. Poi sui tempi di compilazione nulli
avrei da ridire: se il progetto č _grosso_ ci vuole sempre e comunque
tempo. (e allora per evitare di perdere anni cosě prendi un bel bipro e
lanci la compilazione in parallelo con un bel make -j 2 :-) )
Comunque gli unici problemi di linking che mi vengono fuori ogni tanto č
quando definisco delle librerie e poi ci linko contro i programmi e
scoprio che alle librerie mancano dei pezzi (succede).

[...]E perchè penso che la VCL sia un abominio
Questa e` proprio grossa ;-)

 a cosa serve?
A ridurre il lavoro di routine, spesso e volentieri.
In più: serve ad espandere le funzionalità di un programma senza mettere
mano ai sorgenti (sempre ammesso che tu li abbia).
Tanto per fare un parallelo: a cosa servono i plugin di Photoshop?
Ciao,
 Emmanuele.
-- 
Emmanuele Bassi (Zefram)           [ 
http://www.radiance.ods.org/~zefram
 ]
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 Codice non commentato... purtroppo.
E' sicuramente vero che senza i commenti opportunamente formattati non e' la
stessa cosa, ma doxygen e' in grado di produrre un buon tree per la
navigazione del source anche senza. Provalo e ti stupirai.
Peraltro, ricordo che anche global (
http://www.gnu.org/software/global/
) ha
un simpatico programma (htags) che genera un tree html dei sorgenti con
cross-referencing. Provare per credere.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! 3rd Law of Computing: Anything that can go wr
		fortune: Segmentation violation -- Core dumped !>-

 ironia mi č un po' difficile da capire....
l'humor inglese conosce una sola faccina: :-|
Comunque. Ogni volta che ti viene da pensare "questa č pazza", 
significa che sto scherzando


 _grosso_ ci vuole sempre e comunque tempo.
no, no. Tu non hai idea. Delphi macina un milione di righe di codice al 
secondo. Al secondo. Ricompilare un sistema operativo ti richiederebbe, 
chessò, mezzo minuto? La prima volta che lo usi non ci credi, pensi che 
sia uno scherzo - insomma, non è possibile che l'abbia _già_ compilato, 
no? dev'essere un errore... ma l'eseguibile è lì


 Questa e` proprio grossa ;-)
la la la la...


secondo. Al secondo. 
4 milioni, per la precisione.

la mamma mi ha detto che non devo ascoltarti
Non farlo, cara KJK::Juliet alias Maya alias CreateGirlEx()...
Il mio era un messaggio subliminale, rivolto agli altri ;-)

 4 milioni, per la precisione.
sono proprio curioso. Se il porting non mi costasse un brodello di
sorgenti vorrei proprio vedere la velocità di compilazione e la prestanza
a runtime.
Anche perché da quando non sono più beta tester di kylix spero che le
cose in quanto a prestazioni siano migliorate... Io mi ricordo ancora i
ciao mondo da un mega.... Proprio bello per chi ha esigenze di real time
un po' spinte...

 no? dev'essere un errore... ma l'eseguibile è lì
sei sicura che non faccia una build incrementale?

 che sto scherzando
ok.

un po' spinte...
Veramente se hai esigenze di real-time un po` spinte non usi neanche
Linux o Windows.  In ogni caso, non capisco cosa c'entrino le
prestazioni con la dimensione dell'eseguibile.

 la VCL sia un abominio
Ineguagliabile.

 - Andrea Laforgia :

Perchč ? C'č RTLinux. Forse non usi Kylix, ma non conoscendolo non
saprei..
Ciao
-- 
oOO()             |Nicholas Wieland|
/ _/              |nicholas_wieland|
|/ [ Step on the ]|    @
yahoo.it
   |
\_)[  right foot ]|________________|

 Fanno la stessa cosa se li sai usare. 
Oh, Ottavio, sei proprio un testone, eh!  Eppure il ragionamento fila
liscio come l'olio: siccome l'IDE e` facile, immediato ed efficiente,
dopo appena due anni non lo sai usare, viceversa poiche' Emacs e`
ostico e complicato, dopo ben sei mesi ti rende piu` veloce e
produttivo dell'IDE.  Capito, ora?
Benvenuto ai confini della realta`...

 sei sicura che non faccia una build incrementale?
sì


 Ineguagliabile.
solo 9 righe, posso fare di meglio


 prestazioni con la dimensione dell'eseguibile.
puoi usare le estensioni rt, come ti è stato fatto notare.
E per quanto riguarda kylix a suo tempo non venivano fuori
sufficientemente prestanti.

 Capito, ora?
perchè non fai rispondere Emacs al posto tuo? sono sicura avremmo 
interventi molto più interessanti


 4 milioni, per la precisione.
indipendentemente dalla macchina sottostante? Miracolo :)))
-- 
There are only 10 kinds of people in the world --
Those who understand binary, and those who don't.

 indipendentemente dalla macchina sottostante? Miracolo :)))
chi si vede! Ciao bello! (:
comunque non so se ci metta lo stesso tempo per compilare 4 milioni di
righe di cui 3999999 sono commenti e/o righe vuote e per compilare
applicazioni belle massicce...

 per compilare applicazioni belle massicce...
ripeto: tu non hai idea. Devi vederlo con i tuoi occhi per credere


 ripeto: tu non hai idea. Devi vederlo con i tuoi occhi per credere
mi fido perché non ti posso confutare. Però permettimi di restare
dubbioso. Quand'è che me lo fai vedere? :-)

 ripeto: tu non hai idea. Devi vederlo con i tuoi occhi per credere
Sono sicuro di quello che dici perche` la Borland e` sempre stata famosa
per la velocita` dei suoi compilatori. Non per niente si chiamavano
Turbo Pascal e Turbo C.
Il punto e` capire come fa. Secondo me quando carichi un file
nell'editor e mentre lo scrivi, traduce automaticamente le istruzioni in
bytecode di qualche tipo e poi si limita a compilare il bytecode invece
di fare il parsing di tutte le stringhe.
Bye.

 interventi molto più interessanti
Emacs non gongolerebbe quanto me nel far strozzare i troll con le loro
stesse esche.

 il bytecode invece di fare il parsing di tutte le stringhe.
lo fa anche Visual Basic, se è per questo. Il front-end del compilatore 
(incluso nell'IDE) produce un file in "linguaggio intermedio" che viene 
dato a Visual C++ per la seconda passata. Ma VB ha una velocità nemmeno  
lontanamente comparabile a quella del Delphi
Comunque, si può sempre controllare. Com'è che si chiamava la chiave di 
registro per ecc. ecc. ecc.? [si allontana parlando tra sè e sè]
[19 minuti dopo...]
Elementare, Watson. Sia il compilatore sia il linker di Delphi sono due 
DLL (mi spiace, Laforgia: son scritte in C++ Builder, non in Delphi), o 
almeno così è per Delphi 6. Anche il compilatore del Visual C++ è fatto 
così, se ben ricordo. Il modello in-process sembra essere la chiave per 
le prestazioni superiori di questi due compilatori, altro che toolchain 
a-la GCC... mi chiedo se e quando capiranno e accetteranno i limiti del 
modello out-of-process, con tutto l'overhead di system call forzate che 
si porta dietro (ma forse GCC l'hanno progettato per Hurd...)


 loro stesse esche.
già. Emacs opterebbe per una risposta intelligente, piuttosto


 (ma forse GCC l'hanno progettato per Hurd...)
questo è falso. La storia dei progetti gnu mostra come hurd sia venuto
molto dopo del gcc

 questo è falso. [...]
era una battuta. Dicevo che forse l'hanno pensato per un microkernel, 
dove multitasking e IPC sono il pane quotidiano, o forse l'hanno solo 
progettato in un impeto di entusiasmo per la-filosofia-Unix-di-tanti-
piccoli-tool-che-ecc. ecc. un po' eccessivo


 già. Emacs opterebbe per una risposta intelligente, piuttosto
No.  In quanto software segue scrupolosamente la legge GIGO [1], e ne
ho le prove [2].
[1] From Jargon File (4.3.0, 30 APR 2001) [jargon]:
  GIGO /gi:'goh/ [acronym] 1. `Garbage In, Garbage Out' -- usually said
     in response to {luser}s who complain that a program didn't "do the right
     thing" when given imperfect input or otherwise mistreated in some way.
[2] Ho assistito a una vostra conversazione.
  M-x psychoanalyze-pinhead

 [2] Ho assistito a una vostra conversazione.
hai imparato qualcosa dall'esperienza?


 hai imparato qualcosa dall'esperienza?
Che i periodi di frequenti figuracce e quelli di frequente morphing
coincidono.


Fidati, uso Delphi dalla prima versione, e ti posso assicurare che il 
compilatore e' decisamente piu' veloce di un compilatore C o C++, 
persino piu' veloce di quella merda di Visual Basic.
E la ragione e' semplicissima, il linguaggio Delphi e' molto piu' 
semplice da far digerire ad un parser rispetto al C o al C++.
Quindi, parser piu' veloce => intera procedura di compilazione piu' veloce.
Semplice, no?
-- 
Roal Zanazzi

 
Nah, niente porcate tipo bytecode o simili...
E' che il linguaggio e' piu' semplice e veloce da far digerire ad un 
parser, quindi viene analizzato (e poi trasformato in codice nativo) 
piu' velocemente rispetto ad altri linguaggi, soprattutto rispetto al C 
o al C++, che hanno grammatiche piu' complesse.
E poi, se siete seguaci di S.Tommaso, basta che vi scaricate la versione 
personal o la trial di Delphi o Kylix e fate due prove, cosi' non 
rompete piu' con 'sta storia del "non ci credo, ma figurati!" ;-)
-- 
Roal Zanazzi

 
E ridaje con il solito punto di vista Windows-centrico...
Certo che tu, e tutti i tuoi alias, dovunque andiate riuscite sempre ad 
"animare" le discussioni, eh? ;-)
-- 
Roal Zanazzi


ROTFL!
-- 
Roal Zanazzi

 sempre ad "animare" le discussioni, eh? ;-)
la tentazione è forte :-)


 coincidono.
Capisco... beh, cosa ti fa pensare che sia cosě?


 
Beh, ogni tanto puoi anche farti una camomilla prima di rispondere in 
NG, non trovi? >:-]
-- 
Roal Zanazzi

NG, non trovi? >:-]
]zac[
Inviti alla moderazione? sei fuori moda ( : ) ).
Ciao Zanna, felice di vederti ancora circolare.

 
Approfitto delle vacanze di Natale e del PC di casa, che al mio nuovo 
lavoro non ho accesso diretto a usenet...
Bazzichi ancora su i.c.l.vb?
-- 
Roal Zanazzi

Bazzichi ancora su i.c.l.vb?
]zac[
A dire il vero bazzico molto molto poco i news group e soci in generale,
una specie di allergia ....

 
Eh gia', anche a me e' venuta una specie di allergia...
Beh, comunque mi fa piacere sapere che ogni tanto si ritrova su usenet 
anche gente valida ;-)
Magari ci si ritrova qua' e la', alla prossima, ciao!
-- 
Roal Zanazzi