On 3/5/21 12:27, oldk1331 wrote:
THANK YOU both, Dima and Waldek.
Now I understand the difference between "msys2 shell" and
"mingw 64bit shell".
Indeed, in "msys2 shell", there are "fork". (They partly
re-implement cygwin?).
So, in "msys2 shell", we can build sman successfully.
But when building algebra, SBCL encounters strange memory
fault, which I'll look into later. And right now, sman
from msys2 shell does not mix well with FriCASsys from
mingw64 shell.
The memory fault happens if FriCASsys loads "libspad.so".
Probably the same thing for cygwin.
Obviously FFI works for SBCL on Windows. Now I need to
find out where went wrong in our build process.
- Qian
I'll continue explore the possibility from "msys2 shell".
On 3/5/21 12:31 AM, Dima Pasechnik wrote:
> On Thu, Mar 4, 2021 at 4:26 PM Qian Yun <oldk1...@gmail.com
<mailto:oldk1...@gmail.com>> wrote:
>>
>> Wait a second, there are numerous packages on msys2/mingw64
>> that uses fork and pty, how does that happen?
> Could you point at any such package, with an URL?
>
> you probably mix it up with cygwin (which does support fork() etc)
>
On 3/5/21 1:18 AM, Waldek Hebisch wrote:
>
> IIUC msys uses (or maybe re-implements) Cygwin emulation
> of fork and pty. Fork is emulated in rather crude way
> and tends to fail from time to time. I did not look
> how pty emulation works.
>
> My point was that we can with moderate effort avoid
> use of fork. ATM avoidning pty would be much more tricky.
>
--
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 fricas-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/fricas-devel/c7fe63bb-aa3b-b2f0-a685-c5274983289d%40gmail.com.
