* Riddles in the dark
@ 2004-07-13 0:49 Tommy McCabe
2004-07-14 14:38 ` Eduardo Pereira Habkost
0 siblings, 1 reply; 2+ messages in thread
From: Tommy McCabe @ 2004-07-13 0:49 UTC (permalink / raw)
To: linux-8086
ps.c can't compile because of these errors:
/usr/lib/bcc/include/linuxmt/sc:25.29: error: need ';'
/usr/lib/bcc/include/linuxmt/sc:36.16: error: need ';'
/usr/lib/bcc/include/linuxmt/sc:37.16: error: seg_t
already declared
/usr/lib/bcc/include/linuxmt/sc:37.16: error: need ';'
/usr/lib/bcc/include/linuxmt/sc:50.24: error: need ';'
/usr/lib/bcc/include/linuxmt/sc:51.22: error: need ';'
/usr/lib/bcc/include/linuxmt/sc:52.23: error: __pptr
already declared
/usr/lib/bcc/include/linuxmt/sc:52.23: error: need ';'
/usr/lib/bcc/include/linuxmt/sc:53.21: error: __pptr
already declared
/usr/lib/bcc/include/linuxmt/sc:53.21: error: need ';'
/usr/lib/bcc/include/linuxmt/sc:54.21: error: __pptr
already declared
/usr/lib/bcc/include/linuxmt/sc:54.21: error: need ';'
/usr/lib/bcc/include/linuxmt/sc:92.25: error: need ';'
/usr/lib/bcc/include/linuxmt/sc:131.21: error: need
';'
Note that the file linuxmt/sc doesn't exist- I assume
it to be linxumt/sched.h. The compiler thinks seg_t is
a variable name but it's a variable type. Is ps.c
itself, I see this: int read_task(fd, off, ds,
task_table). What the heck is this? A function
declaration? An array? It looked as if it should have
a semicolon put after it, but then ps.c returned these
errors:
ps.c:30.1: error: need variable name
ps.c:31.9: error: need ';'
ps.c:34.7: error: addr already declared
ps.c:34.40: error: initializer too complicated
ps.c:35.3: error: need variable name
ps.c:35.5: error: need ';'
ps.c:35.6: error: need ')'
ps.c:35.6: error: need variable name
ps.c:35.7: error: need ';'
ps.c:35.14: error: need ')'
ps.c:35.14: error: need ';'
ps.c:35.14: error: need variable name
ps.c:35.20: error: need ';'
ps.c:35.30: error: need ')'
ps.c:35.30: error: lseek already declared
ps.c:35.30: error: need '{'
ps.c:35.32: error: need ';'
ps.c:35.32: error: bad expression
ps.c:35.33: error: need ';'
ps.c:35.33: error: bad expression
ps.c:35.34: error: need ';'
ps.c:35.34: error: bad expression
ps.c:35.36: error: need ';'
And back at linuxmt/sched.h, it ends with a #endif
which isn't preceded by a #indef! What gives?
__________________________________
Do you Yahoo!?
Yahoo! Mail is new and improved - Check it out!
http://promotions.yahoo.com/new_mail
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Riddles in the dark
2004-07-13 0:49 Riddles in the dark Tommy McCabe
@ 2004-07-14 14:38 ` Eduardo Pereira Habkost
0 siblings, 0 replies; 2+ messages in thread
From: Eduardo Pereira Habkost @ 2004-07-14 14:38 UTC (permalink / raw)
To: linux-8086
[-- Attachment #1: Type: text/plain, Size: 1174 bytes --]
On Mon, Jul 12, 2004 at 05:49:57PM -0700, Tommy McCabe wrote:
> ps.c can't compile because of these errors:
>
<lots of errors>
>
> Note that the file linuxmt/sc doesn't exist- I assume
> it to be linxumt/sched.h. The compiler thinks seg_t is
> a variable name but it's a variable type. Is ps.c
> itself, I see this: int read_task(fd, off, ds,
> task_table). What the heck is this? A function
> declaration? An array? It looked as if it should have
> a semicolon put after it, but then ps.c returned these
> errors:
>
Hi, Tommy,
Did you copied the current kernel include files on the bcc include path?
You are supposed to do that, before building elkscmd, elksnet and others.
BTW, we need to include this on the documentation, somewhere. I don't know
if the web page warns the user about that.
<more errors>
>
> And back at linuxmt/sched.h, it ends with a #endif
> which isn't preceded by a #indef! What gives?
linuxmt/sched.h here looks like:
===
#ifndef LX86_LINUXMT_SCHED_H
#define LX86_LINUXMT_SCHED_H
<lots of content>
#endif
===
The '%' key on VIM here says that the #if* are correctly closed.
--
Eduardo
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2004-07-14 14:38 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-07-13 0:49 Riddles in the dark Tommy McCabe
2004-07-14 14:38 ` Eduardo Pereira Habkost
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox