From: James Chapman <jchapman@katalix.com>
To: Sue Alfano <smalfano@gmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: uClibc - waitid()
Date: Thu, 18 Jan 2007 21:36:53 +0000 [thread overview]
Message-ID: <45AFE875.5040204@katalix.com> (raw)
In-Reply-To: <fb6b09f20701180318i5f3b2785sd7f3f0931808b849@mail.gmail.com>
You're asking the wrong list. Try the uClibc list at uclibc.org.
glibc and uClibc provide C APIs to kernel system calls. uClibc doesn't
implement all features that glibc supports - there are several kernel
APIs that uClibc doesn't expose. Ask the uClibc folk for advice.
--
James Chapman
Katalix Systems Ltd
http://www.katalix.com
Catalysts for your Embedded Linux software development
Sue Alfano wrote:
> Can anyone help with this?
>
> We have an application that runs fine on our linux workstations, but
> will not compile to run on a new target. This application is using
> the WNOWAIT option for the waitid() function. When the source file is
> compiled for the target using powerpc-uclibc-gcc, it fails because
> WNOWAIT is not defined. The best that I can tell, waitid() doesn't
> appear to be supported in uClibc (version 0.9.27). I checked the
> latest version on the uClibc site, but it doesn't appear to have been
> considered for inclusion. I looked in glibc (versions 2.4, 2.3.5, and
> 2.0.6), but could only find emulated/stub/pseudo implementations for
> waitid(). The Linux man page for waitid() states that it's supported
> since the 2.6.9 kernel release. At this point I'm not sure where the
> waitid() source code and WNOWAIT definition is suppose to be (kernel,
> uClibc, glibc, gcc) or what version of wait.h is actually being used
> (there appears to be many versions floating around on the machine).
> Since I'm way off in the weeds on this I was hoping somebody with more
> Linux experience than me (that would be just about anyone) might be
> able to shed some light on this problem or point me in a more
> constructive direction.
>
> Do you have any information as to the status of the waitid() support?
> It must have been available at one time since it's running on my linux
> workstation (Linux version 2.6.15-1.2054_FC5smp
> (bhcompile@hs20-bc1-3.build.redhat.com) (gcc version 4.1.0 20060304
> (Red Hat 4.1.0-3)) #1 SMP Tue Mar 14 16:05:46 EST2006).
>
> Was there a reason why it wasn't added to uClibc (other than the size
> issue)?
>
> Is there a recommended way to deal with applications that are using
> waitid() with the WNOWAIT option?
>
> Thanks for any assistance,
> Sue
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
next prev parent reply other threads:[~2007-01-18 22:06 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-18 11:18 uClibc - waitid() Sue Alfano
2007-01-18 21:36 ` James Chapman [this message]
2007-01-25 19:47 ` Sue Alfano
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=45AFE875.5040204@katalix.com \
--to=jchapman@katalix.com \
--cc=linux-kernel@vger.kernel.org \
--cc=smalfano@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox