Hi,

Before asking for your help, I want to say to the author(s) of this Qt interface for Lazarus: thank you for your time and effort, it's really great to be able to compile Lazarus projects with a Qt widgetset.

Unfortunately, though, I can't quite compile them yet: after following all the steps at
<http://wiki.lazarus.freepascal.org/Qt_Interface#Quick_start_guide_for_Linux>, I'm still having problems - the linker complains about undefined references. Here is the full set of error messages for the compilation of a completely new project:

Any ideas on how to solve this problem?

In case it helps, I'm running Lazarus 0.9.30 on Gentoo Linux with Qt version 4.7.2 and Qt4Pas version 2.4; I've compiled Qt4Pas from scratch but the same problem occurred when I installed the pre-compiled binaries. I've also created a symbolic link from libqt4intf.so to libQt4Pas.so as the linker had been complaining that it couldn't find -lqt4intf.

Cheers,
Laird

That guide can be out of date (cannot acess lazarus wiki atm). Seem that you mismatched things.

Any ideas on how to solve this problem? In case it helps, I'm running Lazarus 0.9.30 on Gentoo Linux with Qt version 4.7.2 and Qt4Pas version 2.4; I've compiled Qt4Pas from scratch

That's good.
in terminal
make bigideclean LCL_PLATFORM=qt
make bigide LCL_PLATFORM=qt
and it should work (DO NOT ADD USE_QT_45 DEFINE or similar those are not needed), also lazarus trunk is much better then 0.9.30 (a lot of things is fixed, and MDI support is added).

but the same problem occurred when I installed the pre-compiled binaries. I've also created a symbolic link from libqt4intf.so to libQt4Pas.so as the linker had been complaining that it couldn't find -lqt4intf.

qt4intf isn't used anymore, only libQt4Pas.
ln -s libQt4Pas.so.5.2.1 libQt4Pas.so.5.2
ln -s libQt4Pas.so.5.2.1 libQt4Pas.so.5
ln -s libQt4Pas.so.5.2.1 libQt4Pas.so

and it should work.

zeljko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/qt/attachments/20111220/1c4a41e6/attachment.html>

Thanks for the help, zeljko.

I did that, and when I restarted Lazarus the IDE was Qt instead of GTK, however I still couldn't compile a new project with a Qt interface - I still got the same linker errors. Any other ideas?

Unfortunately, it doesn't. I have those symlinks (except that I have 5.2.4 instead of 5.2.1) but it doesn't work when I delete the additional symlink that I created, libqt4intf.so. Then I get the following errors:

/usr/bin/ld: warning: link.res contains output sections; did you forget -T? /usr/bin/ld: cannot find -lqt4intf project1.lpr(19,1) Error: Error while linking project1.lpr(19,1) Fatal: There were 1 errors compiling module, stopping

Cheers,
Laird

hmm...that's pretty strange, can you try to create new empty project with simple form and build ?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/qt/attachments/20111220/4d063235/attachment.html>

hm, just tried an old fixes_0930 branch and it works. 1.Tools->Configure "Build lazarus". Is there qt widgetset ? 2.Project->Compiler options->Path->Widgetset type ? is it qt ?

Try to rebuild lazarus from ide with Clean+Build ...

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/qt/attachments/20111220/f607ccbd/attachment.html>

zeljko wrote

1.Tools->Configure "Build lazarus". Is there qt widgetset ?

Yes.

2.Project->Compiler options->Path->Widgetset type ? is it qt ?

Yes.

Try to rebuild lazarus from ide with Clean+Build ...

I tried and it errored out with the same error whilst trying to build the examples:

Laird

Laird wrote

> /usr/share/lazarus/lcl/interfaces/qt/qt43.pas(10738,32) Note: Values in > enumeration types have to be ascending

You are using very old lazarus code. *qt43.pas* means Qt 4.3 ?!

Please use a fresh svn checkout of lazarus.
Output of svn diff should be empty.
Output svn info should be around Rev 34335.

Use the latest stable fpc. Output fpc -iW should be 2.4.4

Use the latest binding.
Please start fresh. Remove all libqtintf* and libQt4Pas* from /usr/lib/ or /usr/local/lib/ and compile and install a fresh binding. And for the moment use the plastique kde widget style.

regards,

Den Jean

qt43.pas DOES NOT EXIST in lazarus 0.9.30 - SOMETHING is wrong with your installation.
Look files in qt lcl from 0.9.30
http://svn.freepascal.org/cgi-
bin/viewvc.cgi/tags/lazarus_0_9_30/lcl/interfaces/qt/?root=lazarus

So all of your problem comes from installation. Perhaps you installed 0.9.30 over older one (0.9.28) or it isn't

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/qt/attachments/20111221/7c6043e5/attachment.html>

Thank you, Den. That clued me in to the problem. The version of Lazarus that I use, 0.9.30, is installed in /usr/local/lazarus, but I also have installed through my package manager (Portage) the most recent version of Lazarus that it has available, 0.9.28.2-r1, and that installation's directory is /usr/share/lazarus.

The problem was that the 0.9.30 version had its
Environment->Options->Environment->Files->"Lazarus directory (default for all projects)" set to the wrong directory - /usr/share/lazarus instead of /usr/local/lazarus. When I corrected that, the linker errors disappeared and I was able to compile for Qt. Success!

Thank you for the suggestions - I might try them next as I'm having an issue with scrollbars that might have been resolved in svn.

Laird

zeljko wrote

qt43.pas DOES NOT EXIST in lazarus 0.9.30 - SOMETHING is wrong with your installation.

Thanks for the clue, if Den hadn't already tipped me off then that would have done it. The problem's now solved as described in the other email I just sent to the list. I appreciate your help, zeljko.

Laird

Laird wrote

Thank you for the suggestions - I might try them next as I'm having an issue with scrollbars that might have been resolved in svn.

What issue with scrollbars ?

zeljko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/qt/attachments/20111221/d6e8d03e/attachment.html>

zeljko wrote

What issue with scrollbars ?

Sorry about the delayed response - it took me a while to isolate the problem, and I was distracted by other things.

The problem seems to occur in the following minimal scenario: a form whose AutoScroll property is set to true, which contains a TStatusBar component and a client-aligned descendant of a TScrollBox component. The TScrollBox descendant - let's call it a TScrollBoxWithPanel - instantiates on its creation a TPanel component and sets that panel's parent to itself; its protected Resize procedure is overridden with the following code, where FPanel is the private property of TScrollBoxWithPanel used to store the created TPanel component:

   inherited;
   FPanel.Height := ClientHeight;

This scenario caused various problems depending on widgetset.

My mention of scrollbars in my last email referred to problems under the gtk2 widgetset: when the form is shrunk, form scrollbars appear and the TScrollBox component does not resize; when the form is resized past its "full scroll" width/height, then the scrollbars disappear again and the TScrollBox component resizes (by expanding) to client properly.

Under the qt widgetset, no scrollbars ever appear, but otherwise the behaviour is the same as under the gtk2 widgetset (i.e. when shrinking the form, the TScrollBox component does not resize, such that the status bar becomes hidden, and when the form is resized past its "full scroll" width/height, the TScrollBox component resizes to client properly and the status bar becomes visible again). Also, though, on initial display of the form, the bottom of the status bar is truncated; adding a TMainMenu component with at least one menu item results in even more of the bottom of the status bar being truncated. With or without the TMainMenu component, though, increasing the form's height reveals the hitherto truncated bottom of the status bar.

Setting the form's AutoScroll property to false "fixes" this behaviour under both widgetsets: in other words, scrollbars never appear, the TScrollBoxWithPanel component aligns to client and resizes properly, and the status bar is always visible and its bottom is never truncated.

I hope that answers your question - please let me know if you'd like more information.

Laird