Experimental Physics and
Industrial Control System

Hi Ralph,

 

Mea culpa, I should have looked at the README.md more carefully. ADD_MODULES was exactly what I was looking for.

 

Ø  Yes, without the extension.

Ø  (Documented in the README.)

 

Actually I think the README only documents omitting the .set in the context of the “include” statement, not the SET statement.  There is one example (SET=stable) that omits the .set.

 

Ø  MinGW builds are now using the 'compiler: gcc' setting, both for the cross builds from Linux and for the native Windows builds.

Ø  You can just remove the 'compiler:' setting from your job lines, as 'gcc' is the default.

 

Removing compiler: mingw fixed the error, the mingw jobs now succeed.

 

Ø  Also: the 'STATIC=YES/NO' setting has been replaced by 'BCFG=default/static/debug/static-debug'.

 

Yes, I had made all of those changes already.

 

Now my asyn build is only failing on the static-debug builds on Windows with both gcc and vs2017.  https://travis-ci.org/github/epics-modules/asyn/builds/696901014

Those builds fail for different reasons.

 

Michael said those are known problems that are under investigation?

 

The gcc build is just “timing out” with no response after 10 minutes.  I sometimes see a similar problem on my Windows machine if I use “make –j” rather than “make –j8” for example.  One “make” process is just sitting there using 100% of a core.  What –j count is being used by that job?  Is see that cue.py has these lines:

 

cue.py:    parallel = kws.pop('parallel', 2)

cue.py:        makeargs = ['-j{0}'.format(parallel)]

 

I suspect that means there is a default value of –j2.  How does one specify a different value for “parallel”?

 

Thanks,

Mark

 

 

 

From: Core-talk <core-talk-bounces at aps.anl.gov> On Behalf Of Ralph Lange via Core-talk
Sent: Wednesday, June 10, 2020 5:46 AM
To: EPICS Core Talk <core-talk at aps.anl.gov>
Subject: Re: BETA: ci-scripts 3.0 (feat. Windows on Travis)