Xinhong Hu commented on a discussion on cpukit/include/mqueue.h: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1084#note_146661 > long mq_maxmsg; > /** This is the maximum message size */ > long mq_msgsize; > - /** This is the mumber of messages currently queued */ > + /** This is the number of messages currently queued */ > long mq_curmsgs; > + /** RTEMS extension: waiting discipline (0 = FIFO, 1 = priority) */ Thanks for the clarification.\ Previously there was a [discussion](https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1084#note_143849) about whether this header is considered RTEMS‑specific, and it was suggested that the guard may not be necessary in the current structure.\ However, considering the long‑term goal of moving this header to newlib, it makes sense to keep RTEMS‑specific extensions properly guarded.\ I will update this to use an appropriate RTEMS guard.\ @gedare does this approach sound good to you? -- View it on GitLab: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1084#note_146661 You're receiving this email because of your account on gitlab.rtems.org.
_______________________________________________ bugs mailing list [email protected] http://lists.rtems.org/mailman/listinfo/bugs
