Hi Andrew,
Tl;dr: Yes, set
VALID_BUILDS = Ioc Command
in your
configure/os/CONFIG.Common.linux-arm-gnueabihf
file.
Different EPICS target architectures support different kinds of products, for example for VxWorks and RTEMS targets we don’t compile
the e_flex or
antelope build tools, or the stand-alone
caRepeater or catools programs. A target can adjust the products to be built by overriding the variable
VALID_BUILDS in its
configure/os/CONFIG.Common.<arch> file.
In EPICS 7.0.5 we introduced a new product type “Command” and the new variables
PROD_CMD,
LIBRARY_CMD,
SCRIPTS_CMD etc. for targets that want only the command-line programs to be built
without the IOC code (or vice versa, the iOS target cannot build regular executables).
More information and instructions on how to adjust your site-specific target configuration files were included in
this
Release Notes entry.
- Andrew
--
Complexity comes for free, Simplicity you have to work for.
On 3/12/26, 10:21 PM, "Tech-talk" <tech-talk-bounces at aps.anl.gov> wrote:
Hi EPICS community,
I recently took over maintaining the cross-compilation environment for our Red Pitaya targets.
I noticed that caRepeater was not running on the Red Pitaya hosts, and it turned out that
caRepeater program and others like caget, caput and camonitor were missing from the
base/bin/linux-arm-gnueabihf directory; while items such as pvget, pvinfo, softIoc were there.
As a work around I changed PROD_CMD to PROD_DEFAULT in modules/ca/src/client/Makefile and
modules/ca/src/tools/Makefile and then caRepeater and friends built successfully.
My question: is there something I can add to configure/CONFIG_SITE.local or similar to achieve
this without changing the Makefiles.
The version of EPICS base that I am using is R7.0.9
Regards
|
Andrew STARRITT
Principal Controls Engineer
|

|
|
|
|
|
|
|
Important: This transmission is intended only for the use of the intended addressee. It is confidential to the intended addressee and may contain privileged information and or copyright material. If this email is not intended for your attention, any use,
printing, storage, reproduction or further disclosure of this communication (including all attachments) is strictly forbidden. If you have received this transmission in error, please notify me by telephone or email and immediately delete all copies of this
transmission as well as any attachments. Emails sent and received by ANSTO will be managed in accordance with ANSTO's legal obligations including the Archives Act 1983 and the Privacy Act 1988
|
OFFICIAL
- Replies:
- RE: cross compilation missing caRepeater [SEC=OFFICIAL] STARRITT, Andrew via Tech-talk
- References:
- cross compilation missing caRepeater [SEC=OFFICIAL] STARRITT, Andrew via Tech-talk
- Navigate by Date:
- Prev:
Re: pvaRepeater [SEC=UNOFFICIAL] Ralph Lange via Tech-talk
- Next:
Scaler/MCS dark counts? Jesse Hopkins via Tech-talk
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
2025
<2026>
- Navigate by Thread:
- Prev:
cross compilation missing caRepeater [SEC=OFFICIAL] STARRITT, Andrew via Tech-talk
- Next:
RE: cross compilation missing caRepeater [SEC=OFFICIAL] STARRITT, Andrew via Tech-talk
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
2025
<2026>
|