[Octave-bug-tracker] [bug #40606] mxe-octave built octave: fails syscalls.cc-tst

[Rik]

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

I think the difference may be that Octave is sneaking in a GNU version of sort
through it's bin directory.  When using the MXE environment I'm not building
the installer, just the large zip file.  I then unzip that on the Windows side
and run octave-long_date_format\bin\octave-cli.exe.  I notice that there is a
sort.exe in this bin directory that is yet a third alternative to the other
two at C:\Program Files\GnuWin32\bin and C:\Windows\system32.  If I rename the
two GNU versions to __sort.exe then I finally seem to pick up the Microsoft
one with popen2.  Otherwise, I get the GNU version through popen2() and the
Microsoft version through system().

So, in terms of trying to guess which version of sort we will pick up.  If we
can't rely on system() or popen(), do we have to basically repeat the entire
popen2 test and try once with the GNU version, and if that fails, try with the
Microsoft version?  This seems klunky.


    _______________________________________________________

Reply to this item at:

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

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