<div dir="ltr"><div dir="ltr">Thanks Tormod.<br><div><br></div><div>I've had some versioning problems with gcc, etc. on my 14.04 Virtual Box installs.  travis.sh has a blind downloadgcc' option. I'd love to know the Right Way to automate (download/build) using travis.sh from a vanilla 14.04.  Set downloadgcc=1 in the script?  Anything else?</div><div><br></div><div>Thanks,</div><div><br></div><div>Steve</div><div><br></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 7, 2019 at 2:38 PM Tormod Volden <<a href="mailto:lists.tormod@gmail.com" target="_blank">lists.tormod@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Steve,<br>
<br>This was cross-built on Ubuntu 14.04 on the Travis build service. All<br>the details are in cmake/travis.sh.<br>
<br>Well, almost all :) When I cross-built getdata 0.10.0 the compilation<br>failed with a wrong number of arguments to "mkdir". I guess this is a<br>typical mingw configure/build issue where the configure scripts detect<br>one version of mkdir (requiring two arguments) and another version is<br>picked up during build (requiring one argument). After the aborted<br>first run of make, I edited src/<a href="http://gd_config.h.in" rel="noreferrer" target="_blank">gd_config.h.in</a> to say "#define<br>MKDIR_NO_MODE 1", and then rerun make. Of course, the real solution is<br>further up the chain but I haven't looked into this.<br>
<br>Regards,<br>Tormod<br>
<br>On Thu, Feb 7, 2019 at 8:27 PM Steve Maher <<a href="mailto:steve.f.maher@gmail.com" target="_blank">steve.f.maher@gmail.com</a>> wrote:<br>><br>> Tormod,<br>><br>> That sounds great.  Could you provide the details/script so I can give it a try?<br>><br>> Thanks,<br>> Steve<br>><br>> On Tue, Feb 5, 2019 at 7:29 PM Tormod Volden <<a href="mailto:lists.tormod@gmail.com" target="_blank">lists.tormod@gmail.com</a>> wrote:<br>>><br>>> FWIW, I cross-built getdata 0.10.0 on Ubuntu 14.04 (like the Travis<br>>> build machine runs, so the same compiler version) and tweaked the<br>>> travis script to grab an "external libraries" zip file refreshed with<br>>> this. It resulted in a successful win32 build with getdata support.<br>>><br>>> Regards,<br>>> Tormod<br>>><br>>><br>>> On Tue, Feb 5, 2019 at 3:29 PM Steve Maher wrote:<br>>> ><br>>> > Thanks, Sam.<br>>> ><br>>> > Unfortunately, we are very reliant on the getdata library.<br>>> ><br>>> > I've poked around the getdata/dirfile website/mailing list and I don't see a major API change announcements.  Can someone briefly describe the "getdata library changes"?<br>>> ><br>>> > Thanks,<br>>> ><br>>> > Steve<br>>> ><br>>> ><br>>> > On Tue, Feb 5, 2019 at 9:18 AM Sam Theobald <<a href="mailto:sam.theobald@monodraught.com" target="_blank">sam.theobald@monodraught.com</a>> wrote:<br>>> >><br>>> >> Hi Steve,<br>>> >><br>>> >><br>>> >><br>>> >> I recently tried to get KST to build for windows and I ended up using the cross-compile method that is used with the Travis CI system but due to the getdata library changes, I had to disable 3rd-party plugins. I modified the kst/cmake/travis.sh script to set the option –Dkst_3rdparty=0.<br>>> >><br>
</blockquote></div>
</blockquote></div></div>