Build help - Windows

[Steve Maher]

dowloadgcc=1 _does drop a 4.7.2 version of the compilers into ~/dep/mingw
and I changed my PATH to point to them, but subsequently cmake is failing
with 'unrecognized command line option "-rdynamic".  Googling
StackOverflow, etc. don't seem to have a clear answer.  I understand gcc
downgrades are not trivial so I'll probably look into that next...

This is with a fresh 14.04.5 install.   Perhaps I'll try 14.04.0 or even
12...

Steve

On Sat, Mar 2, 2019 at 1:52 PM Steve Maher <steve.f.maher at gmail.com> wrote:

> Thanks Tormod.
>
> 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?
>
> Thanks,
>
> Steve
>
>
>> On Thu, Feb 7, 2019 at 2:38 PM Tormod Volden <lists.tormod at gmail.com>
>> wrote:
>>
>>> Steve,
>>>
>>> This was cross-built on Ubuntu 14.04 on the Travis build service. All
>>> the details are in cmake/travis.sh.
>>>
>>> Well, almost all :) When I cross-built getdata 0.10.0 the compilation
>>> failed with a wrong number of arguments to "mkdir". I guess this is a
>>> typical mingw configure/build issue where the configure scripts detect
>>> one version of mkdir (requiring two arguments) and another version is
>>> picked up during build (requiring one argument). After the aborted
>>> first run of make, I edited src/gd_config.h.in to say "#define
>>> MKDIR_NO_MODE 1", and then rerun make. Of course, the real solution is
>>> further up the chain but I haven't looked into this.
>>>
>>> Regards,
>>> Tormod
>>>
>>> On Thu, Feb 7, 2019 at 8:27 PM Steve Maher <steve.f.maher at gmail.com>
>>> wrote:
>>> >
>>> > Tormod,
>>> >
>>> > That sounds great.  Could you provide the details/script so I can give
>>> it a try?
>>> >
>>> > Thanks,
>>> > Steve
>>> >
>>> > On Tue, Feb 5, 2019 at 7:29 PM Tormod Volden <lists.tormod at gmail.com>
>>> wrote:
>>> >>
>>> >> FWIW, I cross-built getdata 0.10.0 on Ubuntu 14.04 (like the Travis
>>> >> build machine runs, so the same compiler version) and tweaked the
>>> >> travis script to grab an "external libraries" zip file refreshed with
>>> >> this. It resulted in a successful win32 build with getdata support.
>>> >>
>>> >> Regards,
>>> >> Tormod
>>> >>
>>> >>
>>> >> On Tue, Feb 5, 2019 at 3:29 PM Steve Maher wrote:
>>> >> >
>>> >> > Thanks, Sam.
>>> >> >
>>> >> > Unfortunately, we are very reliant on the getdata library.
>>> >> >
>>> >> > 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"?
>>> >> >
>>> >> > Thanks,
>>> >> >
>>> >> > Steve
>>> >> >
>>> >> >
>>> >> > On Tue, Feb 5, 2019 at 9:18 AM Sam Theobald <
>>> sam.theobald at monodraught.com> wrote:
>>> >> >>
>>> >> >> Hi Steve,
>>> >> >>
>>> >> >>
>>> >> >>
>>> >> >> 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.
>>> >> >>
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kst/attachments/20190304/5578ad8e/attachment.html>