Hai,
Can you people tell me the details of the error snippets I am including with this. I got this error while trying to 'make modules'. I had a keen look at the processor.h header file and I could'nt able to understand what is wrong there in the structure in which loops_per_jifffy is decleared. If we change the loops_per_jiffy member variable to some thing else then this error will go out. Why it so? Again also some more preceeding error after that are also coming for the structure variable created for above mentioned structure. Please help me after a look the processor.h header file.


The error goes on like this:

/usr/src/linux-2.4/include/asm/processor.h:51: warning: parameter names
(without types) in function declaration
/usr/src/linux-2.4/include/asm/processor.h:51: field
`loops_per_jiffy_R_ver_str' declared as a function
/usr/src/linux-2.4/include/asm/processor.h:73: invalid suffix on integer
constant
/usr/src/linux-2.4/include/asm/processor.h:73: parse error before numeric
constant
.................................etc.

If anybody have any idea regarding this please let me know. Thanks in advance.

With regards,
Thomas.

The error is probably in line 51 or in one of the lines ahead of line 51. This looks like a problem where a parentheses, close parentheses, or some other syntax delimiter is missing. Then you get error messages on subsequent valid lines because the compiler is confused about the syntax.

----------------------
Steve Stites

probably a dependency problem, iv seen some dependency problems cause syntax errors like those before in other software packages, its probably missing a header or something... maybe a bad kernel config ? (I'm not sure of that tho, shouldn't it work either way?)

I have found recently that it is because of a problem with same identifier named loops_per_jiffy which is as a fuction inside the modversions.h header file that I am explicitly including in gcc options. In the processer.h header file also this same identifier is there as a structure variable which is at line number 51. So if I rename that and compile it will compile smoothly. Why such a coincidence arises in header file? The author of processor.h header file is Linus Tolvards why he had'nt noticed that? So is it desirable to rename that to what we wish so that no errors from that line will come? But my question is that then how people compiled there 'make modules' with out any errors like this. I used the fresh source located in the /usr/src/linux-2.4 of the Red Hat installation. So if anybody know about these issues please let me know. Seeking for your comments.

THOMAS MATHEW.