| Summary: | Poppler 0.8.3 seems to show incorrectly form EU8N | ||
|---|---|---|---|
| Product: | poppler | Reporter: | Maciej Piechotka <uzytkownik2> |
| Component: | general | Assignee: | poppler-bugs <poppler-bugs> |
| Status: | RESOLVED INVALID | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | unspecified | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
EU8N
Front page |
||
|
Description
Maciej Piechotka
2008-06-19 11:56:29 UTC
You add all that stuff about gentoo we don't care about but you are not adding the important information, that is, a link to the pdf and an attachment with the wrong rendering you get. Created attachment 17259 [details]
EU8N
It is public avaible form so I thought I don't have to load the db with additional file.
You have to give an url or load it to the bug because you have the document at hand and i have not, so i do not spend time looking for it instead of trying to fix the bug, i think it's pretty simple. I'm still missing the screenshot of what you consider bad rendering. And when you say "0.8.3 seems to show incorrectly" it means "0.8.2 seems to show it correctly?" Created attachment 17277 [details]
Front page
No. 0.8.3 means that I'm tring to be as specific as I can.
Example of rendering I've attached.
Woa, that looks really wrong. It works fine here though when using glib/demo/poppler-glib-demo binary found at the poppler distribution. It would be a good idea if you could compile poppler without all that non default optimizations and try again. (In reply to comment #6) > Woa, that looks really wrong. > > It works fine here though when using glib/demo/poppler-glib-demo binary found > at the poppler distribution. > > It would be a good idea if you could compile poppler without all that non > default optimizations and try again. > By non-default you mean "-O0" or "-Os"? I will build it this afternoon. May be it turn out to be a gcc bug not poppler(that's why I included all 'gentoo' stuff)... By non default i mean to bypass completely that lot of gccflags you have there, so: * Unpack the tarball * ./configure * make unless gentoo is *so smart* it also overwrites variables there. But basically by default i mean do not use ANY gcc variable flag. (In reply to comment #8) > By non default i mean to bypass completely that lot of gccflags you have there, > so: > * Unpack the tarball > * ./configure > * make > unless gentoo is *so smart* it also overwrites variables there. But basically > by default i mean do not use ANY gcc variable flag. > Ok. With CFLAGS="" CXXFLAGS="" LDFLAGS="" it works. I'll try to add flags by one. Shell I post the results here or post a bug against gcc? Post it here first and then we'll decide if it's our or their fault I (un)fortunatly cannot reproduce the bug after rebuilding. |
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.