Summary: | slow with glibc 2.16 | ||
---|---|---|---|
Product: | poppler | Reporter: | wbrana |
Component: | general | Assignee: | 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 |
Description
wbrana
2012-08-19 10:40:42 UTC
It's a regression in glibc, what do you want us to do? Created attachment 65787 [details]
sincos
Would it be possible to use following assembler code?
Not really, we don't do assembler. (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. 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.