BH
Alright I'll begin trying to implement some of this, possibly inside
the QFileSystemWatcher class itself.
But don't expect much, this is opensauce after all so I might come
back in a few months and yawn "Oh right, QFileSystemWatcher... forgot
about that" :D
Though if some volunteers can help
> Wow! Any chance you can blog about this somewhere? If you don't, I will based
> on your data.
No, I don't have a public blog. So please go ahead, thanks !
-Original Message-
From: development-bounces+song.7.liu=nokia@qt-project.org
[mailto:development-bounces+song.7.liu=nokia@
Пересылаемое сообщение
> Lars,
>
> Thank you very much for your positive feedback. We are very pleased and look
> forward to the beta version Qt5, to continue the constructive development of
> QtSerialPort as addon..
>
> Best regards,
> Denis
--
_
On domingo, 29 de julho de 2012 08.13.20, song.7@nokia.com wrote:
> - actually for loading time, the bottleneck is the R_ARM_ABS32 relocation,
> which is reduced around 97% now !
>
> Finally the overall loading time is reduced from ~10-20s to ~1s...
Wow! Any chance you can blog about this some
"This patch has a hard dependency on ..." ;)
Konstantin
2012/7/29 David Faure :
> On Saturday 28 July 2012 14:34:25 Konstantin Ritt wrote:
>> I have a patch that changes QTBF's behavior so that " . " won't be
>> treated like a word at all. This patch hardly depends on some other
>> patches that
On Saturday 28 July 2012 14:34:25 Konstantin Ritt wrote:
> I have a patch that changes QTBF's behavior so that " . " won't be
> treated like a word at all. This patch hardly depends on some other
> patches that are in review stage, though.
The "hardly" and the "though" seem contradictory to me.
Di
> After changed with _protected_ visibility, that kind of relocation is
> reduced, but I still don't know why more R_ARM_RELATIVE relocation introduced.
Answer my own question, that is because the loading address of the module needs
to be added to know actual address of each virtual functions.
Probably, I know that the R_ARM_ABS32 is about *reference* the address of a
function.
For C++ virtual class, then the virtual table will not know the actual address
of the virtual functions, which is with _default_ visibility. So a R_ARM_ABS32
relocation is needed.
After changed with _protected
Hi,
I want to share some result about the relocation during the loading (with
RTLD_LAZY).
Relocation count for single so (libqt5) + without optimization:
R_ARM_GLOB_DAT: 1585
R_ARM_RELATIVE: 9823
R_ARM_ABS32: 19489
R_ARM_JUMP_SLOT: 16998
Relocation count for single so (libqt5) +