Bug 53705 - slow with glibc 2.16
Summary: slow with glibc 2.16
Status: RESOLVED NOTOURBUG
Alias: None
Product: poppler
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: poppler-bugs
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-19 10:40 UTC by wbrana
Modified: 2012-12-28 11:49 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
sincos (1.51 KB, text/plain)
2012-08-19 17:52 UTC, wbrana
Details

Comment 1 Albert Astals Cid 2012-08-19 17:17:22 UTC
It's a regression in glibc, what do you want us to do?
Comment 2 wbrana 2012-08-19 17:52:45 UTC
Created attachment 65787 [details]
sincos

Would it be possible to use following assembler code?
Comment 3 Albert Astals Cid 2012-08-19 17:54:13 UTC
Not really, we don't do assembler.
Comment 4 Thomas Freitag 2012-08-20 06:53:50 UTC
(In reply to comment #3)
> Not really, we don't do assembler.

That's not completely true, Albert: SplashMath.h uses already assembler code (under some circumstances). So it's at least thinkable to do something like 
#if __GNUC__ && __i386__
// use __asm__
#else
// use c-code
#endif
But I would agree if You mean that we prefer to wait for a glibc correction.
Comment 5 Albert Astals Cid 2012-12-28 11:49:53 UTC
As said, try to get the glibc people to fix their stuff, i'm sure we're not the only ones suffering from this performance degradation.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.