[PATCH] LNT ARM sqlite3
Renato Golin
rengolin at systemcall.org
Thu Mar 28 12:57:43 PDT 2013
On 28 March 2013 19:36, Daniel Dunbar <daniel at zuster.org> wrote:
> I don't understand this comment.
I thought you meant change the input to something that would be
stable, ignore me.
> I just meant transforming the call to qsort
> so the sort would be stable, regardless of the actual sort implantation, by
> augmenting the comparator function with the index of the element in the
> incoming array (to disambiguate equality). See also
> http://en.wikipedia.org/wiki/Schwartzian_transform
I did that, and made no difference. Either because the current order
is just right (and the old wrong, but I can't test it), or because it
was never hit and the stability of the sort wasn't the one to blame,
but the order in the indexed array.
Since those cases were also happening on Intel, I haven't spent that
much time on those and left them for later...
> If I get some time to look at this I'll just find a Linux environment to use
> to investigate, which should cover all the issues except for the sqlite3
> one.
That's ok, I hope the sqlite3 issue can be solved with the round() function.
I'll update you on my progress, so that we don't work on the same
thing at the same time.
cheers,
--renato
PS: the fpcmp bug: http://llvm.org/bugs/show_bug.cgi?id=15620
It's possible that sqlite3 can be fixed *only* by fixing that... I'll wait
More information about the llvm-commits
mailing list