Bug 163391
Summary: | Build of GLibC fails several self-tests on i686 system | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | Steve Snyder <swsnyder> | ||||
Component: | kernel | Assignee: | Jakub Jelinek <jakub> | ||||
Status: | CLOSED WORKSFORME | QA Contact: | Brian Brock <bbrock> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 4.0 | CC: | jos | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i686 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2005-07-18 16:00:40 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: | |||||||
Attachments: |
|
Description
Steve Snyder
2005-07-15 19:56:18 UTC
Created attachment 116819 [details]
Log file generated by the "make check" suite of GLibC self-tests
Works just fine here. Same here when rebuilding glibc on a dual Xeon machine (on a RHEL4 rebuild): I see exactly the same problems. Also having problems on x86_64, not exactly the same, it seems, but still fatal. Note that if you kill a hanging process, the build proceeds and finally produces binary rpm's. It looks like the "make ... | tee check.log || :" is not doing what it should do (will try to further analyze this). (on a RHEL4 rebuild) ^^^^^^^^^^^^^^^^^^^^ Then you are using a different kernel, and if those tests fail, that is most likely a kernel problem. Well, the original submitter said he was using a RHEL4 U1 system. Another issue w.r.t. the spec file is: *if* thoses tests fail, the "make ... | tee" hangs until you kill something. I don't know if something can be improved here. Anyway, I'll leave the bug closed and try to solve it myself ;-). |