Newsgroup: it.comp.macintosh
Titolo: Compilare semplici programmi in Project Builder

Cari amici,
ho la necessità di compilare alcuni semplici programmi in C; volevo
avvalermi di Project Builder come IDE, solo che non ci ho cavato un
ragno da un buco. 
Qualcuno mi sa indicare come compilare questi semplici programmi
mediante project builder dei Developers Tools?
Grazie,
Nicola

 ragno da un buco. [...]
Copio e incollo da un post recente di Ghigo:
----
Esempio: creo il file pippo.c sulla scrivania e scrivo il codice con
BBedit, salvo e da terminale digito
% gcc ~/Desktop/pippo.c
Viene salvato il programma "a.out" nella directory corrente, quindi per
eseguirlo si deve digitare
% ./a.out
Per specificare il nome e il path del programma bisogna aggiungere
l'opzione -o <path> al momento della compilazione. Ad esempio
% gcc -o ~/Desktop/pippo ~/Desktop/pippo.c
genera il programma chiamato "pippo" sul desktop, oppure
% gcc -o pippo ~/Desktop/pippo.c
genera il programma "pippo" nella directory corrente, quindi per
eseguirlo si digita 
% ./pippo
Per apportare delle modifiche al programma si edita il codice sorgente
con BBedit, si salva e si ricompila.
----
Ciao,
Giampiero.
PS: Prima di postare, magari da un'occhiata agli ultimi post; puo`
essere una soluzione rapida e comoda. :)

 wrote:
[scusate se taglio tutto ma non avevo un punto preciso da mantenere]
Tutto bello e chiaro.
E' la classica procedura da seguire su un sistema Unix
Pero' lui voleva usare l'IDE.
Sono pero' anche io nella sua situazione.
Mi aggancio qui per chiedere se esiste qualche manuale (oltre alla
documentazione Apple in linea) che spieghi dettagliatamente come usare
l'IDE per sviluppare programmi.
A me sembra che la documentazione Apple sia troppo dispersiva e
onestamente non ho il tempo per ricucire i fili del discorso.
Un bel libro come quelli di una volta non mi dispiacerebbe.
Grazie dell'attenzione.
-- 
Ciao da Francesco B.

 Pero' lui voleva usare l'IDE.
:-uh
Vabbe`, scusatemi. Ho letto in fretta, altrimenti avrei chiesto: cosa e`
'sto "IDE"? :#)
ciao,
Giampiero.

 'sto "IDE"? :#)
Sarebbe comodo poter editare i propri programmini (semplici semplici, a
livello di terminale) direttamente all'interno di un ambiente di
sviluppo (=IDE) come Project Builder e poterli compilare senza passare
attraverso la linea di comando.

 essere una soluzione rapida e comoda. :)
E' vero, pero' e' una mancanza molto veniale, IMHO.
Io seguo quotidianamente il newsgroup, pero' non riesco nemmeno a
scorrere tutti i messaggi, e messaggi come il tuo - che ripescano
preziosi post - sono estremamente graditi e rigorosamente lucchettati
:-)
Cordialmente,
Emiliano Farinella
-- 
"Science as a candle in the dark" -- Carl Sagan

 mediante project builder dei Developers Tools?
Non so se č quello che vuoi ma io volevo usare il PB per creare e 
compilare programmi in c, allora apri un nuovo progetto, vai in fondo 
alla lista e seleziona "Standard tool", dai i nomi al progetto, clicca 
su main e scrivi il sorgente.
Dopo aver compilato ti conviene eseguire l'eseguibile da Shell andando 
dentro il progetto, dentro build e cercando l'eseguibile, si esegue 
dando ./eseguibile
Se la esegui dal debug tieni conto che lo stdout e err coincidono e 
inoltre devi dare un fflush.
-- 
Bye,     | Stolto č colui che invece di guardare
Sandro.  | la luna guarda il dito che la indica. (Togli/Cut SpamNo)
---------*
[This message is released under the GNU/GPL license 
http://www.gnu.org
]


Eventualmente, se vuoi aggiungere + file al progetto, seleziona add files
dal menu project, seleziona i file che ti servono e seleziona anche il check
"add files to project", in modo da copiarli nella dir se non sono già li.
Ciao
--------------------------------
Inviato via 
http://usenet.libero.it

 'sto "IDE"? :#)
IDE = Integrated Development Enviroment 

 inoltre devi dare un fflush.
mmm andando un pelino OT, poniamo che ho già il programma sviluppato in
java... come collego un progetto fatto con Interface Builder alle
classi? il mio prog ha già tutta l'interfaccia Swing, ma l'ho rifatta
con interBuild tutta metal.. molto beella e non capisco come fare i
collegamenti.. e sigh come da post gli Help della Apple fanno ridere =(
Sandero

 su main e scrivi il sorgente.
Questa e' la procedura, anche se preferisco scrivere con BBedit e
compilare da linea di comando.
-- 
Ciao,
Ghigo
-- Now from Zuppa X --

 Copio e incollo da un post recente di Ghigo:
Acc, ora mi si cita pure... :D


 collegamenti.. e sigh come da post gli Help della Apple fanno ridere =(
Eh, per quel che ne so non penso sia possibile. L'unica cosa possibile
e' creare un'applicazione Cocoa-Java e poi gestire gli eventi dal codice
in Obj-C. Prova pero' a controllare se nella documentazione di JDK Apple
non ci sono classi che gestiscono l'interazione con i Nib (anche se ne
dubito).


 l'IDE per sviluppare programmi.
Prova a guardare su DevDepot.com, mi pare che ci sia un libro chiamato
"Advanced Cocoa Programming" scritto dalla Apple stessa.


 dubito).
uffa.. allora devo necessariamente vedere le API di Java Macintosh per
vedere come si fa l'effetto metal, che poi è l'unica cosa che manca a
Swing =)
ciao e graz
Sandero

 Sandero
Puoi usare i Nib da Java, come documentato tra i docs della cartella
Developer. La documentazione non è affatto male, lo è se devi usarla per
imparare ma per questo scopo ci si affida ai libri. A fine di
consultazione, invece, la documentazion fornita non è affatto malvagia.
Esiste un wrapper specifico Java per ciascun oggetto Cocoa (tranne
alcune marginali eccezione) e l'insieme di questi wrapper è noto come il
"Java Bridge".
Tu puoi associare, mediante questi wrapper, una qualsiasi porzione di
codice in Java ad un evento o messaggio Cocoa esattamente come faresti
in ObjC. Se hai già molto codice java dedicato all'interfaccia, però,
dovrai molto probabilmente buttarlo via.
Ancora, puoi associare (come in ObjC) più Nib ad una singola
applicazione. In questo modo puoi caricare dinamicamente le risorse solo
quando necessario, alleggerendo il codice.
Nella cartella Applications che si trova in /Developer trovi
l'applicativo JavaBrowser che ti fornisce il mapping tra classi wrapper
e classi Cocoa. Sulle prime ti sembrerà caotico ma alla fine è semplice.
il più delle volte farai solo override di WindowNibName() nella tua
classe derivata da NSDocument. Ad esempio, con
public String windowNibName( {
        return "mioNib";
}
che equivqale più o meno al codice ObjC
(NSString *)windowNibName {
        return @"mioNIB";
}
dici alla tua classe di usare il Nib chiamato mioNib. Comunque in
Project Builder trovi qualche esempio pratico, perchè c'è differenza tra
applicazioni (che aprono un Nib all'avvio automaticamente) e classid
erivate da NSDocument (che aprono un Nib, attraverso un window
controller, quando un documento viene creato).
Marco

 'sto "IDE"? :#)
Scusa se ti sono apparso brusco nel mio messaggio ma ti assicuro che non
era mia intenzione.
Ho solamente voluto fare una precisazione.
(Purtroppo quando ci si scrive e' piu' difficile interpretare il tono
usato dalle altre persone).
Comunque l'IDE e' l'ambiente di sviluppo delle applicazioni.


 "Advanced Cocoa Programming" scritto dalla Apple stessa.
Grazie vado subito a vedere.


 Developer. 
<Homer>
Mitico!!! :))
</Homer>


 
"Programmare Mac OS X" di Dan Parks Sydow, edito dalla Jackson (36 €).
Spiega nei dettagli Project Builder ed anche se consigliato per 
conoscitori di almeno un linguaggio tra Co C++ leggendolo con attenzione 
si puo comprendere perfettamente anche senza particolari conoscenze.
Ciao, Antonio

 Ho solamente voluto fare una precisazione.
Hai fatto benissimo.
Ciao,
Gia,piero.

 si puo comprendere perfettamente anche senza particolari conoscenze.
Interessante.
Be' il C++ un po' lo conosco quindi mi sembra perfetto. Grazie.


Francesco B. <bbf...@NOSPAMyahoo.com> wrote:

Veramente nel libro si fa riferimento esclusivamente al C.
-- 
Outside of a dog a book is a man's best friend.
Inside of a dog is too dark to read  (Groucho Marx)
"ab_bar" is ROT13 encoded

 Grazie,
Grazie per la email di ringraziamento e visto che voglio anch'io 
imparare posso dire intanto quel che so su PB e la programmazione in c.
La tua stessa domanda l'ho fatta sia qui sia su iclc, it.comp.lang.c, 
qui non ho ricevuto nessuna risposta come è successo a te: 
(ignoranti!^_^) mentre su iclc c'è un'anima pia che programma e che ha 
il mac il quale mi ha illuminato e io a mia volta ho illuminato (di 
riflesso^_^) te.
Credo di non fare male a pubblicare l'email del pioniere che da la luce:
dovrebbe essere <F a b i o chiocciola e s t punto it> penso sia vero.
La sua risposta era su iclc:
Penso che tu abbia sbagliato tipo di progetto. Quando crei un nuovo 
progetto con PB devi scegliere Standard Tool (Nella versione che ho io è 
l'ultimo in basso) e vedrai che il tuo file main.c sarà più o meno il 
classico Hello World da K&R! Probabilmente tu hai creato un progetto per 
carbon il che aggiunge del codice per poter creare anche un interfaccia 
grafica.
Se crei un programma senza interfaccia grafica, un programma da riga di 
comando per intenderci, PB gestirà l'output nella sua console interna 
che è esattamente ciò che ha fatto il tuo programma. printf si occupa di 
stampare un testo dentro lo STDOUT che è solitamente il terminale. Se 
avvi il tuo programma (Standard Tool) dentro la finestra di terminale 
vedrai che tutto funziona (bug del codice permettendo).
Ciao
-- 
Bye,     | Stolto è colui che invece di guardare


 Grazie dell'attenzione.
Dunque, ci sarebbero 
"Building Cocoa Applications - A step-by-step Guide", Simson Garfinkel e
Michael K. Mahoney, Apple Developer Connection - O'Reilly
e
"Cocoa Programming for MacOS X" del cowboy dei programmatori Mac, Aaron
Hillegass (che mi paga per questo spot), Addison-Wesley.
Entrambi presuppongono ObjC come linguaggio di riferimento ma, a parte
il secondo, non costituiscono un corso di ObjC di per sè. Comunque il
PDF-one di Apple sul linguaggio è più che sufficiente. Tra i due libri
quello di Hillegass è più lineare e meglio concepito mentre il primo è
più dettagliato (anche se ridondante talvolta).
Marco

 più dettagliato (anche se ridondante talvolta).
Grazie per le preziose informazioni.


 Veramente nel libro si fa riferimento esclusivamente al C.
Vabbe' non mi faccio grossi problemi.
Mi serve anche questo.
Grazie della precisazione.
