Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Insta360 X6: Dolby Vision, 8K e montaggio "Zero Editing"
Insta360 X6: Dolby Vision, 8K e montaggio "Zero Editing"
La nuova Insta360 X6 introduce sensori Sony da 1/1.1" e un SoC Triple AI a 4nm. Analizziamo le riprese 8K, il primo Dolby Vision nativo a 10-bit nel settore sferico e l'innovativo flusso di lavoro diretto sulla futura versione 22 di DaVinci Resolve.
Due settimane con Dacia Spring 2026: novità, consumi, autonomia reale e test bagagli
Due settimane con Dacia Spring 2026: novità, consumi, autonomia reale e test bagagli
Dopo due settimane trascorse al volante della Dacia Spring 2026 possiamo raccontarvi tutto, dalle novità di motore e batteria, fino ai consumi in tutti le situazioni, compresa l'autonomia reale ad alta velocità
AORUS GeForce RTX 5080 INFINITY WOOD 16G: una scheda video diversa dalle altre
AORUS GeForce RTX 5080 INFINITY WOOD 16G: una scheda video diversa dalle altre
Abbiamo messo alla prova la nuova AORUS GeForce RTX 5080 INFINITY WOOD 16G, una delle interpretazioni più particolari della GPU NVIDIA Blackwell. Prestazioni, frequenze operative, temperature, consumi e margini di overclock sono stati confrontati con altre RTX 5080 custom e con la Founders Edition. Il design in legno è solo uno degli elementi distintivi di una scheda che punta a ritagliarsi uno spazio nella fascia più alta del mercato.
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 05-06-2006, 18:17   #1
kali
Senior Member
 
L'Avatar di kali
 
Iscritto dal: Dec 2001
Messaggi: 839
Porting da linux/unix a windows - Libtool?

Posto qui, spero sia il forum piu' adatto.

Ho un'applicazione molto complessa sviluppata sotto linux, che sfrutta un makefile fatto a mano.

Ho potuto portarla sotto windows sia con mingw che con cygwin, e fin qui tutto bene, sfruttando i rispettivi compilatori (g++).

Ora: l'applicazione ha bisogno di accedere ad alcune librerie dinamiche. L'implementazione fa uso di libdl (quindi dlopen, dlclose e cosi' via). L'idea per il porting quindi e' quella di sfruttare libltdl e libtool, sia sotto cygwin che mingw (cygwin non basta perche' mi serve poi un eseguibile che non abbia bisogno di cygwin1.dll per motivi di licenze) -- ho cambiato ogni "dlopen" in "lt_dlopen" e simili, ovviamente con i necessari aggiustamenti. Tutto sembra andare bene sotto linux... il problema e' ora il porting!

Per semplificare le cose ed, ho scritto un semplicissimo (stupido (tm)) programmino che cerca una funzione in una libreria dinamica, pressappoco come fa la mia applicazione; ho provato a portarla sotto windows sia con cygwin che mingw, ma niente! Puo' _per favore_ aiutarmi qualcuno?

La libreria e':


===== FILE: libmyprint.C =====
/* aliases for the exported symbols */
#define myprint libmyprint_LTX_myprint

#include <iostream>
using namespace std;


/* an exported function */
extern "C" void myprint ( int number ) {
cout << number << endl;
}
===== END : libmyprint.C =====



Lo (stupidissimo) programmino e':



===== FILE: testlibprint.C =====
#include <iostream>
#include <ltdl.h>

using namespace std;

int main() {
cout << "Dynamic library test" << endl;

int errors=0;
errors = lt_dlinit ();

char *libname=new char[64];

// asking for the library name
cout << "Please enter library name : ";
cin >> libname;
cout << endl;

// open the library
cout << "Opening " << libname << ".so..." << endl;
lt_dlhandle handle = lt_dlopenext(libname);

if (!handle) {
cerr << "*** Cannot open library: " << lt_dlerror() << endl;
return 1;
}

// load the symbol
cout << "Loading symbol myprint..." << endl;
typedef void myprint_t (int);

// reset errors
lt_dlerror();

myprint_t * myprint = (myprint_t *) lt_dlsym(handle, "myprint");
const char *dlsym_error = lt_dlerror();

if (dlsym_error) {
cerr << "*** Cannot load symbol 'myprint': "
<< dlsym_error << '\n';
lt_dlclose(handle);
return 1;
}

// perform the calculation
cout << "Calling my print..." << endl;
myprint(4);

// close the library
cout << "Closing library..." << endl;
lt_dlclose(handle);
}
===== END : testlibprint.C =====


Sotto linux, questo semplice Makefile fa perfettamente il proprio dovere:


===== FILE: Makefile =====
LIBNAME=myprint
TESTPROG=testlibprint

LIBSTUB=lib$(LIBNAME)
CLIB=$(LIBSTUB).C
OLIB=$(LIBSTUB).o
SOLIB=$(LIBSTUB).so
LOLIB=$(LIBSTUB).lo
LALIB=$(LIBSTUB).la
GCC=g++

all: $(SOLIB) $(TESTPROG)

$(OLIB): $(CLIB)
libtool --mode=compile $(GCC) -g -O -c $(CLIB)

$(SOLIB): $(OLIB)
libtool --mode=link $(GCC) -module -g -O -o $(LALIB) $(LOLIB) -rpath /usr/local/lib -lm
ln -s .libs/$(SOLIB) .

$(TESTPROG): $(TESTPROG).C
libtool --mode=link $(GCC) -g -O -o $(TESTPROG) $(TESTPROG).C -lm -rpath /usr/local/lib -lltdl

clean:
rm $(OLIB) $(SOLIB) $(LALIB) $(LOLIB) $(TESTPROG)
rm -fr .libs
===== END : Makefile =====


Sotto cygwin compila, ma non genera alcun .so (e questo era atteso), ma nemmeno alcuna DLL. Mingw invece non compila affatto, lamentandosi di riferimenti indefiniti a dlopen() e simili.

Per favore! Qualcuno mi aiuti...

Bests,
Francesco
__________________
kali
kali è offline   Rispondi citando il messaggio o parte di esso
Old 05-06-2006, 19:42   #2
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
che intendi con quel "ma niente" quando dici di aver provato a fare su Windows un programma per cercare una funzione in una libreria dinamica? col MinGW se includi windows.h hai la GetProcAddress, che fa precisamente questo (qui la documentazione).
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 05-06-2006, 22:56   #3
kali
Senior Member
 
L'Avatar di kali
 
Iscritto dal: Dec 2001
Messaggi: 839
Non dovrebbe essercene bisogno: il punto e' che l'uso di libltdl e libtool dovrebbe proprio evitare il problema di specializzare il lookup nelle librerie ogni volta che si cambia piattaforma. In teoria io invoco lt_dlopen() e libtool compila adeguatamente, si' che dietro le quinte sotto linux si invochi una dlopen() su un .so, sotto windows una loadlibrary su una .dll, e cosi' via (grosso modo). Il problema e' che non trovo documentazione su COME fare. E in piu' ho i problemi che ho riportato. Possibile che non ci sia nessuno che abbia avuto a che fare con situazioni simili???



Quote:
Originariamente inviato da 71104
che intendi con quel "ma niente" quando dici di aver provato a fare su Windows un programma per cercare una funzione in una libreria dinamica? col MinGW se includi windows.h hai la GetProcAddress, che fa precisamente questo (qui la documentazione).
__________________
kali
kali è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Insta360 X6: Dolby Vision, 8K e montaggio "Zero Editing" Insta360 X6: Dolby Vision, 8K e montaggio "...
Due settimane con Dacia Spring 2026: novità, consumi, autonomia reale e test bagagli Due settimane con Dacia Spring 2026: novit&agrav...
AORUS GeForce RTX 5080 INFINITY WOOD 16G: una scheda video diversa dalle altre AORUS GeForce RTX 5080 INFINITY WOOD 16G: una sc...
Hyundai Ioniq 9: dopo due settimane di test non avremmo voluto restituirla Hyundai Ioniq 9: dopo due settimane di test non ...
LG UltraGear evo GM9: 27 pollici, 5K, Mini LED e Dual Mode LG UltraGear evo GM9: 27 pollici, 5K, Mini LED e...
La NASA sta costruendo e provando i dron...
Northrop Grumman utilizzerà HALO ...
Anthropic prepara l'IPO dei record: gli ...
La beta di iOS 27 conferma i rumor, Appl...
HONOR esagera, il prossimo smartphone av...
L'edizione speciale della Switch 2 per i...
Taiwan, il primo attacco hacker AI auton...
The Lord of the Rings: War in the North ...
I prezzi delle RTX 50 continuano ad aume...
La prossima crisi riguarderà i pannelli ...
Terabyte di dati trafugati: un attacco a...
Volo Delta 591, spunta un Wi-Fi che imit...
La scienziata lancia l'allarme: l'intell...
BYD Denza N8 e la super batteria: 130 kW...
Trump autorizza le aziende private a hac...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 20:51.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v