This presents a problem that I just ran into. What should the solution
be? Either glibc or the kernel needs to change as far as I can tell, in
order for programs compiled against glibc and using these SIGEV defines to
work w/ the mips kernel. Is this file currently wrong?
glibc-2.3.1/sysdeps/unix/sysv/linux/mips/bits/siginfo.h
Would this patch fix it?
--- siginfo.h.orig Wed Nov 13 18:04:58 2002
+++ siginfo.h Wed Nov 13 18:11:15 2002
@@ -295,11 +295,11 @@
/* `sigev_notify' values. */
enum
{
- SIGEV_SIGNAL = 0, /* Notify via signal. */
+ SIGEV_SIGNAL = 129, /* Notify via signal. */
# define SIGEV_SIGNAL SIGEV_SIGNAL
- SIGEV_NONE, /* Other notification: meaningless. */
+ SIGEV_NONE = 128, /* Other notification: meaningless. */
# define SIGEV_NONE SIGEV_NONE
- SIGEV_THREAD /* Deliver via thread creation. */
+ SIGEV_THREAD = 131 /* Deliver via thread creation. */
# define SIGEV_THREAD SIGEV_THREAD
};
On Fri, 8 Nov 2002, Tor Arntsen wrote:
> On Nov 7, 23:11, Daniel Jacobowitz wrote:
> >Presumably they match IRIX... like the rest of MIPS's oddball
> >definitions. A little hard to change them now.
>
> FWIW: You are correct, those values come from IRIX.
>
> >On Thu, Nov 07, 2002 at 12:33:55PM -0800, Bradley Bozarth wrote:
> >> Can these be changed?
> >>
> >> > Now a question, why does mips use these values:
> >> > #define SIGEV_SIGNAL 129 /* notify via signal */
> >> > #define SIGEV_CALLBACK 130 /* ??? */
> >> > #define SIGEV_THREAD 131 /* deliver via thread
> >> > creation */
> >> >
> >> > It is the only platform that adds anything to the simple
> >> > 1,2,3 values used on other platforms. The reason I ask, is
> >> > that I would like to change them to conform to all the
> >> > others.
>
|