Bug 53705

Summary: slow with glibc 2.16
Product: poppler Reporter: wbrana
Component: generalAssignee: poppler-bugs <poppler-bugs>
Status: RESOLVED NOTOURBUG QA Contact:
Severity: normal    
Priority: medium    
Version: unspecified   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments: sincos

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.