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
signature.asc
Description: This is a digitally signed message part.
