Newsgroup: it.comp.programmare.win32
Titolo: Dev-C++ e Platform SDK

Salve a tutti,
vorrei sapere se qualcuno di voi è mai riuscito a far funzionare il Dev-C++ 
con qualche versione del platform SDK. Io tempo fa ci ho provato con l'sdk 
di febbraio 2003 , ma con scarsi risultati, sarà un problema del 
compilatore??? Premetto che avevo settato correttamente i percorsi degli 
headers e delle librerie...
C'è qualche rimedio o è impossibile far funzionare le due cose insieme?
Grazie

 Grazie
credo che la prima cosa che dovresti cercare di far funzionare è il
carattere "è" della tua tastiera... :D
cmq se nn sei costretto a usare dev-c++ passa subito a un altro IDE, che
quello fa abbastanza schifo!
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

quello fa abbastanza schifo!
Il suo carattere funziona benissimo, forse è (e') il tuo news reader
che non è (e') in grado di visualizzarlo :-))
Stefano "HappyMan" (Lago Maggiore - NO)
--
Personal Web 
http://www.sgr.info
Email happyman69 (at) 
libero.it

 quello fa abbastanza schifo!
perche' ???
e che altro ide useresti con il gcc su piattaforma M$ ???
(escludi subito borland e visual studio che sono a pagamento anche per
privati e studenti, di free che useresti dai dimmelo)



Dal sito Borland puoi scaricarti il Free Compiler
www.borland.com/bcppbuilder/freecompiler/
 
al quale manca "solo" un editor di risorse visuale ma per il resto e'
un compilatore C++ completo a riga di comando.
Una veloce ricerca con google (circa 1 secondo) con chiave 
"free ide free borland compiler" mi ha restituito diversi link,
incollo il primo
www.codecutter.net/tools/Bcc55Tools/Bcc55JFE.htm
 
Per un editor di risorse freeware mi sembra di aver visto qualche
giorno fa un post proprio su questo newsgroup.
Ciao


 un compilatore C++ completo a riga di comando.
si ma e' solo compilatore ... che mi serve se cmq poi devo andare a caccia
di tutti header e librerie ... io con il dev ho 300mb tra utility header
librerie ecc ...
e ti ripeto che e' il borland vecchio con bug e problemi di compilazione, e
cmq non troverai progetti dentro i sorgenti altrui se non proprio i piu'
famosi
invece su gcc ??? l'unico ide e' il dev altro 0 e pure la maggiorparte del
codice che gira e' gcc croscompilato ma insieme ai dorgenti danno solo
makefile linux e qualcuno progetti vc per windows ma nulla piu' ...
ora il punto e' che vuoi rimanere free usi il dev o seno vai a comprarti le
licenze del borland o del vc ... questo e' l'unico panorama windows (ora non
spararmi i compilatori free che la borland da free solo il compilatore riga
di comando vecchio, e la microsoft ti da il compilatore a riga di comando ma
che non ottimizza)
io ti ripeto la domanda per rimanere free slegato da ste aziende che tirano
acqua al loro mulino cosa affiancheresti al gcc sotto windows come ide ???
ciao

Scusate l'intromissione...
Sto SDK lo posso usare o no con il Dev-C++??? :)

 Sto SDK lo posso usare o no con il Dev-C++??? :)
non lo so ... se mi dai un indirizzo lo guardo e telo dico ... se lo
distribuiscono standard c/c++ per windows si ...

privati e studenti, di free che useresti dai dimmelo)
a me devcpp non spiace... eclipse è cmq un bel paio di spanne più in
alto
http://www.eclipse.org/
sbirish.

acqua al loro mulino cosa affiancheresti al gcc sotto windows come ide ???
Non ti so rispondere con cognizione di causa usando da tempo il
compilatore Borland C++ 5.02a (un prodotto ormai abbandonato da
Borland) e il VC++ 6.0, sorry :-)


 famosi
Vecchio è relativo. Il compilatore è lo stesso del BC++. Io lo uso
normalmente con un normale editor di testo. Costruirsi un makefile è
veramente semplice.
Mi pare che stai un pó confondendo compilatore e IDE. Sono due cose diverse.
Ciao,
Enrico

 Sto SDK lo posso usare o no con il Dev-C++??? :)
Non ho mai provato, ma propenderei per un secco no. Il DevC++ si basa sul
MinGW che ha le sue librerie e header *compatibili* con l'SDK (usate anche
da altri ambienti, come l'LCC-Win32). Il problema e' che la MS scrive gli
header in modo che possano essere usati solo con il suo VisualC, a meno di
un certo lavoro di porting, che poi non piu' essere ridistribuito per motivi
di copyright. So che l'SDK di qualche mese fa (quindi non l'ultima versione,
e forse nemmeno la precedente) era stato portato con successo su
OpenWatcom/Watcom (forse ai tempi OW non era ancora stato distribuito, non
ricordo bene). Ci sarebbe anche il PellasC che e' un progetto amatoriale
basato sull'LCC (comp.compiler.lcc, il sito non lo ricordo, ma se cerchi su
google groups trovi tutto) per creare un compiltore ansi C99 il piu'
possibile compatibile con MS (ha anche un ottimo ide e un editor di risorse
uguale a quello del VC, ma gratis).
Luca

 ha scritto nel messaggio
news:ja79hvkinko17cpqu...@4ax.com...

ma che e' sto eclipse ??? leggo sdk ... ma e' un ide ??? usa solo gcc ho e'
multi compilatore o usa il suo proprietario ??? e' free ???
ti faccio queste domande perche' mi e'caduta internet e fino a stanotte non
leggo ...
poi occupa 70mb dasolo :-/ e richiede java ... ??? cioe' devo avere un jvm
seno non parte l'editor ???
scusa per le domande cia a stanotte

 ha scritto nel messaggio
news:bf313r$65g$1...@galileo.it.ip-plus.net...

ah ora che ho visto cosa e' il platform ti posso dire che gli header e le
librerie ci sono tutti gia' nei pakage standard distribuiti da dev o da
mingw (ora li ho riuniti tutti e non ricordo da che pacco escono).
ciao

 Mi pare che stai un pó confondendo compilatore e IDE. Sono due cose
diverse.
lo so benissimo ... che confusione faccio ???

seno non parte l'editor ???
già... 70Mb più il cdt.. ed ha bisogno di java.. e a tratti è pure
lento =)
sbirish.

 lo so benissimo ... che confusione faccio ???
No problem.
Ciao

 ciao
Con "compatibili" non intendevo mica un subset. Non ho mai detto il
contrario. Gli header/lib del MinGW (che usa anche il Dev-C++ e LCC-Win32)
implementano tutte le funioni del SDK di MS, solo, che per motivi di
copyright sono stati riscritti da zero. L'unica pecca e' che le modifiche
che apporta la MS vengono implementate con un po' di ritardo rispetto
all'uscita del SDK ufficiale.
Luca

 SDK, almeno cosí mi pare). Lo proveró.
si ci sono tutte se scarichi i pacchetti che teli danno ... se guardi sul
sito del mingw ci sono almeno 20 pacchetti da scaricare per avere tutto o
quasi ...
io per esempio in 300mb di dev+mingw ho dentro ddk di windows il platform
per crittazioni ecc ... direct x 9 ecc ... si puo' dire quasi tutto, anche
perche' non so che altre librerie ci siano or ora da usare...
ciao

 lento =)
meglio il dev all'ora :-p leggero potente, magari rognoso ogni tanto ma
almeno non ho bisogno di scaricare 70mb + java ecc ...
ah dico sempre che il mio sdk del dev e' 300mb ... ma sono tutti file di
testo ... compresso non so se arriva a 70mb ...
ciao

 all'uscita del SDK ufficiale.
una volta che hai gli header ed una libreria statica per linkare gli entry
point non capisco che problemi hai ...
una volta compilato l'eseguibile andra' ad usare la dll aggiornata del
sistema operativo no ???
ciao

testo ... compresso non so se arriva a 70mb ...
prima provalo
sbirish.


Non ho assolutamente alcun problema. Dico solo che puo' succedere che MS
aggiunga chiamate a nuove funzioni (in genere quando esce un aggiornamento
di Windows) e queste non ci siano negli header del MinGW. Quando scrivo
software non per lavoro uso l'LCC-Win32 (a lavoro devo usare il VC) e questa
eventualita' e' successa piu' di una volta, ma basta aprire il file .h
incriminato e fare le aggiunte del caso (e magari inviare la patch) in
quanto il lib (almeno con l'LCC-Win32) viene generato al momento
dell'installazione dalle DLL.
Luca


SI!

 quello fa abbastanza schifo!
E' una delle migliori soluzioni esistenti e s'appoggia a un compilatore
fantastico!

 un compilatore C++ completo a riga di comando.
E' molto meglio il GCC come compilatore (produce un codice ottimizzato che
ha pochissimi rivali).
Io compilo sia su Borland che su gcc e la differenza è visibile ad occhio,
c'è un gap prestazionale notevole, a favore del gcc/mingw32.
Il bello del Borland C++ Builder è l'IDE (e il RAD VCL/CLX per chi ne fa
uso), che comunque non trovi nel solo compilatore che ti scarichi free,
quindi molto meglio usare il Dev-C++, l'ultima versione è notevole anche se
non ancora perfetta.
Poi ci sono tanti pacchetti scaricabili aggiuntivi (.DevPack).


A proposito di IDE e tool open source, ci sono altri progetti
in fase di sviluppo avanzato assai interessanti.
Attualmente e' in corso il porting di applicazioni per Gnome e KDE
sotto windows (utilizzando cygwin ed il suo server X-Windows
che permette di ridurre al minimo le modifiche al codice)
e questo significa che a breve pure anjuta ( vedere su 
anjuta.sf.net
 )
e KDEvelop potrebbero essere disponibili sotto windows
( ma per quello c'e' il problema delle librerie Qt che nelle
   ultime versioni non sono disponibili in versione "free" per Windows).
C'e' inoltre il Gnat Programming System (GPS) della Act
( 
libre.act-europe.fr
 ) che sebbene per ora nella versione 1.2.2
"pubblica" sia utilizzabile da utenti finali solo per sviluppare
in Ada95 e' sviluppato con l'intenzione di renderlo utilizzabile
per lo sviluppo di codice con qualsiasi roba per cui esista un
compilatore.
Ha gia in parte il supporto per C/C++ (probabilmente con la prossima
public release le cose miglioreranno nettamente su questo fronte).
E' un aggeggio molto interessante visto che ha un "nucleo" ottimizzato
per l'editing e l'analisi dei programmi ed un sistema che semplifica
la realizzazione e l'integrazione di plugin scritti nel linguaggio
che si preferisce o l'utilizzo di compilatori di propria scelta.
L. Micheletto

    ultime versioni non sono disponibili in versione "free" per Windows).
il problema e' che poi si dovra' installare 200-300mb di cyg per far girare
kdevelop che e' un ottimo ide (sempre che le Qt diventino free ... o che i
figli di KDE si ribellino) ed avere installato cmq 200mb di mingw pwr
riuscire a compilare senza dll proprietarie e non dover essere legati a cyg
ed alla rh ...
per ora sono contento del dev anche se noto benissimo che in resource ecc
... e' molto ma molto carente ...
ciao

 L. Micheletto
Davvero ottime informazioni, grazie!

 Il bello del Borland C++ Builder è l'IDE
"il bello" è che ha un IDE, ma l'IDE in sè è una via crucis disseminata 
di cacche di cane. Io lo uso giusto perchè, dopotutto, c'è di molto, ma 
*molto* peggio (DevC++, Vide, ecc.)
-- 
  < 
http://www.reactos.com/
 >  Open source clone of Windows NT. Current
      Don't stand, REACT!      version 0.1.2. C, C++ and ASM developers
                               and beta testers are welcome!

 Dev-C++ con qualche versione del platform SDK.
ma non ci provare neanche, è tutto tempo sprecato. Scarica il pacchetto 
w32api dal sito di MinGW e installa quello


 C++ completo a riga di comando.
"completo". Sě, una bella barzelletta


 un jvm seno non parte l'editor ???
la JVM o la runtime .NET (qualche folle ha fatto il porting)


 C'e' inoltre il Gnat Programming System (GPS) [...]
non puoi parlare sul serio. GNAT fa rimpiangere il Turbo Pascal. E poi, 
che cavolo, possibile che non mi nomini Eclipse nemmeno di striscio? mi 
fa più o meno schifo anche quello, ma è sicuramente il meno peggio


 fa più o meno schifo anche quello, ma è sicuramente il meno peggio
Perche io leggo le news offline e poi di solito rispondo 24h dopo
(a volte prima, a volte dopo), il posting a cui hai risposto
era del 2003-07-26 e gia nel 2003-07-16 sbirish aveva gia parlato
di Eclipse, nonostante a volte (causa l'offline) posti dei "doppioni"
di solito evito di ripetere quel che altri hanno gia scritto nello
stesso thread.
L. Micheletto

 certe oscure piattaforme è già tanto)
Si, ma poi scatta la "dura legge del Lisp" ;-)
( ogni applicazione sufficientemente complessa e' equivalente
   ad un programma scritto in lisp che gira su un interprete lisp con un
   sacco di primitive implementate in C/C++ )
ed a quel punto le differenze tra i compilatori diventano meno evidenti
di quanto sembri a vedere i benchmark.
L. Micheletto

 Si, ma poi scatta la "dura legge del Lisp" ;-)
ci stavo pensando l'altro giorno. Viste le funzioni lambda nel prossimo 
C++? e cosa sono i template e il const folding se non una scopiazzatura 
del Lisp?


 del Lisp?
IMHO alla successiva revisione dello standard dovranno decidersi
ad aggiungere dei "limitatori" in modo da segnalare al compilatore
quali funzionalita si intendono usare e quali no in un certo spezzone
di codice (in parte gia succede, per certe applicazioni "delicate"
ci sono dei preprocessori che rilevano l'utilizzo di feature del C++
ritenute "dannose" perche troppo ingombranti o fonte
di problemi).
L. Micheletto

 "dannose" perche troppo ingombranti o fonte di problemi).
c'era in fase di sviluppo un sottoinsieme di C++ per ambienti embedded, 
mi pare si chiamasse proprio Embedded C++ (secondo me hanno esagerato - 
cos'hanno i namespace di tanto malvagio?)
