MODIFICA del 20 luglio 2014
I PPA adesso funzionano su 14.04, per cui è sempre preferibile usare i ppa.
Comunque aggiorno questo messaggio su come compilare Gambas da sorgente (grazie anche a Sotema)
1) Installiamo da terminale:
sudo apt-get install build-essential g++ autoconf libbz2-dev libmysqlclient-dev unixodbc-dev libpq-dev libsqlite0-dev libsqlite3-dev libglib2.0-dev libgtk2.0-dev libcurl4-gnutls-dev libgtkglext1-dev libpcre3-dev libsdl-sound1.2-dev libsdl-mixer1.2-dev libsdl-image1.2-dev libsage-dev libxml2-dev libxslt1-dev librsvg2-dev libpoppler-dev libpoppler-glib-dev libasound2-dev libesd0-dev libdirectfb-dev libxtst-dev libffi-dev libqt4-dev libglew1.5-dev libimlib2-dev libv4l-dev libsdl-ttf2.0-dev libgnome-keyring-dev libgdk-pixbuf2.0-dev linux-libc-dev libgstreamer1.0-dev libgstreamer-plugins-base1.0-dev libcairo2-dev libgsl0-dev libncurses5-dev libgmime-2.6-dev llvm-3.5-dev libalure-dev libgmp-dev
NOTA1: la llvm-3.1-dev è sostituita con la llvm-3.5-dev
NOTA2: adesso postgresql si dovrebbe compilare senza problemi: il problema era generato dalla modifica del percorso degli header nell'ultima versione di Ubuntu; dovrebbe essere risolto per le versioni di sviluppo e anche per la stabile (3.5.4)
Per avere gb.jit si inserisca il seguente link:
cd /usr/lib32
sudo mkdir llvm
cd llvm
sudo ln -s /usr/lib/llvm-3.5/bin/llvm-config llvm-config
Poi ho anche installato (indispensabile per si vuole creare progetti GTK3):
sudo apt-get install libgtk-3-dev
Infine:
./reconf-all
./configure -C
make
sudo make install
FINE. :2birre:
Per adesso l'unica soluzione è compilare..
L'unica pecca che non si ha i seguenti:
- postgresql
- jit
- postgresql: il problema era generato dalla modifica del percorso degli header nell'ultima versione di Ubuntu; dovrebbe essere risolto per le versioni di sviluppo e anche per la stabile (3.5.4)
- jit: anche in questo caso abbiamo un problema di percorsi degli header; personalmente ho installato llvm-3.4-dev e ho creato un link in /usr/include/llvm
cd /usr/include
ln -s ../lib/llvm-3.4/include/llvm llvm
se hai installata la llvm-3.5-dev sostituisci il numero di versione nel link
Ok si compila!
Qualcuno può spiegarmi però come capire quali sono le librerie corrispondenti, nelle varie distribuzioni (uso Ubuntu 14.04), a quelle dell'elenco
http://gambas.sourceforge.net/en/main.html
e inserite nella lista di Jockerfox?
:)
le librerie che trovi indicate sulla wiki di gambas (quelle riportate da jockerfox) sono corrette, ad esclusione di llvm-3.1-dev, che apt sostituisce automaticamente con llvm-3.5-dev e libgtk3-dev che ti serve per il componente gb.gtk3
:ciao:
ti faccio un esempio. Il componente gb.crypt richiede la libreria libcrypt.so.
Nella lista di jockerfox non trovo nessuna libreria che apparentemente soddisfi la richiesta.
Se cerco una libreria con synaptic (in ubuntu) mi saltano fuori n librerie!
:)
libcrypt.so è una delle molte librerie che vengono installate dal pacchetto "build-essential", che altro non è se non una collezione di librerie e strumenti dedicati allo sviluppo. Se vuoi conoscere il contenuto di build-essential, apri un terminale e digita:
$ more /usr/share/doc/build-essential/list
Grazie per la risposta!
In effetti la libreria non la trovo nella lista, ma ho capito il concetto.
nella lista trovi i pacchetti che vengono installati dal meta-pacchetto build-essential, tra questi vi è libc6-dev che fornisce appunto la libreria libcrypt.so. E avanti in questo modo per tutti gli altri. E' il gioco delle dipendenze dei pacchetti (o programmi) su linux/unix.
Certo o sei un esperto di linux o "ciccia". Un utente "normale" cade in battaglia prima d'aver raggiunto l'obbiettivo!
Personalmente non mi ritengo un esperto, a conferma di ciò devo correggere il mio post precedente.
Ho installato una Trusty nuova di zecca su in virtuale e, installate le citate dipendenze, sostituito llvm-3.1-dev con llvm-3.5-dev, aggiunto libgtk-3-dev, il configure mi segnala il componente gb.jit disabilitato. Nel direttorio .../trunk/gb.jit il file config.log mi dice che non è presente llvm-config.
Eseguo ./configure all'interno del direttorio gb.jit e scopro che il file viene cercato in /usr/lib32/llvm/, mentre risulta essere in /usr/lib/llvm-3.5/bin/, Quindi eseguo $ cd /usr/lib32
$ sudo mkdir llvm
$ cd llvm
$ sudo ln -s /usr/lib/llvm-3.5/bin/llvm-config llvm-config
ritorno nel direttorio dove sono i sorgenti di gambas lancio e tutti i componenti sono configurati.
ALL GURUS WERE NEWBIES
:ciao:
@sotema
sulla scorta delle veramente interessanti notizie date in questo post ho anch'io montato una nuova Trusty per poter sperimentare le nuove acquisite competenze. :)
Premetto che ho montato una 64 perché l'esperimento è mirato all'utilizzo sul sistema principale. Lo so sta per uscire Utopic e io sono ancora a configurare la Trusty...
Come postato da jockerfox ho aggiornato il sistema con queste librerie:
build-essential g++ autoconf libbz2-dev libmysqlclient-dev unixodbc-dev libpq-dev libsqlite0-dev libsqlite3-dev libglib2.0-dev libgtk2.0-dev libcurl4-gnutls-dev libgtkglext1-dev libpcre3-dev libsdl-sound1.2-dev libsdl-mixer1.2-dev libsdl-image1.2-dev libsage-dev libxml2-dev libxslt1-dev librsvg2-dev libpoppler-dev libpoppler-glib-dev libasound2-dev libesd0-dev libdirectfb-dev libxtst-dev libffi-dev libqt4-dev libglew1.5-dev libimlib2-dev libv4l-dev libsdl-ttf2.0-dev libgnome-keyring-dev libgdk-pixbuf2.0-dev linux-libc-dev libgstreamer1.0-dev libgstreamer-plugins-base1.0-dev libcairo2-dev libgsl0-dev libncurses5-dev libgmime-2.6-dev llvm-3.5-dev libalure-dev libgmp-dev
Più questa:
libgtk-3-dev
Quindi ho aggiunto, come da te suggerito, una nuova Directory con relativo link simbolico a usr/lib.
Purtroppo ho ottenuto un mare di warning:
I soliti (mai mancati) Unable to find file: libintl.so - Unable to find file: libiconv.so e gbi3: warning: component gb.xml.rpc not found
un mare (circa 180) da GTK specialmente questi warning: 'GtkStyle* gtk_widget_get_style(GtkWidget*)
ma la cosa più grave:
|| THESE COMPONENTS ARE DISABLED:
|| - gb.db.postgresql
|| - gb.jit
Quella grave veramente è Postgresql , non che io attualmente lo stia usando però...
Comunque se grave è esagerato in quanto non ho intenzione di inserire FAST nelle miei classi, rimane comunque la delusione dopo la speranza di poter riuscire.
Come sospettavo già da subito è bastato aggiornare Trusty con la libreria postgresql-server-dev-9.3 per ottenere il componente gb.db.postgresql
Per non saper ne leggere ne scrivere ho inserito anche:
libgmp3-dev (senza apparenti migliorie)
python-aptdaemon.gtkwidgets (sembrano spariti tutti gli warning su GTK)
Ho inserito anche un tot di librerie per gbi3, libiconv e libintl ma senza risultato.
Il Gambas ottenuto malgrado le migliorie è ulteriormente danneggiato: :'(
make[2]: Nessuna operazione da eseguire per "install-data-am".
make[2]: uscita dalla directory "/home/vir/trunk/examples"
make[1]: uscita dalla directory "/home/vir/trunk/examples"
Making install in .
make[1]: ingresso nella directory "/home/vir/trunk"
make[2]: ingresso nella directory "/home/vir/trunk"
make[2]: Nessuna operazione da eseguire per "install-data-am".
make[2]: uscita dalla directory "/home/vir/trunk"
make[1]: uscita dalla directory "/home/vir/trunk"
che causa (solo?) quanto riportato nell'immagine allegata.
Ho fatto ricerche su install-data-am ma sinceramente non ci ho capito molto anzi... qualcuno suggeriva di usare:
./configure –prefix=/usr
ma come? Qualche suggerimento?
La domanda naturalmente è estesa a chiunque abbia piacere nell'aiutarmi. ;)
Ciao a tutti e ben ritrovati!
:ciao:
@sotema
ciao e grazie dell'attenzione.
Scusami ma credo tu stia facendo un poco di confusione...
prima di tutto ci tengo a dire che ti sono molto grato per l'aiuto e quindi non vedo di cosa tu ti debba scusare vale per ora ed eventualmente per il futuro se pensi di dovermi riprendere su degli errori sei anche autorizzato a darmi della capra che poi fanno un formaggio delizioso... :)
apri un terminale e scrivi gambas3 + invio e posta eventuali messaggi d'errore.
Aprendo da terminale col comando gambas3 +, Gambas3 mi dice di non trovare il file + e poi si apre regolarmente.
mentre invece con:
vir@vir:~$ gambas3
uint DBusMenuExporterDBus::GetLayout(int, int, const QStringList&, DBusMenuLayoutItem&): Condition failed: menu e poi si apre regolarmente
Con il lanciatore nel launcher invece Gambas3 si apre senza darmi avvisi, però se cerco Gambas3 dalla dash mi restituisce il file gambas3.desktop che cliccandoci sopra recita: Lanciatore di applicazione non fidato ecc. come ho già postato.
Nella stessa cartella desktop c'era il file xml gambas3.appdata e io ho creduto che c'entrasse qualcosa.
PS: lo hai eseguito? Con o senza errori?
sì, altrimenti penso che non avrei Gambas3 invero ho dato questo comando:
~/trunk $ make && sudo make install
stupidamente non ho pensato di inviare il tutto a un file di log ma io di errori non ne ho visti.
Cosa dici di rifare l'aggiornamento? Potrei dare:
~ $ svn checkout svn://svn.code.sf.net/p/gambas/code/gambas/trunk
~ $ cd trunk
~/trunk$ ( ./reconf-all && ./configure -C && make && sudo make install ) > ~/Scrivania/compile.log 2>&1
e se credi postarti il file.
Un'ultima cosa riguardo a gb.jit a seguire quanto è riportato nel suo file configure.ac sempre che sia quello che comanda la compilazione anche in Linux a me pare che cerchi nei punti giusti:
dnl ---- configure.ac for gb.jit
m4_include([../version.m4])
AC_INIT(gambas3-gb-jit, GB_VERSION, GB_MAIL, [], GB_URL)
AC_CONFIG_MACRO_DIR([m4])
GB_INIT(gb.jit)
AC_PROG_LIBTOOL
min_llvm_version=3.1
dnl llvm-config file can be forced with LLVM_CONFIG env var
AC_PATH_PROG([LLVM_CONFIG], [llvm-config], [no])
if test "x$LLVM_CONFIG" = xno; then
touch DISABLED DISABLED.gb.jit
else
AC_MSG_CHECKING([for LLVM, version >= $min_llvm_version])
LLVM_VERSION=`$LLVM_CONFIG --version`
AX_COMPARE_VERSION($LLVM_VERSION, [ge], $min_llvm_version,
[AC_MSG_RESULT(yes)],
[AC_MSG_RESULT(no)
touch DISABLED DISABLED.gb.jit])
fi
GB_COMPONENT(
jit, JIT, gb.jit, [src],
[GB_FIND(llvm/Config/llvm-config.h llvm-c/Core.h, /usr/lib/llvm* /usr/local/lib /usr/local /usr/lib /usr `$LLVM_CONFIG --prefix`, include)],
[GB_FIND(libLLVM-$LLVM_VERSION.$SHLIBEXT, /usr/lib/llvm* /usr/local /usr `$LLVM_CONFIG --prefix`, lib)],
[$C_LIB `$LLVM_CONFIG --ldflags` -lLLVM-$LLVM_VERSION],
[-I../../main/gbx -I../../main/share -D_DEBUG -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS])
AC_OUTPUT(Makefile src/Makefile)
GB_PRINT_MESSAGES
:ciao:
Peccato per gb.jit non lo avrei usato ma mi avrebbe fatto piacere risolvere il problema penserai che sono scemo ma io credo che risolvere un problema è proprio la missione di un programmatore seppur dilettante come me. :)
Non penso assolutamente che sei scemo, anzi.
Fai un'ultima prova:
$ cd /usr/bin
$ sudo ln -s ../lib/llvm-3.5/bin/llvm-config llvm-config
$ cd ~/trunk/gb.jit
$ ./configure
se te lo configura correttamente:
$ cd ..
$ ./configure
$ make
$ sudo make install
il make dovrebbe essere velocissimo in quanto verrà elaborato solo il componente gb.jit, essendo gli altri invariati.
Dim @sotema as string = “Houston abbiamo un problema:”
@sotema
Ho provato a fare un aggiornamento alla Rev. 6538 con questi comandi:
~ $ svn checkout svn://svn.code.sf.net/p/gambas/code/gambas/trunk
~ $ cd trunk
~/trunk$ ( ./reconf-all && ./configure -C && make && sudo make install ) > ~/Scrivania/compile.log 2>&1
purtroppo niente installazione, il file log finisce con queste parole:
make[4]: ingresso nella directory "/home/vir/trunk/gb.jit/src"
CXX gb_jit_la-jit_codegen.lo
In file included from jit_codegen.cpp:34:0:
jit.h:49:26: fatal error: llvm/IR/CFG.h: No such file or directory
#include "llvm/IR/CFG.h"
^
compilation terminated.
make[4]: *** [gb_jit_la-jit_codegen.lo] Errore 1
make[4]: uscita dalla directory "/home/vir/trunk/gb.jit/src"
make[3]: *** [all-recursive] Errore 1
make[3]: uscita dalla directory "/home/vir/trunk/gb.jit"
make[2]: *** [all] Errore 2
make[2]: uscita dalla directory "/home/vir/trunk/gb.jit"
make[1]: *** [all-recursive] Errore 1
make[1]: uscita dalla directory "/home/vir/trunk"
make: *** [all] Errore 2
se credi ti posto il file log comunque la cosa non è grave in quanto stiamo lavorando su una virtuale di cui ho fatto l'ova (sono stata una gallina previdente :)).
Però il problema mi piacerebbe risolverlo (sarebbe più corretto dire che lo risolvessi? Io però sono come la civetta travestita da pappagallo, sto molto attento :)).
Scherzi e pennuti a parte se ti sei stufato dillo che elimino subito la virtuale e installo in modo pulito, intanto lo dovrò fare comunque perché come ho già avuto modo di dirti ho riempito questa povera Trusty di librerie inutili a Gambas, ad esempio la python-aptdaemon.gtkwidgets che, contrariamente a quanto postato in precedenza, non ha eliminato gli warning gtkwidgets.
:ciao:
Dim @sotema as string = “Houston abbiamo risolto (?) il problema:”
Ciao sotema
ho provato ad installare la libreria llvm-3.4-dev come del resto è chiaramente suggerito nella documentazione, questi i comandi che ho dato:
~$ sudo apt-get install llvm-3.4-dev
~$ cd trunk
~$ ( ./reconf-all && ./configure -C && make && sudo make install ) > ~/Scrivania/compile.log 2>&1
e pare proprio sia andata bene evidentemente alla 64 occorre una libreria più vecchia.
Questa volta gli warning in totale sono 38, i soliti tre più quelli di jit nulla da GTK ma li avevo già ottenuti prima e non ha caricato le solite 2 librerie. Bene molto bene. :D
Comunque la documentazione raccomanda di installare da PPA (Installing binaries with a package management system is ALWAYS preferred over compilation and installation.) e forse bisognerebbe dargli retta.
:ciao:
PS: In precedenza, quando ho parlato di icona giallorossa, scherzavo in realtà come ben sapete l'icona della svn è arancio e bianca.
ho provato ad installare la libreria llvm-3.4-dev come del resto è chiaramente suggerito nella documentazione
...
e pare proprio sia andata bene evidentemente alla 64 occorre una libreria più vecchia.
questo mi pare strano; dal changelog:
------------------------------------------------------------------------
r6516 | gambas | 2014-09-29 14:18:32 +0200 (lun, 29 set 2014) | 3 lines
[GB.JIT]
* BUG: gb.jit should now compile with LLVM 3.5.
------------------------------------------------------------------------
questi i comandi che ho dato:
~$ sudo apt-get install llvm-3.4-dev
~$ cd trunk
~$ ( ./reconf-all && ./configure -C && make && sudo make install ) > ~/Scrivania/compile.log 2>&1
hai per caso rimosso la 3.5 prima di installare la 3.4?
In genere prima di installare una nuova versione di gambas e bene eliminare la precedente:
$ trunk/sudo make uninstall
$ cd ..
$ rm -rf trunk/
$ svn checkout ....
$ cd trunk
$ ./reconf-all
$ ./configure -C
$ make
$ sudo make install
inoltre tieni presente che il comando ./reconf-all devi eseguirlo solo la prima volta, dopo aver scaricato la nuova versione.
In questo momento sto installando la pre release di gambas 3.6, ma il make fallisce in gb.sdl
Ciao Gianluigi,
scusa se rispondo solo ora...
Ti faccio una proposta oscena: visto che sei in virtuale, cancella tutto ricrei la VM, installi 14.04.1 con tutti gli aggiornamenti e ripartiamo da li.
PS. Ora la 3.6 funziona.
Ciao sotema,
e no caro questa volta sono io che mi scuso. Sulla ML il Gian sono io e come ho già postato li ora riporto con grave ritardo perchè mi sono distratto leggendo un libro in tedesco (magari lo sapessi! ;D).
La situazione è questa è vero che questo mio Trusty 14.04.1 è un po acciaccato però vorrei fare ancora qualche esperimento col tuo aiuto.
Intanto non riesco a capire come mai avendo tutti e due lo stesso sistema con le stesse impostazioni nel tuo sia abilitato anche gb.jit mentre il mio è disabilitato.
Anche io ho installato la 3.6.0
[System]
Gambas=3.6.0
OperatingSystem=Linux
Kernel=3.13.0-38-generic
Architecture=x86_64
Distribution=Ubuntu 14.04.1 LTS
Desktop=GNOME
Theme=QGtk
Language=it_IT.UTF-8
Memory=4537M
[Libraries]
Cairo=libcairo.so.2.11301.0
Curl=libcurl.so.4.3.0
DBus=libdbus-1.so.3.7.6
GStreamer=libgstreamer-0.10.so.0.30.0
GStreamer=libgstreamer-1.0.so.0.204.0
GTK+3=libgtk-3.so.0.1000.8
GTK+=libgtk-x11-2.0.so.0.2400.23
OpenGL=libGL.so.1.2.0
Poppler=libpoppler.so.44.0.0
Qt4=libQtCore.so.4.8.6
SDL=libSDL-1.2.so.0.11.4
Però guarda un po cosa ho scovato:
Hello Benoit,
I think to have found out where it falls configuring gb.jit:
“This connection can not be used, because the destination
"../lib/llvm-3.5/bin/llvm-config 'does not exist.“ There is only the
executable lli
Regards
gianluigi
Prima di rovinare tutto attendo tue istruzioni per creare se possibile il giusto link simbolico.
Ripeto che però non riesco a comprendere cosa ho combinato per far si che due sistemi fotocopia si comportino in modo differente.
Scusa l'impertinenza non è che tu lo hai aggiustato un po in base ai file log? Perchè qualcosina mi dicono ma io ci mastico pochino, tanto per vantarmi e non dire buio completo.
Ora mi appresto alla nuova virtuale però lascio ancora questa installata spero si possa cambiandogli il nome.
:ciao:
PS: Sono andato a letto alle 4 passate mia moglie minaccia il divorzio :o
Ma poi il tuo PC è ritornato funzionante?
Ti faccio una proposta oscena: visto che sei in virtuale, cancella tutto ricrei la VM, installi 14.04.1 con tutti gli aggiornamenti e ripartiamo da li.
PS. Ora la 3.6 funziona.
ciao sotema,
Ho impostato la Trusty nuova di zecca dal file ova.
Così tanto per partire col piede giusto ti riassumo le anomalie che riscontro dai file di registro:
Syslog:
EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
<warn> dnsmasq not available on the bus, can't update servers.
NetworkManager[709]: <error> [1412799574.163189] [nm-dns-dnsmasq.c:396] update(): dnsmasq owner not found on bus: Could not get owner of name 'org.freedesktop.NetworkManager.dnsmasq': no such name
NetworkManager[709]: <warn> DNS: plugin dnsmasq update failed
dpkglog:
install libgpg-error0:amd64 <none> 1.12-0.2ubuntu1
2014-07-22 21:59:18 status half-installed libgpg-error0:amd64 1.12-0.2ubuntu1
status unpacked libgpg-error0:amd64 1.12-0.2ubuntu1
status unpacked libgpg-error0:amd64 1.12-0.2ubuntu1
Xorg0log:
[ 9.731] (EE) AIGLX error: vboxvideo does not export required DRI extension
[ 9.731] (EE) AIGLX: reverting to software rendering
Qui invece vorrei riepilogare i vari passaggi in modo che tu li possa verificare e correggere:
~ $ sudo apt-get install build-essential g++ autoconf libbz2-dev libmysqlclient-dev unixodbc-dev libpq-dev libsqlite0-dev libsqlite3-dev libglib2.0-dev libgtk2.0-dev libcurl4-gnutls-dev libgtkglext1-dev libpcre3-dev libsdl-sound1.2-dev libsdl-mixer1.2-dev libsdl-image1.2-dev libsage-dev libxml2-dev libxslt1-dev librsvg2-dev libpoppler-dev libpoppler-glib-dev libasound2-dev libesd0-dev libdirectfb-dev libxtst-dev libffi-dev libqt4-dev libglew1.5-dev libimlib2-dev libv4l-dev libsdl-ttf2.0-dev libgnome-keyring-dev libgdk-pixbuf2.0-dev linux-libc-dev libgstreamer1.0-dev libgstreamer-plugins-base1.0-dev libcairo2-dev libgsl0-dev libncurses5-dev libgmime-2.6-dev llvm-3.4-dev libalure-dev libgmp-dev libgtk-3-dev postgresql-server-dev-9.3
~ $ sudo apt-get install subversion
~ $ svn checkout svn://svn.code.sf.net/p/gambas/code/gambas/branches/3.6
~ $ cd 3.6
~/3.6$ ( ./reconf-all && ./configure -C && make && sudo make install ) > ~/Scrivania/compile.log 2>&1
Quando voglio vedere se c' è un aggiornamento sulla revisione:
~ $ svn checkout svn://svn.code.sf.net/p/gambas/code/gambas/branches/3.6
Se è stata scaricata una nuova revisione do:
~ $ cd 3.6
~/3.6 $ ./configure -C
~/3.6 $ make && sudo make install
Oppure se voglio controllare l'output : ~/3.6 $ ./configure -C > ~/Scrivania/configure.log al posto di ~/3.6 $ ./configure -C
Devo stare attento a non dare ~ $ svn checkout svn://... all'interno della directory 3.6
Cosa te ne pare?
:ciao:
Qui invece vorrei riepilogare i vari passaggi in modo che tu li possa verificare e correggere:
~ $ sudo apt-get install build-essential g++ autoconf libbz2-dev libmysqlclient-dev unixodbc-dev libpq-dev libsqlite0-dev libsqlite3-dev libglib2.0-dev libgtk2.0-dev libcurl4-gnutls-dev libgtkglext1-dev libpcre3-dev libsdl-sound1.2-dev libsdl-mixer1.2-dev libsdl-image1.2-dev libsage-dev libxml2-dev libxslt1-dev librsvg2-dev libpoppler-dev libpoppler-glib-dev libasound2-dev libesd0-dev libdirectfb-dev libxtst-dev libffi-dev libqt4-dev libglew1.5-dev libimlib2-dev libv4l-dev libsdl-ttf2.0-dev libgnome-keyring-dev libgdk-pixbuf2.0-dev linux-libc-dev libgstreamer1.0-dev libgstreamer-plugins-base1.0-dev libcairo2-dev libgsl0-dev libncurses5-dev libgmime-2.6-dev llvm-3.4-dev libalure-dev libgmp-dev libgtk-3-dev postgresql-server-dev-9.3
~ $ sudo apt-get install subversion
~ $ svn checkout svn://svn.code.sf.net/p/gambas/code/gambas/branches/3.6
~ $ cd 3.6
~/3.6$ ( ./reconf-all && ./configure -C && make && sudo make install ) > ~/Scrivania/compile.log 2>&1
Cosa te ne pare?
:ciao:
fino a qui tutto bene.
Quando voglio vedere se c' è un aggiornamento sulla revisione:
~ $ svn checkout svn://svn.code.sf.net/p/gambas/code/gambas/branches/3.6
Se è stata scaricata una nuova revisione do:
~ $ cd 3.6
~/3.6 $ ./configure -C
~/3.6 $ make && sudo make install
Oppure se voglio controllare l'output : ~/3.6 $ ./configure -C > ~/Scrivania/configure.log al posto di ~/3.6 $ ./configure -C
questo no. Se esegui svn checkout ... subversion se ne frega di quello che trova in locale e scarica comunque la versione remota. Se vuoi aggiornare la versione locale di un repositore subversion devi usare:
svn upgrade ...
Intanto non ha senso eseguire l'upgrade di una versione stabile, in quanto non ci sono aggiornamenti. Gli aggiornamenti li trovi nella versione di sviluppo (trunk)
personalmente uso questo metodo:
nella cartella trunk/ eseguo:
(per sapere la versione locale), ed in seguito
$ svn info svn://svn.code.sf.net/p/gambas/code/gambas/trunk
per conoscere la versione remota.
$ svn log svn://svn.code.sf.net/p/gambas/code/gambas/trunk | more
per leggere il changelog. Se trovo variazioni importanto o interessnti eseguo l'aggiornamento con:
$ cd.../trunk/
$ sudo make uninstall
$ cd ..
$ rm -rf trunk/
$ svn checkout svn://svn.code.sf.net/p/gambas/code/gambas/trunk
$ ./reconf-all
$ ./configure -C
$ make
$ sudo make install
$ sudo apt-get purge llvm-3.5
$ cd ../trunk/gb.jit
$ ./configure
$ cd ..
$ make && sudo make install
dovrebbe funzionare tutto.
:hatecomputer:
Chiedo perdono per l'errore.
Innanzitutto rimuovi il collegamento lrwxrwxrwx 1 root root 31 ott 11 21:27 /usr/bin/llvm-config -> ../lib/llvm-3.5/bin/llvm-config
poi crei il link a ../lib/llvm-3.4/bin/llvm-config
e quindi
$ cd .../3.6/gb.jit
$ ./configure
$ cd ..
$ make && sudo make install
se vuoi fare le cose di fino:
$ rm -rf /usr/lib/llvm-3.5/
effettivamente ci siamo un poco accavallati, poi tra tutti i casini anche io mi sono perso.
Chiedo perdono per l'errore.
Innanzitutto rimuovi il collegamento lrwxrwxrwx 1 root root 31 ott 11 21:27 /usr/bin/llvm-config -> ../lib/llvm-3.5/bin/llvm-config
poi crei il link a ../lib/llvm-3.4/bin/llvm-config
si va bene sarò magnanimo te lo concedo ;D
Ho rimosso il link simbolico, però poi Il terminale mi risponde così
vir@vir:/usr/bin$ sudo ln -s ../lib/llvm-3.4/bin/llvm-config
ln: creazione del collegamento simbolico "./llvm-config" non riuscita: File già esistente
Però era da aspettarselo in quanto io avevo già installato la libreria llvm-3.4 e configurato
Quindi mi aspettavo anche questo:
vir@vir:~/3.6/gb.jit$ ./configure
…
…
|| gb.jit is disabled
Invece qui non ho capito perché mi prende questo comando cd:
vir@vir:~$ cd /usr/bin
vir@vir:/usr/bin$
e questo no :rolleyes:
vir@vir:~$ cd /3.6/gb.jit
bash: cd: /3.6/gb.jit: File o directory non esistente
vir@vir:~$ pwd
/home/vir
vir@vir:~$ cd 3.6/gb.jit
vir@vir:~/3.6/gb.jit$
se vuoi fare le cose di fino:
$ rm -rf /usr/lib/llvm-3.5/
Sono perplesso ma quanto abbiamo installato con get-atp install non va poi rimosso con get-atp remove oppure get-atp purge? Sai è proprio l'altra sera, coi suoi problemi, che mi sono accorto che se tenti di rimuovere una libreria con rm... ne cancelli solo la cartella ma la libreria rimane. ???
effettivamente ci siamo un poco accavallati, poi tra tutti i casini anche io mi sono perso.
A proposito il computer come sta?
Ti ripeto lento pede altrimenti si fa prima e ci si diverte di meno. :ciao: