Re: EPICS 3.15.0 incompatible make rules

[Andrew Johnson <anj@aps.anl.gov>]

Hi Benjamin,

On 2012-10-07 Benjamin Franksen wrote:
> > CLEANS += <list of files to be cleaned>
> >
> > ifndef BASE_3_15
> > clean::
> >       $(RM) $(CLEANS)
> > endif
> 
> What about support modules like seq? I hope the double colon rule means
>  that multiple clean rules (from multiple support modules) are not in
>  conflict with each other, but just wanted to make sure. If yes, I will
>  change the sequencer build rules accordingly.

The sequencer build will need to adopt the above approach to be compatible 
with the 3.15 build rules.  The double-colon rule is there for backwards 
compatibility with 3.14 (that's an if-not-defined BASE_3_15 condition, so it 
only applies for rules from older versions of Base); 3.14 uses double-colon 
rules for clean.  I think 3.13 used a single-colon rules.

> BTW, on my 64 bit linux (debian testing) with base-3.15.0.1, I get an
> inexplicable
> 
> ben@sarun[1]: .../seq/branch-2-1 > make -sj
> make[3]: Circular libseqDev.so. <- ../../../lib/linux-x86_64/libseqDev.so.
> dependency dropped.
> 
> This did not happen with 3.14, I guess the new base rules add some extra
> dependencies. Any idea how to fix that?

This may be something to do with the patch mentioned below, or it might be 
related to a change in $(DEP) dependency rules; if it still occurs after 
applying the patch get back to me.

> (A somewhat strange effect is that if I set LANG=C, then I get no such
> message!)

I can't explain that...

> Also strange: all the generated shared libraries (.so) have an extra '.'
> appended:

Please read the Known Problems for 3.15 and apply the patch to fix that.

HTH,

- Andrew
-- 
Never interrupt your enemy when he is making a mistake.
-- Napoleon Bonaparte