Subsurface and smtk2ssrf Windows builds

Salvador Cuñat salvador.cunat at
Tue Oct 9 13:19:58 PDT 2018

Hi Dirk.

On Mon, Oct 08, 2018 at 08:01:32AM -0700, Dirk Hohndel wrote:
> Salvador, everyone
> I have switched the Windows test / build on Travis to a different model where I provide a docker image that has MXE pre-installed and that makes it easier to test things locally when encountering errors on Travis: simply run that same Docker image on your local machine.
> The goal was to make sure that this is as easy as
> sudo bash ./scripts/windows-container/ 
> sudo bash ./scripts/windows-container/
Why run sudoed? I'm running them as user and works
simply well.
BTW, the build script is failing, for me, to build grantlee,
googlemaps and subsurface itself; but doesn't seem sudo related.
> Right now I kept the old Windows environment on Travis as that is used to build smtk2ssrf - but I think it should be reasonably easy to integrate this with the container based solution that I have. Salvador, why does this have to be a static MXE build instead of a shared one? That duplicates a LOT of things and would make the MXE container significantly bigger...
Yes, it is easy to integrate; requires little
changes and just a parameter in the command line.
What seems impossible ATM is get a shared MXE build. The package is
listed only static in the build matrix in the mxe site. I'm going to
try going back in the mdbtools git tree but I don't have good
I've built a tarball without mdbtools (68.7 Mb), but couldn't try it
yet because of the other failures.

Best regards.


More information about the subsurface mailing list