On Saturday, February 19, 2011 18:02:40 Dmitry V. Levin wrote: > On Sat, Feb 19, 2011 at 03:13:05PM -0500, Mike Frysinger wrote: > > +#if defined SPARC || defined SPARC64 > > +#include "sparc/syscall1.h" > > +int sys_execv(); > > +int sys_getpagesize(); > > +int sys_getmsg(), sys_putmsg(); > > + > > +int sys_semsys(), sys_semctl(), sys_semget(); > > +#define SYS_semsys_subcall 200 > > +#define SYS_semsys_nsubcalls 3 > > +#define SYS_semctl (SYS_semsys_subcall + 0) > > +#define SYS_semget (SYS_semsys_subcall + 1) > > +#define SYS_semop (SYS_semsys_subcall + 2) > > +int sys_msgsys(), sys_msgget(), sys_msgctl(), sys_msgrcv(), > > sys_msgsnd(); +#define SYS_msgsys_subcall 203 > > +#define SYS_msgsys_nsubcalls 4 > > +#define SYS_msgget (SYS_msgsys_subcall + 0) > > +#define SYS_msgctl (SYS_msgsys_subcall + 1) > > +#define SYS_msgrcv (SYS_msgsys_subcall + 2) > > +#define SYS_msgsnd (SYS_msgsys_subcall + 3) > > +int sys_shmsys(), sys_shmat(), sys_shmctl(), sys_shmdt(), > > sys_shmget(); > > +#define SYS_shmsys_subcall 207 > > +#define SYS_shmsys_nsubcalls 4 > > +#define SYS_shmat (SYS_shmsys_subcall + 0) > > +#define SYS_shmctl (SYS_shmsys_subcall + 1) > > +#define SYS_shmdt (SYS_shmsys_subcall + 2) > > +#define SYS_shmget (SYS_shmsys_subcall + 3) > > +#endif > > All sys_sem*, sys_msg* and sys_shm* prototypes except sys_*sys are > already declared earlier in this file, and sys_*sys have no references > elsewhere.
i was being conservative since the sparc port seems to have a bit of nesting
going on and i'm not entirely sure how to compile verify all of them.
if you want to focus on the main builds (sparc32/linux and sparc64/linux),
then yes, deleting all the sys_{sem,msg,shm}* defines and prototypes here
doesnt seem to make a difference. both compile fine, and seem to run OK.
although i dont have any quick examples of apps that use these funcs
explicitly since the sysv ipc/shm/etc... tend to be ignored by everyone in
favor of other mechanisms.
-mike
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________ Strace-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/strace-devel
