Bug 299581
Summary: | calc build fails on ppc with incompatible types error | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Matthew Miller <mattdm> |
Component: | calc | Assignee: | Matthew Miller <mattdm> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | dwmw2 |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | powerpc | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-09-30 09:10:44 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 179260 |
Description
Matthew Miller
2007-09-21 01:48:39 UTC
The problem is fposval.h is automatically generated, and the code that generates it (fposval.c) is completely broken. It tries to detect the size of fpos_t, but fails. The best solution is to avoid it to use fgetpos() and fsetpos() at all (and use fseek() and ftell() instead, like most code nowadays), by adding this to the compile line: HAVE_FPOS="-DHAVE_NO_FPOS" \ However, the rpmbuild process on the system that David kindly gave me access to, fails at link time with some sort of architecture incompatiblity issue that I don't quite understand, not being very familiar with ppc. At least, it should help you move forward. Cool. Thanks everyone. This is fixed now, right? Yes; sorry -- I meant to close it with the comment above. Thanks again. |