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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.