Bug 525818
Summary: | native ATLAS build fails with "No rule to make target `libptf77blas.a'" | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Tony Nelson <tonynelson> | ||||
Component: | atlas | Assignee: | Deji Akingunola <dakingun> | ||||
Status: | CLOSED DEFERRED | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | low | Docs Contact: | |||||
Priority: | low | ||||||
Version: | 11 | CC: | dakingun, herrold, jfrieben | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | athlon | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2009-09-26 23:59:11 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
Tony Nelson
2009-09-25 22:13:58 UTC
Do you have the full build log by any chance? No, the terminal window only has 4000 lines of scrollback, and I estimate the whole output at over 30000 lines. The previous lines are all successful (except for normal complaints at the beginning about missing users), and I have given the results of the various initial tests. The build failure is weird, it is likely that libf77blas was not built, so there must have been some failures during the build that didn't stop it. I'm afraid there is no way to know what happened here without the build log. Can you possibly attempt the build again, piping the output to some log file? Created attachment 362759 [details]
rpmbuild output
rpmbuild -D "enable_native_atlas 1" --rebuild -ba --target i686 atlas-3.8.3-4.fc11.src.rpm |& tee atlas_build.out
(In reply to comment #4) Can you replace the attachment by its uncompressed version as ususal? Bugzilla does the compression on its own anyway. 11 MB upload? No thanks. Decompress it yourself. Geez. The threaded libs are not failed for your native build because the pre-build configuration detected you're building on a uni-processor system. I will either find a way to detect multiple threads in the spec file and adjust it accordingly, or drop support for allowing native builds. Your build could have proceeded much faster if atlas kernel 'architectural default' was available for your system in the source file you used. I've grab such file from upstream and enabled a -3dnow subpackage suitable for your system. You can find the binary (and the src rpm used for it) in the scratch build @ http://koji.fedoraproject.org/koji/taskinfo?taskID=1709905 . (In reply to comment #6) Official Bugzilla policy is to upload attachments uncompressed. Uploading a file of 11 MB was possibly a challenge maybe 10 years ago using a 56k modem, but not today, I think .. (In reply to comment #7) > The threaded libs are not failed for your native build because the pre-build > configuration detected you're building on a uni-processor system. I will either > find a way to detect multiple threads in the spec file and adjust it > accordingly, or drop support for allowing native builds. OK. That would be the value of "RPM_BUILD_NCPUS", right? > Your build could have proceeded much faster if atlas kernel 'architectural > default' was available for your system in the source file you used. I've grab > such file from upstream and enabled a -3dnow subpackage suitable for your > system. You can find the binary (and the src rpm used for it) in the scratch > build @ http://koji.fedoraproject.org/koji/taskinfo?taskID=1709905 . It is indeed much faster to reach the point of failure. I notice that the model sets the L1 cache size to 8 KB, but my, and I believe the majority, of Athlons have 64 KB of L1 cache. I don't know the performance impact of this (and might not know even if the build succeeded). |