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 | 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 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: extensions make error |
From: | Ralph Lange <[email protected]> |
To: | EPICS Tech-Talk <[email protected]> |
Cc: | 梁雅翔 <[email protected]> |
Date: | Thu, 28 Jan 2016 12:46:56 +0100 |
Hi Liang,In .../extensions/configure/RELEASE set the path for EPICS_BASE to where your EPICS Base is installed. That might be all that is missing. Also make sure that the ../extensions/src/Makefile (above your extensions) correctly lists all your extensions that you want to compile.
BTW: for starting new installations, I would suggest using the 3.15 branch of EPICS Base. Migration of applications from 3.14 to 3.15 needs some changes, which you can avoid by starting with 3.15. Also, it is no problem running extensions compiled with 3.15 using IOCs that are compiled with 3.14. The Channel Access network protocol is perfectly capable of adapting between different versions.
Cheers, ~Ralph On 28/01/2016 12:31, 梁雅翔 wrote:
Hi, everyone: My environment: redhat server 6.0, base3.14.12.5. I tried to install epics, base is ok. Thers is something wrong when I make extensions which is the Extensions TOP(New method).when I type "make" in /extensions, the message came out:***************************************** configure/CONFIG:18: ../base/configure/CONFIG: No file or directory configure/RULES_TOP:3: ../base/configure/RULES_TOP: No file or directory make: *** There are no rules to create a target“../base/configure /RULES_TOP”。 stop ***************************************** The bin file should have came out. My directory structure: base-3.14.12.5/ extensions/ Makefile configure/ src/ Makefile extension1/ extension2/ ... Do I do something wrong? Thank you for your suggestion. Best regards, Liang