2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 <2020> 2021 2022 2023 2024 | Index | 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 <2020> 2021 2022 2023 2024 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: Possible bug in convertRelease.pl |
From: | "Johnson, Andrew N. via Core-talk" <core-talk at aps.anl.gov> |
To: | Florian Feldbauer <florian at ep1.ruhr-uni-bochum.de> |
Cc: | EPICS core-talk <core-talk at aps.anl.gov>, Peter Zumbruch <P.Zumbruch at gsi.de> |
Date: | Tue, 18 Aug 2020 17:31:15 +0000 |
Hi Florian,
On Aug 18, 2020, at 3:32 AM, Florian Feldbauer via Core-talk <core-talk at aps.anl.gov> wrote:
I'm using Base 7.0.3.1 and have noticed a small Problem. The version of GNUmake we were using when I wrote the original EPICS::Release Perl module didn’t have an
undefine statement at all, it got added fairly recently. Just setting a variable to nothing is usually sufficient to resolve
the above issue, so instead of your block of undefine statements above you should be able to do this:
We don’t normally use the GNUmake ‘flavor’ or ‘origin’ functions which can tell the difference, and the above approach will work with any EPICS release.
I don’t see any problem with adding support for that syntax. I see that this was discussed on tech-talk in June last year, but as you discovered that only works with one of the two RELEASE file parsers that the EPICS build system relies on. I
am using a different implementation than your patch and optimizing the other code in that routine slightly at the same time, so this should appear in 7.0.4.2 or 7.0.5, whichever comes next.
Thanks,
- Andrew
--
Complexity comes for free, simplicity you have to work for.
|