Summary: | app-text/pdftk-1.41: fails to compile on ppc64 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Thomas <thomas.schmitz> |
Component: | Current packages | Assignee: | ppc64 architecture team <ppc64> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | java, printing |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | PPC | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 251796 | ||
Bug Blocks: |
Description
Thomas
2007-10-19 07:06:35 UTC
System uname: 2.6.22-gentoo-r8 ppc64 PPC970, altivec supported /usr/powerpc-unknown-linux-gnu/gcc-bin/4.2.2/gcjh: unrecognized option `-m32' looks like a ppc64 problem so reassigning. I took a quick look at this and do admit little exeperience with gcj or gcjh. This problem applies to both ppc64 64 and 32 ULs. In the case of the 32 it passed -m32 and for 64 it passes -m64. This is evidently bad in the case of gchj. The good news it that outside of portage it seems to compile fine so it looks we just need to figure out the issue. cc'ing the java and printing herds in the hope that take pity on us... I don't see -m32 passed in the output so I have no idea where it comes from :/ maybe dump the whole env in src_compile and see? I don't have any ppc64 to test. For what it's worth, ppc64 doesn't really need pdftk, no reverse dependencies. Dekeyword it and move to move pressing issues. :) ppc64 dropped, broken for 3 years, if someone really cared, a patch would have been provided by now + 09 Jul 2010; Samuli Suominen <ssuominen@gentoo.org> pdftk-1.41-r1.ebuild: + Drop ppc64 wrt #196361. Comment #4 |