[cdesktopenv-devel] [PATCH][master-ksh93-upgrade] make it build under solaris and make patch obey POSIX

2021-01-17 Thread Chase via cdesktopenv-devel
So here is where I am at with testing alternate platforms with the new imported ksh: Working: Linux Mint 20 CentOS 8 (patch needs to be explicitly installed for some reason, even though it is a POSIX utility) FreeBSD 12.1 Openindiana hipster* (I needed to add a custom patch in dtdocbook that poin

Re: [cdesktopenv-devel] [PATCH][master-ksh93-upgrade] make it build under solaris and make patch obey POSIX

2021-01-17 Thread Marcin Cieslak
On Sun, 17 Jan 2021, Chase via cdesktopenv-devel wrote: Not Working: OpenBSD 6.7, segfaults whenever free() is called, but this does work with the old version, so it is a regression, but OpenBSD couldn't even boot when I compiled normal master, it hung at dthello Is this free() used in ksh,

Re: [cdesktopenv-devel] [PATCH][master-ksh93-upgrade] make it build under solaris and make patch obey POSIX

2021-01-17 Thread Chase via cdesktopenv-devel
It could be, I am not sure, I think the callback pointer might have gotten corrupted somehow, here is a paste of the backtrace from ./dtksh examples/XdrawTest, the script specifically segfaults when the "clear window" button is used. Here is a paste of the backtrace from gdb: host# ./dtksh exa

Re: [cdesktopenv-devel] [PATCH][master-ksh93-upgrade] make it build under solaris and make patch obey POSIX

2021-01-17 Thread Chase via cdesktopenv-devel
Marcin you were right, it was ast malloc causing problems, I asked the leader of ksh if there was any way to disable it and he told me to pass -D_std_malloc. OpenBSD works perfectly now. Patch attached. I think we could safely merge this branch now if there are no further objections... Thank y

Re: [cdesktopenv-devel] [PATCH][master-ksh93-upgrade] make it build under solaris and make patch obey POSIX

2021-01-17 Thread Marcin Cieslak
On Sun, 17 Jan 2021, Chase wrote: Marcin you were right, it was ast malloc causing problems, I asked the leader of ksh if there was any way to disable it and he told me to pass -D_std_malloc. OpenBSD works perfectly now. Patch attached. I think we could safely merge this branch now if there a

Re: [cdesktopenv-devel] [PATCH][master-ksh93-upgrade] make it build under solaris and make patch obey POSIX

2021-01-17 Thread Lev via cdesktopenv-devel
Hi Chase, I just tried to get the upgraded dtksh on the master-ksh93-upgrade branch to build with musl and it fails because bin/package is missing. If you are looking for a traditional SVR4 host to test, I have access to UnixWare. Kind regards, Lev > On Jan 17, 2021, at 16:24, Chase via cdeskt

Re: [cdesktopenv-devel] [PATCH][master-ksh93-upgrade] make it build under solaris and make patch obey POSIX

2021-01-17 Thread Chase via cdesktopenv-devel
Marcin, I just ran the test suite and had no failures related to memory allocation, the only failure I ran into was this one: test path begins at 2021-01-17+18:15:48 path.sh[356]: $SHELL -c of unreadable empty script should fail -- expected 126, got /tmp/ksh93.shtests.19281.6143/path.C/sc

[cdesktopenv-devel] PowerPC and musl fixes

2021-01-17 Thread Lev via cdesktopenv-devel
Hello, I am now able to compile CDE on Void PPC with musl. In the future, it might make sense to create a PpcLeArchitecture for Alpine Linux (also using musl) for CI with a minimal image. Kind regards, Lev 0001-Fix-warnings-on-PowerPC-builds-and-correct-a-compile.patch Description: Binary da

Re: [cdesktopenv-devel] [PATCH][master-ksh93-upgrade] make it build under solaris and make patch obey POSIX

2021-01-17 Thread Lev via cdesktopenv-devel
Hi Chase, I am thinking of revamping the bundled dtksh to build directly with imake instead of nmake, using a ksh93 configure script to generate a .cf file with the appropriate defines as a replacement for iffe. If this isn’t the ksh 2020 fork but the new ksh 93u one, backporting the fixes shou

Re: [cdesktopenv-devel] [PATCH][master-ksh93-upgrade] make it build under solaris and make patch obey POSIX

2021-01-17 Thread Chase via cdesktopenv-devel
I would not get too ahead of yourself with that, we are planning on making the jump to the gnu autotools pretty soon, imake has a multitude of issues that, if we want to see significant progress in the fields of OS packaging and cross compiling, it will need to be done away with. Upstream might