My custom code with qt5 + qtquick2 in shared object

[jeremy_k]

@Carlos-Delfino said in My custom code with qt5 + qtquick2 in shared object:

@jeremy_k said in My custom code with qt5 + qtquick2 in shared object:

ldd

ldd simulinho_vpi.vpi
	linux-gate.so.1 (0xb7f99000)
	libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7de3000)
	libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb7dc5000)
	libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7be9000)
	libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb7ae7000)
	/lib/ld-linux.so.2 (0xb7f9b000)

simulinho_vpi.so and simulinho_vpi.vpi is the same file whitout debug information.

Repeating the experiment with and without debugging information, or with different file names, is noise in the conversation at this point. Keep the focus of the question small. Extraneous issues can be resolved after the base case works.

Strangely they are not referencing the QT libraries, in my understanding they should do it since I used the same parameters to generate them as for SIMULinho, differentiating in the addition of the --shared parameter.

This suggests the program isn't really attempting to use any Qt functionality. Check that the source being built really is what it should be, clean, and build again.

What should be done, say to paste these libraries into the shared file? or will I have to find a way to change vvp to make references to such libraries externally?

Reference something in Qt that isn't inlined, and the linker should do the rest. Creating a QGuiApplication instance should do that.

[Carlos Delfino]

@jeremy_k said in My custom code with qt5 + qtquick2 in shared object:

Reference something in Qt that isn't inlined, and the linker should do the rest. Creating a QGuiApplication instance should do that.

In the file simulinho_vpi.cpp, a function startMainWindow that is defined in this little one is called. relative to QT, for now it only has a very basic code.

This suggests the program isn't really attempting to use any Qt functionality. Check that the source being built really is what it should be, clean, and build again.

I've done it numerous times, I've already checked the generated files and their dates, to make sure they were fresh.

I removed the directory, and recreated it from scratch, unless there is a hidden cache I don't know about.

[jeremy_k]

@Carlos-Delfino Does nm --undefined-only <library name> list missing Qt symbols? It should produce output with U next to each symbol referenced but not defined in the file.

$ nm --undefined-only missing.so 
                 w __cxa_finalize@@GLIBC_2.2.5
                                  w __gmon_start__
                                  w _ITM_deregisterTMCloneTable
                                  w _ITM_registerTMCloneTable
                                  U sqrt@@GLIBC_2.2.5
                                  U _Z1fv

[Carlos Delfino]

I found a small error on my part in the code, I had commented out an important line to test, "after" this error arose.

Anyway, I found another way to generate the vpi object, which led me to identify another problem, an important variable for vpi (vlog_startup_routine) is disappearing too.

Allow me a few hours (due to the time difference) to rest, and retest the code.

With this new approach the errors have changed, and it seems to have resolved the previous one.

[Carlos Delfino]

@jeremy_k said in My custom code with qt5 + qtquick2 in shared object:

Does nm --undefined-only <library name> list missing Qt symbols? It should produce output with U next to each symbol referenced but not defined in the file.

Good morning @jeremy_k .

Resuming the studies, I am now using only the code that generated the initial problem, the result of the nm command follows:

 nm --undefined-only simulinho_vpi.vpi
         U __cxa_atexit@@GLIBC_2.1.3
         w __cxa_finalize@@GLIBC_2.1.3
         w __gmon_start__
         U __gxx_personality_v0@@CXXABI_1.3
         w _ITM_deregisterTMCloneTable
         w _ITM_registerTMCloneTable
         U printf@@GLIBC_2.0
         U __stack_chk_fail@@GLIBC_2.4
         U _Unwind_Resume@@GCC_3.0
         U vpi_printf
         U vpi_register_systf
         U _Z21qRegisterResourceDataiPKhS0_S0_
         U _Z23qUnregisterResourceDataiPKhS0_S0_
         U _Z9qt_assertPKcS0_i
         U _ZN10QArrayData10deallocateEPS_jj
         U _ZN15QGuiApplication4execEv
         U _ZN15QGuiApplicationC1ERiPPci
         U _ZN15QGuiApplicationD1Ev
         U _ZN16QCoreApplication12setAttributeEN2Qt20ApplicationAttributeEb
         U _ZN21QQmlApplicationEngine11rootObjectsEv
         U _ZN21QQmlApplicationEngine4loadERK4QUrl
         U _ZN21QQmlApplicationEngineC1EP7QObject
         U _ZN21QQmlApplicationEngineD1Ev
         U _ZN4QUrlC1ERK7QStringNS_11ParsingModeE
         U _ZN4QUrlD1Ev
         U _ZN9QListData7disposeEPNS_4DataE

[Carlos Delfino]

@Carlos-Delfino said in My custom code with qt5 + qtquick2 in shared object:

disappearing

What differs the executable (represented by the SIMULinho file), running without problems, from the shared object (represented by simulinho_vpi.so or simulinho_vpi.vpi), with problem, is that the executable has the main.o object that defines the main() input function.

In theory, the shared object simulinho_vpi.vpi should have everything to perform the VPI calls (orchestrated by iVerilog's VPP) and Qt5. I tried to do a final link the same way the executable is generated, but in this process the only variable defined as extern (vlog_startup_routines), is through it that the VPP learns about the entry points.

From what I researched I have two alternatives:

• Find a way to tell the VPP where to find the missing libraries, which seems unfeasible for the moment, as I would have to change the original iVerilog code.
• Ensure static presence of all necessary libraries that are not recognized by the VPP. (current method not working)

[jeremy_k]

@Carlos-Delfino said in My custom code with qt5 + qtquick2 in shared object:

Resuming the studies, I am now using only the code that generated the initial problem, the result of the nm command follows:

 nm --undefined-only simulinho_vpi.vpi
         U _Z21qRegisterResourceDataiPKhS0_S0_

This means that the library is attempting to reference symbols that should be in libQt5Core. Does ldd report that link?

• If not, then something is going wrong at the linking stage.
• If it does but reports that the library can't be found, then the dynamic linker will need some additional help at runtime.

[Carlos Delfino]

Based on the suggestion of one of the collaborators of the iVerilog project, I managed to compile an example externally to QtCreator that interacts as I wish with Qt5. The link is here.

Now I'm going to try tweaking this method so it interacts with QtCreator and qmake.

What's bothering me is the need to manually inform the directories more explicitly about the Qt5 libraries. Below is the example command used in iVerilog:

$ iverilog-vpi -I/usr/lib/i386-linux/gnu \
                     -I/usr/include/i386-linux-gnu/qt5/QtGui \
                     -I/usr/include/i386-linux-gnu/qt5/QtWidgets \
                     -I/usr/include/i386-linux-gnu/qt5/ \
                     -lQt5Widgets -lQt5Core qtapp.cc
Compiling qtapp.cc...

[Carlos Delfino]

S U C C E S S

The order of parameters was affecting the linkage:

 make verilognize
/usr/lib/qt5/bin/qmake -o Makefile ../SIMULinho.old/SIMULinho.pro -spec linux-g++ CONFIG+=debug CONFIG+=qml_debug
rm -f simulinho_vpi.o simulinho_vpi.so
rm -f simulinho_vpi.vpi simulinho_vpi.vpi.debug
g++ -c -pipe -g -std=gnu++11 -Wall -W -D_REENTRANT -fPIC -DQT_DEPRECATED_WARNINGS -DQT_NO_VERSION_TAGGING -DSIMULINHO_SHAREDLIB -D__SIMULINHO_DUMP__ -DQT_QUICK_LIB -DQT_GUI_LIB -DQT_QML_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -fPIC -I../SIMULinho.old -I. -I/usr/local/lib/ivl/include -isystem /usr/local/include/iverilog -isystem /usr/include/i386-linux-gnu/qt5 -isystem /usr/include/i386-linux-gnu/qt5/QtQuick -isystem /usr/include/i386-linux-gnu/qt5/QtGui -isystem /usr/include/i386-linux-gnu/qt5/QtQml -isystem /usr/include/i386-linux-gnu/qt5/QtNetwork -isystem /usr/include/i386-linux-gnu/qt5/QtCore -I. -isystem /usr/include/libdrm -I/usr/lib/i386-linux-gnu/qt5/mkspecs/linux-g++ -I/usr/include/i386-linux-gnu/qt5/QtGui -I/usr/include/i386-linux-gnu/qt5/QtWidgets -fstack-protector-strong -Wformat -Werror=format-security -Wextra -Wshadow -fdebug-prefix-map=/build/iverilog-3pPO9t/iverilog-10.1=. -g -o simulinho_vpi.o ../SIMULinho.old/simulinho_vpi.cpp && g++ -o simulinho_vpi.so --shared -pipe -g -std=gnu++11 -Wall -W -D_REENTRANT -fPIC -DQT_DEPRECATED_WARNINGS -DQT_NO_VERSION_TAGGING -DSIMULINHO_SHAREDLIB -D__SIMULINHO_DUMP__ -DQT_QUICK_LIB -DQT_GUI_LIB -DQT_QML_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB simulinho_vpi.o qrc_qml.o simulinho.o  -L/usr/lib/i386-linux-gnu -L/usr/local/lib/ -lvpi -lveriuser -lQt5Quick -lQt5Gui -lQt5Qml -lQt5Network -lQt5Core -lGL -lpthread 
../SIMULinho.old/simulinho_vpi.cpp: In function ‘int simulinho_ui_compiletf(char*)’:
../SIMULinho.old/simulinho_vpi.cpp:13:40: warning: unused parameter ‘user_data’ [-Wunused-parameter]
 static int simulinho_ui_compiletf(char*user_data){
                                        ^~~~~~~~~
../SIMULinho.old/simulinho_vpi.cpp: In function ‘int simulinho_ui_calltf(char*)’:
../SIMULinho.old/simulinho_vpi.cpp:17:37: warning: unused parameter ‘user_data’ [-Wunused-parameter]
 static int simulinho_ui_calltf(char*user_data){
                                     ^~~~~~~~~
../SIMULinho.old/simulinho_vpi.cpp: In function ‘int hello_compiletf(char*)’:
../SIMULinho.old/simulinho_vpi.cpp:27:33: warning: unused parameter ‘user_data’ [-Wunused-parameter]
 static int hello_compiletf(char*user_data)
                                 ^~~~~~~~~
../SIMULinho.old/simulinho_vpi.cpp: In function ‘int hello_calltf(char*)’:
../SIMULinho.old/simulinho_vpi.cpp:32:30: warning: unused parameter ‘user_data’ [-Wunused-parameter]
 static int hello_calltf(char*user_data)
                              ^~~~~~~~~
cp --remove-destination simulinho_vpi.so simulinho_vpi.vpi
iverilog -L .  -m simulinho_vpi -o simulinho.vvp /home/carlosdelfino/workspace/RISCuinho/SIMULinho.old/simulinho.v && vvp -v simulinho.vvp
Hell Register!Simulinho UI Open Register!Simulinho UI Close Register!Compiling VVP ...
 ... VVP file version 11.0 (stable) (v11_0-72-gd3b0992a)
Hell Register!Simulinho UI Open Register!Simulinho UI Close Register!Compile cleanup...
 ... Linking
 ... Removing symbol tables
 ... Compiletf functions
 ...        0 functors (net_fun pool=524288 bytes)
                  0 logic
                  0 bufif
                  0 resolv
                  0 signals
 ...        0 filters (net_fil pool=524288 bytes)
 ...        7 opcodes (16384 bytes)
 ...        0 nets
 ...        0 vvp_nets (0 bytes)
 ...        0 arrays (0 words)
 ...        0 memories
                  0 logic (0 words)
                  0 real (0 words)
 ...        1 scopes
 ... 0.015737 seconds, 67996.0/11308.0/9656.0 KBytes size/rss/shared
Running ...
 ...execute EndOfCompile callbacks
 ...propagate initialization events
 ...execute StartOfSim callbacks
 ...run scheduler
Hello, World!
Executando com Argumentos: SIMULINHO VPIExecutando com Argumentos: SIMULINHO VPI ...execute Postsim callbacks
 ... 0,706909 seconds, 150316,0/45488,0/32884,0 KBytes size/rss/shared
Event counts:
           4 time steps (pool=204)
           4 thread schedule events
           0 assign events
             ...assign(vec4) pool=16384
             ...assign(vec8) pool=409
             ...assign(real) pool=409
             ...assign(word) pool=256
             ...assign(word/r) pool=341
           0 other events (pool=8192)
echo V E R I L O G N I Z E
V E R I L O G N I Z E

[Carlos Delfino]

@jeremy_k Obrigado pela ajuda! (Thank you for your help!)