jerous86 / nimqt

Qt bindings for nim
GNU General Public License v2.0
93 stars 6 forks source link

Error at running example #2

Closed grd closed 1 year ago

grd commented 1 year ago

The installation of nimble install https://github.com/jerous86/nimqt was good. I installed Qt6 on my xubuntu 22.04 with the following command sudo apt install qt6-base-dev Then git clone https://github.com/jerous86/nimqt and cd nimqt

So far so good ;-)

Running nim cpp examples/hello.nim however got me error messages and didn't work :-(

Hint: used config file '/home/user/.choosenim/toolchains/nim-1.6.10/config/nim.cfg' [Conf] Hint: used config file '/home/user/.choosenim/toolchains/nim-1.6.10/config/config.nims' [Conf] ........................................................................................................................................................ CC: ../../.nimble/pkgs/nimqt-0.1/nimqt/qtcore/qstring.nim CC: ../../.nimble/pkgs/nimqt-0.1/nimqt/qtcore/qobject.nim CC: ../../.nimble/pkgs/nimqt-0.1/nimqt.nim CC: ../../.nimble/pkgs/nimqt-0.1/nimqt/qtwidgets/qapplication.nim /home/user/.cache/nim/hello_d/@m..@s..@s.nimble@spkgs@snimqt-0.1@snimqt@sqtcore@sqstring.nim.cpp:8:10: fatal error: QtCore/qstring.h: No such file or directory 8 | #include "QtCore/qstring.h" | ^~~~~~ compilation terminated. Error: execution of an external compiler program 'g++ -c -std=gnu++14 -funsigned-char -w -fmax-errors=3 -fpermissive -std=c++17 -I/home/user/.nimble/pkgs/nimqt-0.1 -Iqtpaths: Unknown option 'query'. -fPIC -I/home/user/.choosenim/toolchains/nim-1.6.10/lib -I/home/user/nimqt/examples -o /home/user/.cache/nim/hello_d/@m..@s..@s.nimble@spkgs@snimqt-0.1@snimqt@sqtcore@sqstring.nim.cpp.o /home/user/.cache/nim/hello_d/@m..@s..@s.nimble@spkgs@snimqt-0.1@snimqt@sqtcore@sqstring.nim.cpp' failed with exit code: 1

/home/user/.cache/nim/hello_d/@m..@s..@s.nimble@spkgs@snimqt-0.1@snimqt@sqtcore@sqobject.nim.cpp:8:10: fatal error: QtCore/qnamespace.h: No such file or directory 8 | #include "QtCore/qnamespace.h" | ^~~~~ compilation terminated. user@Thinkpad-t440p:~/nimqt$ /home/user/.cache/nim/hello_d/@m..@s..@s.nimble@spkgs@snimqt-0.1@snimqt.nim.cpp:8:10: fatal error: QtWidgets/qlayout.h: No such file or directory 8 | #include "QtWidgets/qlayout.h" | ^~~~~ compilation terminated. /home/user/.cache/nim/hello_d/@m..@s..@s.nimble@spkgs@snimqt-0.1@snimqt@sqtwidgets@sqapplication.nim.cpp:8:10: fatal error: QtWidgets/qapplication.h: No such file or directory 8 | #include "QtWidgets/qapplication.h" | ^~~~~~ compilation terminated.

jerous86 commented 1 year ago

I suspect qtpath is behaving differently to what I am used to. Can you give me the output of qtpaths --query QT_INSTALL_HEADERS?

grd commented 1 year ago

qtpaths --query QT_INSTALL_HEADERS

output: qtpaths: could not find a Qt installation of ''

Btw: I am running Qt6 latest, which is 6.2.4+dfsg-2ubuntu1

Edit:

I also have installed Qt with the Maintenacetool and that is indeed 6.4.1 but that is it. I didn't do anything further.

jerous86 commented 1 year ago

Maybe try qtchooser (https://manpages.ubuntu.com/manpages/kinetic/en/man1/qtchooser.1.html)? On my system a similar issue was fixed using export QT_SELECT=qt6.

grd commented 1 year ago

What did you do after you run the Qt MaintenanceTool? How did you make Qt 6.4.1 "active" and running?

I did set export QT_SELECT=qt6 in my .bashrc with source .bashrc

The result of qtchooser -print-env is: qtchooser: could not find a Qt installation of 'qt6'

But before I did install Qt6: sudo apt install qt6-base-dev

This is happening on both of my Linux systems (one with Xubuntu and on Linux Mint)

jerous86 commented 1 year ago

What does qtchooser -list-versions print? Maybe qt6 is not listed among them, but named a bit differently?

On my system setting QT_SELECT seems to be enough:

ubuntu@nimqt:~/nimqt$ qtchooser -list-versions
4
5
qt4-x86_64-linux-gnu
qt4
qt5-x86_64-linux-gnu
qt5
qt6

ubuntu@nimqt:~/nimqt$ qtchooser -print-env
qtchooser: could not find a Qt installation of ''

ubuntu@nimqt:~/nimqt$ QT_SELECT=qt6 qtchooser -print-env
QT_SELECT="qt6"
QTTOOLDIR="/usr/lib/qt6/bin"
QTLIBDIR="/usr/lib/x86_64-linux-gnu"
grd commented 1 year ago

The only Qt variables inside my "set" command are:

QT_ACCESSIBILITY=1
QT_QPA_PLATFORMTHEME=gtk2  
QT_SELECT=qt6

I run this on my Linux Mint computer so gtk2 is normal.

After I run qtchooser -list-versions I get this result:

4
5
default
qt4-x86_64-linux-gnu
qt4
qt5-x86_64-linux-gnu
qt5

When I run make all inside the nimqt directory then I get quite a lot of warnings and errors. They all say this:

g++: warning: could: linker input file unused because linking not done
g++: error: could: linker input file not found: No such file or directory
grd commented 1 year ago

Now I have something more. It still doesn't compile completely but I think that we are getting there.

What did I do? After struggling with qtchooser I decided to check the manual and after that I made it work.

sudo qtchooser --install qt6 /home/user/Qt/6.4.1/gcc_64/bin/qmake

Now running in nimqt the command make all results in actually compiling ;-) It compiles the Qt stuff, I am impressed ;-)

But there is an error:

This: undefined reference to QtPrivate::QMetaTypeInterfaceWrapper<QString>::metaType

In function: void QObject::setObjectName<void>(QString const&)

Probably leads to: undefined reference to QObject::doSetObjectName(QString const&)

This is the complete error message:

/usr/bin/ld: /home/user/.cache/nim/calc_d/@mcalc.nim.cpp.o:(.data.rel.ro._ZN10w_internal16MetaDataProviderI10MyLineEditE6arraysE[_ZN10w_internal16MetaDataProviderI10MyLineEditE6arraysE]+0xb0): undefined reference to `QtPrivate::QMetaTypeInterfaceWrapper<QString>::metaType'
/usr/bin/ld: /home/user/.cache/nim/calc_d/@mcalc.nim.cpp.o: in function `void QObject::setObjectName<void>(QString const&)':
@mcalc.nim.cpp:(.text._ZN7QObject13setObjectNameIvEEvRK7QString[_ZN7QObject13setObjectNameIvEEvRK7QString]+0x23): undefined reference to `QObject::doSetObjectName(QString const&)'
collect2: error: ld returned 1 exit status
jerous86 commented 1 year ago

I have never encountered that error, so maybe it is still linking the wrong libraries. As mentioned in https://forum.nim-lang.org/t/9785 I have some new code that uses just qmake to determine paths. This should be more reliable than the qtchooser mess :) I'll push the changes later today.

jerous86 commented 1 year ago

I pushed a bunch of commits, can you check if the undefined references still occur? There should be no need anymore to use QT_SELECT or qtchooser or anything. It should suffice to define environment variable QMAKE_PATH, e.g.

QMAKE_PATH=/home/user/Qt/6.4.1/gcc_64/bin/qmake make calc
grd commented 1 year ago

No. after a git pull I got rid of all the environment variables inside my SET and now I have a different error.

/home/user/nimqt/qt/6.4.1_minimal/nimqt.nim(26, 54) Error: type mismatch: got <string, allow_run_time: bool>
but expected one of:
proc replace_vars(s: string; allow_run_time: static bool;
                  enable_path_check: bool): string
  first type mismatch at position: 3
  missing parameter: enable_path_check

expression: nimqt_paths.replace_vars("${Qt_install_headers}", allow_run_time = false)

But good job! I think that you are on the right track.

jerous86 commented 1 year ago

Huh, weird that I did not encounter that. But that should be fixed now! :)

grd commented 1 year ago

After I got rid of the SET stuff inside my .bashrc and try to install nimqt again, I got a lot of linker errors, so I did set on de SET stuff again and got the same old story:

usr/bin/ld: /home/user/.cache/nim/calc_d/@mcalc.nim.cpp.o:(.data.rel.ro._ZN10w_internal16MetaDataProviderI10MyLineEditE6arraysE[_ZN10w_internal16MetaDataProviderI10MyLineEditE6arraysE]+0xb0): undefined reference to `QtPrivate::QMetaTypeInterfaceWrapper<QString>::metaType'
/usr/bin/ld: /home/user/.cache/nim/calc_d/@mcalc.nim.cpp.o: in function `void QObject::setObjectName<void>(QString const&)':
@mcalc.nim.cpp:(.text._ZN7QObject13setObjectNameIvEEvRK7QString[_ZN7QObject13setObjectNameIvEEvRK7QString]+0x23): undefined reference to `QObject::doSetObjectName(QString const&)'
collect2: error: ld returned 1 exit status

I am wondering: if you can compile then why can't I? What OS are you using? And what toolchain?

jerous86 commented 1 year ago

I'm running it on OSX (installed Qt6.4.1 using brew) and an ubuntu virtual machine running in multipass (with Qt6.2.4 installed using apt). On both have nim 1.6.10 installed using choosenim. On OSX make calc and on ubuntu QMAKE_PATH=qmake6 make calc successfully compile.

Something suspicious: in qobject.h for Qt6.4.1 I find

void setObjectName(const QString &name) { doSetObjectName(name); }

while for Qt6.2.4

void setObjectName(const QString &name);

(and doSetObjectName is not defined in that header)

So my guess is that different Qt versions are used in different places?

grd commented 1 year ago

After reading your post a couple of times the only thing I have to say is: What a major ***** they are at Qt and I laughed quite a lot! This is so stupid. Never ever change an API ! (unless when you change it with a major release)

Edit: I also used QMAKE_PATH=qmake6 make calc (so I think that I use Qt6.2.4) and now it says something else:

Traceback (most recent call last)
/home/user/nimqt/examples/calc.nim(124) calc
SIGSEGV: Illegal storage access. (Attempt to read from nil?)
make[1]: *** [Makefile:20: run_calc] Segmentation fault (core dumped)
make[1]: Leaving directory '/home/user/nimqt'
jerous86 commented 1 year ago

Hmm I also have it on linux (hadn't installed X yet, and was just focused on getting it compiled). OSX works fine.

It seems to be related to handling commandline arguments. E.g.

let app=newQApplication(@["test"])
echo static_QCoreApplication_arguments()

I would expect this to print @["test"]. However, it returns an empty list. I have no idea yet why this happen, nor how to solve this for now :/

jerous86 commented 1 year ago

Newest commit fixed it for me, hopefully also for you :) It was something with deallocated memory, I think. And I guess OSX handles it quite differently than linux.

The install_name_tool is used on OSX only to add the library paths to the binary. On linux it's not necessary, I think.

grd commented 1 year ago

It is working!!!!!!

Great job!

It is working on both of my linux computers.

And btw, I don't think that I can deal with the ".ui" files. I am way too novice about Nim. I am still learning it (and I really hate C++). My idea was indeed to parse the XML file but your solution is probably a lot better. So, I am sorry.

But, a very good job!