Newsgroup: it.comp.java
Titolo: applicativo Java Nativo con GCJ

salve a tutti,
qualcuno di voi ha esperienza di realizzazione applicativi desktop compilati 
nativamente con GCJ?
Sapete dirmi se funziona?
grazie
andrea 

 Sapete dirmi se funziona?
Direi di si. Considera che con GCJ e` possibile compilare Eclipse (e non e`
poco)
Enrico

 ha scritto nel 
messaggio news:f1g23q$4iv$1...@abraham.hellfish.home...
| andrea wrote:
|
| > qualcuno di voi ha esperienza di realizzazione applicativi desktop
| > compilati nativamente con GCJ?
|
| L'ho usato per un paio di prove semplici (mi serviva soprattutto per
| rendermi conto di quanta memoria occupasse l'eseguibile prodotto) e devo
| dire che si comporta abbastanza bene. Tieni presente pero` che:
|
| - L'eseguibile prodotto viene linkato dinamicamente alla libreria 
libgcj.so
|  (non so come si chiama sotto windows).
| - Alcune funzionalita` non sono complete (e.g. Swing non e` ancora stato
|  riscritto completamente e le funzionalita` di Java 1.5 stanno entrando
|  solo ora).
Ciao Enrico,
grazie per la delucidazione. La domanda nasceva con l'intendo di compilare 
applicativi Swing in nativi...
sai se si potrebbe generare anche codice nativo per mac os x?
grazie
andrea

 sai se si potrebbe generare anche codice nativo per mac os x?
Sì, il porting a mac os x del compilatore gnu è stabile da parecchi anni.
Qui dovresti trovare una risposta più precisa ai tuoi dubbi:
http://gcc.gnu.org/java/status.html
Ciao,
Paolo

 Sapete dirmi se funziona?
In tutta franchezza, ha prestazioni davvero lacunose. Ti basti provare ad
utilizzare eclipse sotto linux, sia utilizzando JRE Sun che GNU.
-- 
Emanuele Torrenti
http://torrenti.altervista.org
Linux user #409659 on engine, Linux machine #348407

 ha scritto nel messaggio 
news:f1i4c9$m52$1...@tdi.cu.mi.it...
| andrea wrote:
|
| > salve a tutti,
| > qualcuno di voi ha esperienza di realizzazione applicativi desktop
| > compilati nativamente con GCJ?
| >
| > Sapete dirmi se funziona?
|
| In tutta franchezza, ha prestazioni davvero lacunose. Ti basti provare ad
| utilizzare eclipse sotto linux, sia utilizzando JRE Sun che GNU.
| -- 
Ah si? Pensavo che la compilazione nativa aiutasse...
grazie
andrea

andrea wrote:

Ehhehe! E non sei stato l'unico!
In realtà pare che l'eseguibile sia dinamicamente linkato alla dll(o shared
object) che implementa la jvm, come accade con gli eseguibili visual basic
pre-.Net.
In pratica: lascia perdere! Stanne fuori! :)


 ha scritto nel messaggio
| > news:f1i4c9$m52$1...@tdi.cu.mi.it...
| > | andrea wrote:
| > |
| > | > salve a tutti,
| > | > qualcuno di voi ha esperienza di realizzazione applicativi desktop
| > | > compilati nativamente con GCJ?
| > | >
| > | > Sapete dirmi se funziona?
| > |
| > | In tutta franchezza, ha prestazioni davvero lacunose. Ti basti provare
| > | ad utilizzare eclipse sotto linux, sia utilizzando JRE Sun che GNU.
| > | --
| >
| > Ah si? Pensavo che la compilazione nativa aiutasse...
|
| Ehhehe! E non sei stato l'unico!
|
| In realtà pare che l'eseguibile sia dinamicamente linkato alla dll(o 
shared
| object) che implementa la jvm, come accade con gli eseguibili visual basic
| pre-.Net.
Ah perfetto :|.
La mia curiosità nasceva per poter utilizzare magari Java + GCJ per creare 
applicativi desktop cross-plattform
ma con performance accettabili :|.
Hai consigli a riguardo?
Una domanda Off Topic: sapete se esiste qualche newsgroup su MONO?
grazie
andrea


 ma con performance accettabili :|.
Java senza GCJ non e' accettabile per quali motivi?

 writes:
MT> In realtà pare che l'eseguibile sia dinamicamente linkato alla
MT> dll(o shared object) che implementa la jvm, come accade con gli
MT> eseguibili visual basic pre-.Net.
Non  penso proprio  che sia  una JVM,  ma un  runtime che  permette fi
implementare la  semantica degli opcode  del bytecode (cosa che  si fa
quando si traduce  in un eseguibile standalone un  linguaggio nato per
un  interprete). E questo  vuole dire  che non  hai alcun  guadagno su
operazioni come invokevirtual.
Mi  piacerebbe un  giorno provare  a vedere  i delta  di tempo  tra un
programma con  soli metodi final in  una JVM standard  e compilato con
GCJ.
-- 
 /\           ___
/___/\_|_|\_|__|___Gian Uberto Lauri_____
  //--\| | \|  |   Integralista GNUslamico
\/                 e coltivatore diretto di Software

 Java senza GCJ non e' accettabile per quali motivi?
Non è mia intenzione generare flames o polemiche ma per quella che è la 
mia esperienza, un qualsiasi applicativo java desktop ci mette 
parecchio tempo a partire (anche su PC potenti e con molta RAM) e in 
generale è abbastanza pesante.
Ad essere sincero, non ho mai notato, ad esempio, lo stesso problema 
con programmi scritti in .NET. Solo che .NET ti vincola alla 
piattaforma Windows.
Sarebbe bello poter avere qualcosa come .NET ma cross-plattform come 
java.
ciao
andrea

 Sarebbe bello poter avere qualcosa come .NET ma cross-plattform come java.
C'è Mono (
http://www.mono-project.com
), qui puoi controllare lo stato di 
implementazione confrontato con il .net 2:
http://mono.ximian.com/class-status/mono-HEAD-vs-fx-2/index.html
Qui il dettaglio di come usare mono con Java:
http://www.mono-project.com/Java
Questa implementazione deriva dal progetto GNU Classpath, che da quando 
è stato rilasciato l'openJDK "dovrebbe" (pare, si dice) fondersi con la 
libreria standard.
Ciao,
Paolo