Newsgroup: it.comp.lang.c++
Titolo: Risultato: Apriamo alle librerie libere e gratuite?

Ciao a tutti.
A meno di errori questi dovrebbero essere i risultati della votazione:
Favorevoli:
?manu'
Nicola Musatti
Davide Quack
Francesco Monica
marco guidi
Andrea Laforgia
Gianni
Andrea Venturoli
[L]ash
Paolo
Gabriele Greco
Massimo Soricetti
Enrico 'Mc Osten' Franchi
Contrari:
Enrico Maria Giordano
Incerti:
Kronos
Se ritenete che ho male interpretato le vostre opinioni, fatevi
sentire!
A questo punto, a meno di "ribaltoni" dell'ultimo minuto, e lasciato
passare qualche giorno per eventuali commenti e rettifiche, direi di
aprire sperimentalmente il gruppo come proposto. Se siete d'accordo ci
diamo appuntamento tra fine agosto e inizio settembre per fare il
punto della situazione.
Per pubblicizzare questa iniziativa avrei intenzione di rispondere
regolarmente (piu' o meno :-) al messaggio periodico del GARR con la
seguente nota:
In via sperimentale e fino a fine agosto 2007 il newsgroup
it.comp.lang.c++
e' aperto anche a discussioni su specifiche librerie, purche'
rispettino i
seguenti vincoli:
- Siano scritte in C++ o naturalmente chiamabili da C++;
- Siano liberamente scaricabili da Internet, anche in formato
sorgente;
- Siano liberamente utilizzabili, per lo meno non a fini di lucro;
- Siano compilabili con almeno g++ (gcc) e un altro compilatore.
Quando scrivete a proposito di una simile libreria siete caldamente
invitati a
prependere l'oggetto del vostro messaggio con un'indicazione della
libreria,
ad esempio: [BOOST], [LOKI], [ACE], [WXWIDGETS].
Ricordate che il newsgroup non e' un sostituto alla formazione
personale; se
scrivete domande alla quale e' facile trovare risposta leggendo
documentazione
comodamente reperibile, e' probabile che riceviate un invito piu' o
meno cortese
a leggere la suddetta documentazione.
Se avete obbiezioni o commenti scrivete ora o tacete per sempre :-)
Ciao,
Nicola

 A meno di errori questi dovrebbero essere i risultati della votazione:
[...]
Mi son perso il post: Per quello che vale, sono favorevole.
--
Marco Foco

 - Siano compilabili con almeno g++ (gcc) e un altro compilatore.
Mi aggiungo tra i favorevoli, a condizione di modificare l'ulima 
clausola in:
- Siano compilabili con almeno g++ (gcc) e un altro compilatore per 
sistema operativo non Posix.
Infatti GCC, in ambiente Microsoft Windows, usa un layer di emulazione 
Posix.
Se una libreria e' utilizzabile solo in ambiente Posix, e non per 
esempio, dai compilatori Microsoft e Borland per Windows, non mi sembra 
sufficientemente portabile.
-- 
     Carlo Milanesi
 
http://digilander.libero.it/carlmila

 Posix.
Nella versione cygwin si, nella versione MinGW si appoggia alle
librerie di sistema di Windows.
Ciao,
Nicola

 sufficientemente portabile.
Beh, in realtà su un Windows moderno basta avere installato MS SFU 3.5.
Direi che funziona con il 2000, XP Pro SPx>=1, Server 2003 e Vista (e le
versioni Enterprise e Ultimate contengono già il tutto).
-- 
blog:  
http://www.akropolix.net/rik0/blogs
 | Uccidete i filosofi,
site:  
http://www.akropolix.net/rik0/
      | tenetevi riso e
forum: 
http://www.akropolix.net/forum/
     | bacchette per voi.

 versioni Enterprise e Ultimate contengono già il tutto).
Non capisco come MS SFU possa far sì che un programma scritto per Unix 
possa essere compilato dal compilatore Microsoft Visual C++ o dal 
compilatore Borland C++ Builder.
E non e' solo questione del compilatore. Se una libreria grafica usa 
necessariamente il server X Window System o usa necessariamente il file 
system Unix, potra' essere compilato da tutti i compilatori, ma rimane 
poco utilizzabile in ambiente Microsoft Windows.


 poco utilizzabile in ambiente Microsoft Windows.
Il *compilatore* compila il codice. Se non vengono usate le estensioni
del gcc (che so, definizioni di funzioni nestate) il codice compila
anche con vc++ o borland, a patto che ci siano gli headers (e quelli
basta aggiungerli, per esempio SFU fa esattamente questo). A questo
punto fallirà il linking, a meno che uno non abbia installato
un'opportuna libreria. Cosa che SFU *fa*.
Per inciso SFU offre *anche* un port di gcc, ma offre pure un wrapper
per vc++ (che sostanzialmente rimappa le opzioni di gcc su quelle di
vc++ in modo che i Makefiles si comportino correttamente).
Tornando rapidamente a noi anche le chiamate al filesystem (che so le
umask, flock e compagnia cantante) sono implementate, quindi nessun
problema.
Riguardo alle GUI, tipicamente Qt, Gtk e Wx usano le api di windows
sotto il cofano (e non hanno bisogno di alcun server X11). Per cui
ancora una volta non ci sono problemi.
