octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

64-bit Windows OF packages build failures [WAS: Cross compile io package


From: Philip Nienhuis
Subject: 64-bit Windows OF packages build failures [WAS: Cross compile io package?]
Date: Sat, 02 May 2015 00:11:26 +0200
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33

<moving private conversation to maintainers ML>

JohnD wrote:
-----Original Message-----
From: Philip Nienhuis [mailto:address@hidden

<snip>

I was wondering if in latest mxe-octave the OF io package is also
(cross-) built & installed and if yes, where in the binary installer it can be 
found.

Background:
I'm trying to find out why csv2cell() crashes Octave on Windows in
--enable-windows-64 mxe builds (i.e., for Win64) (bug #44662).
Lots of cout << statements showed it crashes on simple statements like:

while (fd.fail ())

str += line   // where: std::string str , char line [MXLENGTH];

Because of the erratic crash locations I suspect it is simply miscompiled these
days when built on the Windows side; in older 4.1.0+ 64-bit builds it built & 
ran
fine.
So I figured: let's see if it works better if cross-built on Linux and then run 
on
Windows.
<snip>

I believe that it is cross compiled in JWEs latest installer, but not installed 
(installing still a work in progress).

Turns out that whe using the --enable-binary-packages flag as you mentioned, csv2cell.oct is indeed built, also in case of the "--enable-windows-64" mxe configure option, and included in the src/ subdirs of the included OF-io package. The same goes for binary modules in other OF packages.

Well, that cross-built csv2cell.oct turns out to run fine on windows-64.
So in turn that implies that the csv2cell() issues I hit in bug #44662 are due to mingw compiler issues; IOW the cross-built compiler for the Windows side must be at fault.

The windows package also runs fine with cross-built 64-bit __COM__.oct.

Philip




reply via email to

[Prev in Thread] Current Thread [Next in Thread]