ibuclaw at gdcproject.org
Tue Sep 8 20:03:03 UTC 2020
On Tuesday, 8 September 2020 at 16:44:39 UTC, wjoe wrote:
> On Tuesday, 8 September 2020 at 14:18:10 UTC, Iain Buclaw wrote:
>> On Tuesday, 8 September 2020 at 13:50:26 UTC, wjoe wrote:
>>> On Monday, 7 September 2020 at 10:41:50 UTC, wjoe wrote:
>>>> Options I can think of are:
>>>> A) A Dockerfile for each case in (1.,) 2. and 3., or
>>>> B) A docker container which provides the environment to
>>>> build GCC and a (Cirrus) CI config which defines the tasks
>>>> to cover (1.,) 2. and 3.
>>> Small update.
>>> Option A) isn't possible with Cirrus CI because the check-out
>>> phase takes about 54 minutes on average and building the
>>> container about 6 minutes.
>>> Then the task is terminated on the 60 minutes mark (the
>>> default timeout) before it even starts the GCC configuration
>>> The environment is 4GB RAM and dual CPU with 16 threads.
>> It is just doing a plain git clone? Can you control whether
>> checkout is done using --single-branch or --depth?
> This update was about a build via the zero configuration
> feature by just providing a Dockerfile.
> Just to see if it works but it didn't.
> I didn't find a git clone command in the log so I couldn't
> really tell.
> A lot of things, such as RAM, timeout, custom git checkouts,
> custom command to build a docker container, environment
> variables, etc., can be configured in a cirrus configuration
> So what I'm doing now is making a .cirrus.yml with a custom
> checkout, a shallow clone with --depth=1 of the master-ci
> branch should do the trick, using the container I made for
> building gcc.
> Then I'll adapt the build-ci script for use with Cirrus-CI.
> E.g. the dependency installation for instance isn't necessary
> by using a container that already provides all those.
> I'm not sure if Johannes was referring to that script being a
> bad idea in hindsight. If so it's not a problem to define the
> necessary steps in the cirrus config.
Well the ci script in the repo  should be used as a baseline,
if not in its entirety as it's been used on enough to work in
many environments, whether building a native or cross compiler.
At the very least, you just need to set-up the environment()
using whatever variables Cirrus provides and it'll just go and
I think I do have a copy somewhere that adds support for running
it locally without any dependencies on a specific CI.
More information about the D.gnu