On 6/28/22 18:40, Waldek Hebisch wrote:
A am affraid you did not notice what I wrote several times: there is no pricipal reason for graphic/hyperdoc to be compiled in the same way as FRICASsys. I know that some Windows folks strongly dislike Cygwin. But Cygwin is reasonable way to get graphical parts to Windows. Given that sbcl seem to be incompatible with msys2.dll, we should build FRICASsys without linking to it or Cygwin DLL. But this does not exclude using Cygwin program as helpers (in similar spirit to using msys2 tools for build). Actually, cmucl port have similar spirit: cmucl is still 32-bit, but C executables are build as 64-bit code. Of course, real Windows lover would replace X11 calls by calls to Windows API.
I tried mixing sman linked with msys2.dll with native sbcl loading libspad.so with win32sockets. It hangs. I didn't debug why. Maybe because win32sockets doesn't work with path like "/tmp/.xxxx" well. Maybe switching to TCP sockets helps. If people want to get graphical part on windows, they will have to use ECL instead of sbcl then. Just saying, the replacement of hyperdoc/graphics should be cross platform. - Qian -- You received this message because you are subscribed to the Google Groups "FriCAS - computer algebra system" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/fricas-devel/36e7bb7b-df00-bf3b-4a7e-9f321b340fc8%40gmail.com.
