commonqt-devel

commonqt-devel@common-lisp.net

34 discussions

[commonqt-devel] CommonQt for newer versions of smoke
by Elliott Slaughter 08 Mar '11

08 Mar '11

I was wondering if CommonQt would be expected to work for newer versions of smoke. I'm wondering because support for Mac OS X has been improving dramatically in the newest version, and I have never been able to make older (even supposedly stable) versions of smoke work on Mac OS X. Undefined symbols: "Smoke::classMap", referenced from: Smoke::findClass(char const*)in commonqt.o Smoke::findClass(char const*)in commonqt.o "Smoke::NullModuleIndex", referenced from: Smoke::idMethod(short, short)in commonqt.o Smoke::idClass(char const*, bool)in commonqt.o Smoke::idClass(char const*, bool)in commonqt.o Smoke::idMethodName(char const*)in commonqt.o Smoke::findClass(char const*)in commonqt.o ld: symbol(s) not found collect2: ld returned 1 exit status This is on Mac OS X 10.6, using Xcode 3.2.5, building an x86_64 binary, with CommonQt from quicklisp, and the newest smoke as of the time of writing. Also note that KDE is moving to git, so the svn repository referenced on the main page is now obsolete. The new git repository is located at: https://projects.kde.org/projects/kde/kdebindings/smoke -- Elliott Slaughter "Don't worry about what anybody else is going to do. The best way to predict the future is to invent it." - Alan Kay

3 7

[commonqt-devel] Undefined symbol in libcommonqt
by Amyn Bennamane 18 Jan '11

18 Jan '11

Hello, When I try to run the CommonQt tutorial by calling the main function, it does not run and I get the following error: Unable to load foreign library (LIBRARY-904). Error opening shared object "/home/amyn/quicklisp/dists/quicklisp/ software/commonqt-20101207-git/libcommonqt.so": /home/amyn/quicklisp/dists/quicklisp/software/commonqt-20101207-git/ libcommonqt.so: undefined symbol: _ZN5Smoke8classMapE. [Condition of type CFFI:LOAD-FOREIGN-LIBRARY-ERROR] when i do "c++filt _ZN5Smoke8classMapE" it gives me: Smoke::classMap But I don't understand the problem. I am using clbuild, sbcl and qt 4.7 under archlinux. -- Amyn

2 4

[commonqt-devel] Microbenchmarks
by David Lichteblau 26 Dec '10

26 Dec '10

Hi, I've added the existing microbenchmark code to the "test" directory of the repository, and cleaned it up a little. (This infrastructure is best benchmark operations in the microsecond to millisecond range. Real-world "macrobenchmarks" should probably be done differently.) The instructions are at the top: ;;;; Evaluate ;;;; (qt::microbench) ;;;; to run these benchmarks on an otherwise idle computer. Results are ;;;; written to the REPL, and in a machine readable format also dribbled ;;;; to files. Files names are, by default, of the form <lisp ;;;; implementation type>.txt. ;;;; ;;;; Notes: ;;;; 1. These are microbenchmarks meant to aid understanding of the ;;;; implementation. They do not necessarily reflect overall or ;;;; real-world performance. ;;;; 2. Since each individual operation is too fast to benchmark, we ;;;; invoke them a large number of times and compute the average run ;;;; time afterwards. ;;;; 3. Before running benchmarks, we choose a repetition time depending ;;;; on how fast (or slow) a simple test case is, so that slow Lisps ;;;; don't waste endless time running benchmarks. ;;;; 4. Benchmarks are run three times, and only the best run of those ;;;; three is reported, to account for issues with background activity ;;;; on the computer ruining the results. ;;;; 5. But you should _still_ run the overall benchmarks several times ;;;; and see how reproducible the numbers are. ;;;; ;;;; There's no tool to parse the output files and drawn graphs yet, but ;;;; there should be. (READ-MICROBENCH-RESULTS already fetches the raw ;;;; sexps from each file though, just to check that they are READable). d.

1 0

[commonqt-devel] Tests and minor changes to :override
by David Lichteblau 26 Dec '10

26 Dec '10

Hi, I have just pushed minor changes and tests for the method overriding syntax. - Added a first test case checking that :override works at all. - Fix function spec parsing to signal an error on invalid specs. - Extend function spec parsing to macroexpand the form. Test changes seem harmless enough that I've pushed them directly to the main repo, but just in case the usual request: Please test! d.

1 0

[commonqt-devel] recent commonqt changes
by Ivan Shvedunov 26 Dec '10

26 Dec '10

Dear colleagues, I've pushed the changes I've accumulated over the last week to my github repository ( https://github.com/ivan4th/commonqt/ ). Please review them and let me know whether I should push some of them to the main repo. Some comments. 1. I've fixed OUTPUT-FILES method on CPP->SO in qt.asd. Without this change, commonqt was being reloaded every time, at least when loading it via quicklisp, due to problems with FASL relocations. Also, SWANK:DELETE-SYSTEM-FILES was deleting only commonqt.so which didn't get restored by make during compilation. 2. When unparseable signal/slot signature was encountered, a rather mysteriously looking error was displayed. I've added a check to MAKE-SLOT-OR-SIGNAL with more readable error message. 3. To make QTYPEP more useful outside CommonQt's own code I've made it recognize type argument specified as string (integer values are still accepted of course). 4. I've added more QVariant conversions to qvariant.lisp. It's still doesn't support all necessary types but at least now it's possible to colorize and decorate these Q*Views. 5. UNMARSHALLER now caches unmarshalled closures. This seems to improve performance a bit in %METHOD-INVOCATION-CALLBACK as it doesn't cache anything itself. Also, I've got rid of redundant NONCONST-NAME function I've introduced previously. I did some tests on a QListView code with custom model with SBCL statistical profiler and seems like all this indeed helps (will later distill that test code into automatic benchmark). 6. The most recent commit is an attempt to cache marshaller closures too, which didn't succeed so far (perhaps I've did something silly there). If you enable cached version of MARSHALLER CommonQt crashes pretty soon when method invocation callbacks happen. This commit shouldn't be pushed to the main repository yet of course. I've tried to research problems with Qt Hemlock. On my machine it causes memory fault soon after (hi::hemlock) on (#_show window) in HI::%INIT-SCREEN-MANAGER. After some debugging with gdb attached to SBCL I've managed to get stack trace of the problem (see attached file). If you google for "QVector<QPair<double, QVariant> >::end" you'll see that the problem is not unique. It happens somewhere in Qt intestines in animation fx related code. Seems like QPropertyAnimation object (it's also QVariantAnimation and QAbstractAnimation) gets destroyed to early. I doubt this problem is directly related to CommonQt changes and most likely it's a bug in Qt which gets triggered by current stack state and other random reasons. I will research it further in coming days. -- Ivan Shvedunov <ivan4th(a)gmail.com> ;; My GPG fingerprint is: 2E61 0748 8E12 BB1A 5AB9 F7D0 613E C0F8 0BC5 2807

2 4

[commonqt-devel] Patches to build and document it on Ubuntu 10.10
by Attila Lendvai 16 Oct '10

16 Oct '10

dear list, i had trouble building commonqt on Ubuntu 10.10. i've recorded the steps which you can find as git patches at: http://dwim.hu/gitweb/gitweb.cgi?p=commonqt;a=summary -- attila

1 0

[commonqt-devel] QGLWidget
by Thomas Karolski 07 Apr '10

07 Apr '10

Hi, I've checked-out commonqt yesterday, and I noticed it no longer supports the QGLWidget (`(#_new QGLWidget)` returns error: "there is no class named NIL"). It worked with commit 8d671ad69 (31. Jan. 2010). Is the QGLWidget no longer supported? Kind regards, Thomas K

2 1

[commonqt-devel] sw_make_qstring
by Примаков А.С. 17 Feb '10

17 Feb '10

Hi. How to invoke "QString::fromUtf8" ? CL-USER> (qt::find-qclass "QString") NIL CL-USER> If this imposible, why void* sw_make_qstring(char *str) { return new QString(str); } instead of void* sw_make_qstring(char *str) { return new QString(QString::fromUtf8(str)); } --- Alexandr Darkman ********************************************************************************************** IMPORTANT: The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error, please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies thereof. *** eSafe scanned this email for viruses, vandals, and malicious content. *** **********************************************************************************************

1 0

[commonqt-devel] Qt Lisp tutorials: 403 error
by Elliott Slaughter 21 Jul '09

21 Jul '09

Hi, When I go to any of the Lisp tutorial links at http://common-lisp.net/project/commonqt/#id54234 e.g. http://www.lichteblau.com/git/?p=commonqt.git;a=blob;f=tutorial/t1.lisp;hb=… I get a "403 Forbidden - Error lookup file". Mind fixing the links? Thanks. -- Elliott Slaughter "Don't worry about what anybody else is going to do. The best way to predict the future is to invent it." - Alan Kay

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

commonqt-devel