Bug 67191

Summary: typo in kernel source file
Product: [Retired] Red Hat Linux Reporter: adler
Component: kernelAssignee: Arjan van de Ven <arjanv>
Status: CLOSED NOTABUG QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.3CC: adler, k.georgiou, matteo
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-06-07 18:46:36 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 adler 2002-06-20 18:57:38 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513

Description of problem:
There's a typo in source file include/linux/sched.h which causes compilations to
break

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.Found it by trying to build openafs
2.
3.
	

Additional info:

the following is a diff of the affected file
after its being fixed and the emacs ~ file,
which is the original one. Bascially #if
should be a #ifdef

/usr/src/linux-2.4/include/linux
[adler@newadler linux]$ diff sched.h sched.h~
454c454
< #ifdef CONFIG_SMP
---
> #if CONFIG_SMP

Comment 1 Arjan van de Ven 2002-06-20 21:19:00 UTC
No #if is actually correct too..... CONFIG_SMP is defined to 1 ....
I wonder if openafs has a bust makefile that does -DCONFIG_SMP and not the
proper thing.

Comment 2 adler 2002-06-20 21:54:26 UTC
If you look at other places of the code in the same file, you'll
find #ifdef CONFIG_SMP statements. So why does the sched.h file
have a mix of #if CONFIG_SMP and #ifdef CONFIG_SMP. You would
expect it to be consistant through out. ?????

Comment 3 Arjan van de Ven 2002-06-20 22:16:37 UTC
I didn't say it was nice or consistent... it's just not incorrect
sure it's nicer to be consistent :)

Comment 4 adler 2002-06-21 13:19:02 UTC
what's the correct -D statment then in the cc command line?

Comment 5 Arjan van de Ven 2002-06-21 13:21:54 UTC
there is no correct -D statement for this, because it MUST NOT be passed on the
command line, it's a config option that is automatically used correctly via
include/config.h, which everything that is relevant already includes.


Comment 6 Arjan van de Ven 2002-06-21 18:42:02 UTC
*** Bug  67268 has been marked as a duplicate of this bug. ***