[Octave-bug-tracker] [bug #41148] Parallel 2.1.0 fails to build in windows/mingw

[Olaf Till]

Follow-up Comment #13, bug #41148 (project octave):

Oh, I didn't remember the poll()s now (that is Hayato Fujiwaras code), sorry.
But I think the poll() can be replaced by a suitable select() call, so
probable no unsolvalble problem here.

Thanks for the instruction to construct the C stream from the socket
descriptor on Windows. Could

osfh = _open_osfhandle((SOCKET)newsockfd, O_RDWR|O_BINARY);

also be used for read(osfh) and write(osfh)? This would probably spare a bit
of effort.

According to what you told me it should be feasible to adapt 'parallel' to
mingw, but I currently don't know when I will try this. I won't be sad if you
should beat me with that (ifdefs for replacing read/write, replace poll() with
select(), ifdefs for constructing the C stream in sock-stream.cc). But tell me
if you should attempt it, to avoid double work. You could of cause push
directly to the repository, I'll still have a look at it.

In the meantime, current 'optim' can only be used on mingw as an adapted
package as described below (AFAIK there is currently no means to solve this in
the repository for 'optim', since the dependency information is evaluated
before configure is run).


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?41148>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/