kdeinit (was: Summary from Buildsystem BoF at Desktop Summit)

[Thiago Macieira]

On Sunday, 21 de August de 2011 18:26:19 Chusslove Illich wrote:
> Do you perhaps still have that benchmark code? Do you have (or know of)

The code exists, but I don't have it. It's part of the QCharIterator work I 
did while at Nokia but never published, so I don't have rights to that code 
anymore.

I'm sure I put it in the codereview tool before I left so it would be 
opensourced some day.

> similar benchmarks for XML parsing (GMarkupParser vs. QXmlStreamReader) and
> JavaScript (QtScript vs. say SpiderMonkey)? Also, a QRegExp vs. GRegex
> benchmark would be nice.

XML parsing? no, I doubt.

JS engine? Yes, a lot. That's why JavaScriptCore is being replaced with V8 
now.

QRegExp? don't try. The RE backend needs to be replaced.

> If the Qt-based implementation would be significantly superior in
> performance, I gather you would advise just doing it and ignoring any "but
> C++... but another dependency..." objections?

C++ being a dependency is a very, very weak argument. There are lots of GNOME 
applications using gtkmm, pangomm, etc. C++ is present in most/all systems 
anyway, so it's not a dependency.

The argument they may have is to Qt as a dependency, but as I said, that's not 
an argument for me. Qt being present and loaded into memory is baseline.

> Also, with library being native C++, can there be any problem with C
> bindings? I tried something like this:

All problems with bindings can be solved.

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
   Software Architect - Intel Open Source Technology Center
      PGP/GPG: 0x6EF45358; fingerprint:
      E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20110821/fb17d73d/attachment.sig>