I have a problem building eix on interix: there is no SA_SIGINFO on interix. is there any other known platform lacking it? i have a patch to fix this (attached), ok to commit to the tree for the current 0.22.3?
Created attachment 252363 [details, diff] check if SA_SIGINFO is there.
Created attachment 252383 [details] sample file for CONFIG_SITE to force configure variables
Comment on attachment 252383 [details] sample file for CONFIG_SITE to force configure variables I just put ac_cv_func_sigaction=${ac_cv_func_sigaction=no} in my CONFIG_SITE file so that configure knows my system doesn't have it. Since this is potentially a problem on other packages too, and some similar issues have come up such as missing poll.h which was in the wrong directory that was fixed by ac_cv_func_poll=${ac_cv_func_poll=no}, perhaps there could be a step during emerge to set up CONFIG_SITE to point to an uniform config file that deals with Interix issues? Uploaded the file I usually use, it's got some quirks e.g. ac_cv_func_poll=${ac_cv_func_poll=no} is commented out because I linked my poll.h to the expected location instead.
errmmm... sigaction *is* there... only SA_SIGINFO isn't we should not take out too much functionality. no plan if it'd matter in this single case, but generally speaking... also, i think your config.site is not a good idea. i'm longing to fix packages as such that they behave correctly on interix without such quirks. it is never a good idea to have a seperate "hack-around database". also jerker (who wrote the file as i see it) put in a lot of stuff that is not relevant to prefix at all, since we don't use the same compilers, so some of the things (only skimmed through) may be plain wrong for us!
Thanks for the patch. This is fixed in eix' svn trunk (>=eix-0.22.4).
(In reply to comment #5) > Thanks for the patch. This is fixed in eix' svn trunk (>=eix-0.22.4). > thanks very much. i will see whether i can get the patch into the tree for the current revision then.
talking to darkside, as the patch is not that urgent, we agreed to wait for the next release ;)
(In reply to comment #7) > talking to darkside, as the patch is not that urgent, we agreed to wait for the > next release ;) > in tree