Bug 16775
Summary: | cannot compile source 2.2.16-21 | ||
---|---|---|---|
Product: | [Retired] Red Hat Raw Hide | Reporter: | Bernhard Ege <bme> |
Component: | kernel | Assignee: | Michael K. Johnson <johnsonm> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 1.0 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2000-09-11 20:13:15 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: |
Description
Bernhard Ege
2000-08-23 09:03:45 UTC
Build the kernel with kgcc -- the 2.2 kernel won't build with latest gcc. Our latest kernel source tree will patch the Makefile to use kgcc so that you don't have to deal with it at all when rebuilding, so this shouldn't come up except when building a kernel from the official sources. It is already compiling with kgcc and even if I change HOSTCC to kgcc, it fails the same way. gcc is not used at any point during the compilation (only compiled 3-4 source files before it failed. Is this because the include files in /usr/include/{asm,linux} are from 2.4.0 and the kernel include files are from 2.2.16-21? It doesn't appear that the kernel compilation uses the /usr/include files, though. Bernhard I'm not sure what all we have changed since then, but we just tested this with our latest tree and it was successful. Yes....according to the new Linus convention system inlcude files reside in /usr/include and kernel include files reside in /usr/src/linux/include. So, these should not be a link! I had the same problem and had to remove that link before installing the 2.4.0 header rpm and kernerl source rpm. After this everything works fine. Our current source tree has that all done right According To Linux[tm] so we should be safe. I have now tried on a new machine with a clean install of pinstripe (rh70beta) and upgraded with rawhide packages and exactly the same compilation error occurs. I have no more ideas on how to track this problem, but smp_num_cpus appears not to be defined. The only include files not included from /usr/src/linux are these: /usr/lib/gcc-lib/i386-glibc21-linux/egcs-2.91.66/include/stdarg.h /boot/kernel.h and kernel.h is 0 bytes. As this is appears to be an include problem and smp related, I don't think stdarg.h is to blaim. Is anyone capable of compiling kernel-source-2.2.16-21 as it is on rawhide? regards, Bernhard Ege Yes I have been compiling 2.2.16-21 from rawhide, with everything else from rawhide for a while now...but not straight out the box!!! See my commens above..... Yes, I forgot to remove the links /usr/include/{asm,linux} and create them as directories. Doing that and reinstalling kernel-headers still doesn't let me compile the kernel. From the top: Install RedHat 7.0 beta (pinstripe). Upgrade with the latest rawhide packages. rpm -V kernel-headers shows no file changes. rpm -V kernel-source shows no file changes. cd /usr/src/linux make xconfig click save and exit (no config change, just for test) make dep make bzImage observe the compile error in ksyms.c (for me that is always the case). What did you do differently (maybe except for a xconfig change)? Bernhard Ege Well, I did the same BUT changed many options with xconfig. I remember my recompilation failing initially until I fixed the include directory stuff. Perhaps it also depends whether you did rpm -i or rpm -U. But I have the exact same configuration! If you are rebuilding with a different config, you need to run 'make mrproper' Commit pushed to master at https://github.com/openshift/origin https://github.com/openshift/origin/commit/9d9ff7ade91a4686ea6362cd16ab61a085e4767a Merge pull request #16935 from jim-minter/issue16775 Automatic merge from submit-queue (batch tested with PRs 16896, 16908, 16935, 16898, 16090). wait for group cache to avoid flake in templateinstance test fixes #16775 (hopefully). @smarterclayton @bparees @enj Commit pushed to master at https://github.com/openshift/origin https://github.com/openshift/origin/commit/8e73380b526ab4d8bfaee7536a4349b83ac152cb Merge pull request #16979 from jim-minter/issue16775-2 Automatic merge from submit-queue. delete templateinstances in foreground where necessary in extended tests fixes #16775 (2nd attempt) Proposing to comment out the previous "fix" in case it's superstition |