Eli Zaretskii <e...@gnu.org> skribis: >> From: l...@gnu.org (Ludovic Courtès) >> Cc: Eli Zaretskii <e...@gnu.org>, wi...@pobox.com, guile-devel@gnu.org >> Date: Tue, 05 Jul 2016 10:04:23 +0200 >> >> Mark H Weaver <m...@netris.org> skribis: >> >> > Eli Zaretskii <e...@gnu.org> writes: >> > >> >>> From: Mark H Weaver <m...@netris.org> >> >>> Cc: l...@gnu.org (Ludovic Courtès), wi...@pobox.com, >> >>> guile-devel@gnu.org >> >>> Date: Sat, 02 Jul 2016 19:02:08 -0400 >> >>> >> >>> Eli Zaretskii <e...@gnu.org> writes: >> >>> > +# define getuid() (500) /* Local Administrator */ >> >>> > +# define getgid() (513) /* None */ >> >>> > +# define setuid(u) (0) >> >>> > +# define setgid(g) (0) >> >> What about leaving ‘setuid’ and ‘setgid’ undefined, as was the case >> until now? > > I fail to see how this would be better. It would mean any program > that calls these will not work on MS-Windows. Why should we expect > developers of those Guile programs to be aware of the issue and solve > it on the Guile Scheme level? And what solution will they possibly be > able to come up with, except not to call these APIs on Windows?
Our strategy so far has been to (1) either solve the portability issue via Gnulib, or (2) do not provide the feature that is unavailable (the #ifdef HAVE_ in posix.c et al.) It means that application writers have to be aware of the portability problems, even if it’s all Scheme. That sounds reasonable to me. WDYT? Thanks, Ludo’.