pthreads uses USR1 and the default compile options for mpich uses USR1 as well. Proposed Solution: For some time now, i have successfully used them concurrently with mpich compiled with SIGUSR2 (12) or SIGBUS (7). Reproducible: Always Steps to Reproduce: I have a patch. I will upload once bug created.
Created attachment 23833 [details, diff] patch for mpich ebuild to support alternate signals for listener Here is a patch which enables two new use variables. Namely mpi_sigbus and mpi_sigusr2. each changes the compile time options of mpich to listent to the respective signal instead of sicusr1.
um, can I do something to help move this along? -d
Anybody got something to say about this? I'm mostly fine with it, but instead of USE flags I'd just have an environment variable. For example, `LISTENER_SIG="foo" emerge mpich`.
Created attachment 28201 [details, diff] patch for mpich ebuild to support user specified configure string Guess this didn't make it into the latest ebuild so here is a patch against the latest. I'm going to assume there is a good reason why 'export FOO="w00t"' is not typical in ebuilds and follow suit with two lines
oops... usage info... I have tested with and without 'MPICH_CONFIGURE_OPTION="--with-device=ch_p4:-listener_sig=SIGBUS"' in my make.conf without issue on x86.
In CVS. Please test.
