Bug 36671 - kernel build fails
Summary: kernel build fails
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 7.1
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Michael K. Johnson
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-04-19 17:11 UTC by Neal D. Becker
Modified: 2007-04-18 16:32 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2001-04-26 12:31:06 UTC
Embargoed:


Attachments (Terms of Use)

Description Neal D. Becker 2001-04-19 17:11:10 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.2-2 i686; Nav)


kernel make modules fails

Reproducible: Always
Steps to Reproduce:
1.make modules
2.
3.
	

Actual Results:  make modules
make -C  kernel CFLAGS="-D__KERNEL__ -I/usr/src/linux/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing
-fno-common -Wno-unused -pipe -mpreferred-stack-boundary=2 -march=athlon 
-DMODULE -DMODVERSIONS -include /usr/src/linux/include/linux/modversions.h"
MAKING_MODULES=1 modules
make[1]: Entering directory `/usr/src/linux-2.4.2/kernel'
make[1]: Nothing to be done for `modules'.
make[1]: Leaving directory `/usr/src/linux-2.4.2/kernel'
make -C  drivers CFLAGS="-D__KERNEL__ -I/usr/src/linux/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing
-fno-common -Wno-unused -pipe -mpreferred-stack-boundary=2 -march=athlon 
-DMODULE -DMODVERSIONS -include /usr/src/linux/include/linux/modversions.h"
MAKING_MODULES=1 modules
make[1]: Entering directory `/usr/src/linux-2.4.2/drivers'
make -C atm modules
make[2]: Entering directory `/usr/src/linux-2.4.2/drivers/atm'
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -fno-common -Wno-unused -pipe
-mpreferred-stack-boundary=2 -march=athlon  -DMODULE -DMODVERSIONS -include
/usr/src/linux/include/linux/modversions.h -g  -c -o eni.o eni.c
In file included from eni.c:6:
/usr/src/linux/include/linux/module.h:173: nondigits in number and not
hexadecimal
/usr/src/linux/include/linux/module.h:173: nondigits in number and not
hexadecimal
/usr/src/linux/include/linux/module.h:173: nondigits in number and not
hexadecimal
/usr/src/linux/include/linux/module.h:173: nondigits in number and not
hexadecimal
/usr/src/linux/include/linux/module.h:173: parse error before `62dada05'
/usr/src/linux/include/linux/module.h:173:
`inter_module_register_R_ver_str' declared as function returning a function
/usr/src/linux/include/linux/module.h:173: warning: function declaration
isn't a prototype
/usr/src/linux/include/linux/.....

Here is preprocessed output:

# 173 "/usr/src/linux/include/linux/module.h"
extern void inter_module_register_R_ver_str(62dada05)(const char *, struct
module *, const void *);
extern void inter_module_unregister_R_ver_str(7a9e845e)(const char *);
extern const void *inter_module_get_R_ver_str(f6a0ce24)(const char *);
extern const void *inter_module_get_request_R_ver_str(b69f826b)(const char
*, const char *);
extern void inter_module_put_R_ver_str(6b99f7d8)(const char *);

Comment 1 Arjan van de Ven 2001-04-19 17:21:25 UTC
What .config file did you use?
And did you do a "make mrproper" before starting to build ?

eg the sequence should be:

make mrproper
cp configs/kernel-2.4.2-XXXX.config .config
make oldconfig
make dep
make bzImage
make modules

Comment 2 Przemyslaw Karwasiecki 2001-04-26 02:02:18 UTC
I have the very same problem.

It is happening when I have created new .config file 
with `make menuconfig' and also when I was using
a copy of folowing file:
  kernel-2.4.2-i686.config
from 
  kernel-2.4.2-2.src.rpm

Przemek

Comment 3 Arjan van de Ven 2001-04-26 08:36:10 UTC
Did you do a make mrproper before starting?


Comment 4 Arjan van de Ven 2001-04-26 12:23:20 UTC
OH by the way, if you want an athlon kernel, doing

rpm --rebuild --target=athlon kernel-2.4.2-2.src.rpm

will generate a kernel rpm optimised for athlons.

Comment 5 Neal D. Becker 2001-04-26 12:31:03 UTC
It is OK now, I'm not sure if make mrproper fixed it.

BTW, I have avoided --target=athlon previously with RH7.0 because it wasn't 
handled correctly.  I haven't tried it with the kernel, but if you did this
to an arbitrary application it would just cause confusion when rpm thought it 
shouldn't install the package because it was the wrong target.

Comment 6 Arjan van de Ven 2001-04-26 12:32:44 UTC
That is supposed to be fixed.
And for the kernel, we even made a special athlon .config file.

Comment 7 Przemyslaw Karwasiecki 2001-04-26 15:31:56 UTC
Thank you,

make mrproper have fixed it.

Przemek


Note You need to log in before you can comment on or make changes to this bug.