Hi Chase, I am not sure what behavior GNU is expecting, but older releases of GNU make and autoconf worked fine. It seems that if the purpose of autoconf is increased portability, the onus should be on them to repair breakages, not on vendors who have customers demanding compatibility with decades old UNIX behavior. Ultimately the choice is yours if these systems are worth supporting or not, but if CDE is going to drop support, why not switch to something like meson, which is where Xorg is going? Most projects are trying to migrate away from autoconf to cmake, meson, etc.
Kind regards, Lev > On Feb 6, 2021, at 14:40, Chase <nicetry...@protonmail.ch> wrote: > > Keyword directory. An empty argument != directory. I have a hard time > believing that Xinuos would let their OS become unusable for automake, have > you emailed them at all about the issues you've been facing? > > > Thank you for your time, > -Chase > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > On Saturday, February 6, 2021 3:30 PM, Lev <int...@mailbox.org> wrote: > >> Hi Chase, >> >> I just tried to build GNU make on UnixWare and it errors out right away: >> ../build-aux/depcomp: line 126: syntax error at line 127: ‘done’ unexpected >> >> I don’t think UNIX compatibility is really a GNU priority unfortunately… >> >> It is actually documented in the System V interface Definition (Volume II, >> page 128) that: >> “If the removal of a non-empty, write-protected directory is attempted, the >> command will always fail (even if the -f option is used), resulting in an >> error message.” >> >> This behavior was POSIX compliant until 2017, and I have a hard time >> believing that the committee did not even consult the SVID. >> >> Kind regards, >> Lev >> >>> On Feb 6, 2021, at 13:55, Chase nicetry...@protonmail.ch wrote: >>> While this is impressive, it still won't be relevant for very long due to >>> our impending transition to autotools, did you ever get that make=gmake >>> hack to work? I was also thinking that a good way to solve the rm problem >>> would be to build the upstream ksh and link it to /bin/sh, since their rm >>> is builtin and conforms to POSIX. >>> Thank you for your time, >>> -Chase >>> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ >>> On Saturday, February 6, 2021 1:09 PM, Lev via cdesktopenv-devel >>> cdesktopenv-devel@lists.sourceforge.net wrote: >>> >>>> Hello, >>>> This patch allows for parallel ‘make World’ with imake. >>>> If we are interested in cross-compilation support, I could work on that as >>>> well. >>>> Kind regards, >>>> Lev >>>> cdesktopenv-devel mailing list >>>> cdesktopenv-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel > > _______________________________________________ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
