[RISOLTO] compilazione

[giango]

Si può creare un pacchetto di installazione su una macchina a 64bit che funzioni solo con le librerie a 32bit?
Questo ovviamente si rende necessario dal momento in cui non sappiamo a priori su quale macchina girerà
il nostro software. Pertanto, prima di decidermi a sostituire la mia installazione a 64 con una a 32, solo per
poterlo compilare nel modo appropriato, chiedo a voi se la cosa sia fattibile.
Grazie.

[aulin]

Una macchina virtuale?

[giango]

No, non centra la macchina virtuale.
Col mio sistema a 64bit devo produrre un pacchetto che funzioni su una macchina "reale" a 32bit.
E' ovvio che bisogna forzare le librerie a 32bit, ma non so come si fa.

[sotema]

Fornire l'eseguibile?

[giango]

Esatto. Dovrei fornire l'eseguibile che funzioni su un sistema a 32bit, ma devo per forza
crearlo su una macchina a 64.

[sotema]

l'eseguibile di un progetto gambas, che differisce da un pacchetto d'installazione, dovrebbe essere indipendente dall'architettura 32/64 bit.
Se non ricordo male in passato avevo fatto la prova su due pc domestici, per l'appunto 1 a 32 l'altro a 64 bit ed in entrambi i casi tutto funzionava correttamente.
Per creare un eseguibile:
Progetto --> Crea --> Eseguibile.
Ti crea un file con estensione .gambas che può essere eseguito, avendo installato il runtime, senza necessità di installazione.

[giango]

E' infatti quello che ho fatto. Ho installato il runtime sulla macchina a 32bit e poi ho copiato l'eseguibile "xxx.gambas" in una cartella di lavoro apposita contenente le sottocartelle di riferimento: database, e file di supporto previsti dal progetto. Ma la cosa non funzionava e mi dava errore. E' per questo che ho posto la domanda in questo forum, supponendo che l'eseguibile dovesse essere compilato con librerie appropriate. Proverò nuovamente su un'altra macchina e vi saprò riferire.
Per il momento vi ringrazio per la collaborazione.

[Picavbg]

Non vorrei sbagliarmi perchè da quando conosco Gambas ho sempre utilizzato il formato Gambas per ambienti a 64 bit, ma ricordo che partendo da un download di Gambas nel formato 32 bit, esso funzioni anche in un sistema a 64 bit. Però, con una simile realtà, il programma scritto in un sistema a 64 bit può essere riversato tranquillamente in un sistema a 32 bit.

Auguri! 

[giango]

Un nuovo grazie per la vostra disponibilità.
Quando avrò portato a termine il mio progetto, vi farò sapere come è andata e le
soluzioni tecniche eventualmente adottate.

[giango]

Allora, vediamo di aggiornare il problema. Ho provveduto a creare l'eseguibile ed installarlo sulla macchina destinazione a 32bit, creando
la cartella apposita per contenerlo insieme alle altre cartelle di supporto dati. Ovviamente ho anche installato il runtime a 32bit come previsto,
e poi ho dato i permessi di esecuzione al file "Registrazioni.gambas".
Provando a lanciarlo da terminale il risultato è il seguente:

gbr3: no project file in /home/utente/Progetti/registrazioni.gambas

Si tenga presente che nella classe di avvio del sorgente ho inserito:

Public cartella As String = User.Home & "/Progetti/Registrazioni/"

e questa è la cartella che contiene l'eseguibile.
Questo è dunque il punto in cui mi blocco e non so come procedere......!

[Picavbg]

.........
e poi ho dato i permessi di esecuzione al file "Registrazioni.gambas".
Provando a lanciarlo da terminale il risultato è il seguente:

gbr3: no project file in /home/utente/Progetti/registrazioni.gambas

Se hai chiamato il file Registrazioni.gambas ed all'avvio da terminale cerchi il file registrazioni.gambas, il progetto non può assolutamente avviarsi; infatti i nomi dei file sono diversi.
 

[Top Fuel]

Infatti Linux è case sensitive. Prova da terminale semplicemente a cambiare directory ignorando maiuscole e minuscole, se ci riesci...

[giango]

No, non è questo il problema, ho solo sbagliato a scrivere. E' solo il nome della cartella in cui è contenuto ad essere diversa.

[Picavbg]

No, non è questo il problema, ho solo sbagliato a scrivere. E' solo il nome della cartella in cui è contenuto ad essere diversa.

é vero, non me ne ero accorto. Il percorso indicato nella classe d'avvio del programma è diverso da quello scritto nella shell. E' anche vero che non ci hai detto in quale directory si trovi veramente registrazioni.gambas. Si trova in /home/utente/Progetti/registrazioni.gambas o in /home/utente/Progetti/Registrazioni/registrazioni.gambas?
Dovresti perciò rispettare in entrambi i comandi l'unico percorso esatto.

Secondo me non ci sono altre spiegazioni. Infatti la shell ti dice che non trova il file /home/utente/Progetti/registrazioni.gambas.
Allora potrebbe essere corretto scrivere nella shell il comando /home/utente/Progetti/Registrazioni/registrazioni.gambas.

É così?
 

[giango]

Ho dunque fatto in modo che le impostazioni di percorso siano corrispondenti su entrambe le macchine, quella di sviluppo, e quella destinazione,
ritenendo erroneamente che il percorso memorizzato nelle variabili di sistema fosse quello determinante nel funzionamento.
Ora che la corrispondenza è esatta, provo a lanciare da terminale ed ottengo quanto segue:

ERROR: #2: Cannot load class 'avvio': Bytecode too recent. Please upgrade Gambas.

La versione runtime a 32 bit è in effetti la 3.1.1-2.2ubuntu4 mentre quella sulla macchina di sviluppo è la 3.5.4-22~ubuntu14.
Quello che posso capire dunque è che si tratti di una compilazione inadatta a motivo di librerie diverse.
Credo pertanto di dover compilare il prg su una macchina a 32bit con la stessa versione installata di gambas3.
Se le cose stanno così, non è possibile distribuire il prodotto compilato, quando non si conosce la versione del runtime
delle macchine sulle quale dovrà girare.
Sbaglio?