I still can't build epics by moving to the base directory and typing gnumake
install.alpha. It halts at a couple of points.
1. aitGen does not get its execute bit set.
2. /usr/shlib/libc.so has unresolved symbols when aitGen executes. (I
changed the execute bits on aitGen by hand.)
Possible Solutions(?):
1. Add a chmod command to the makefile?
2. Change the order of the libraries on the command line? (I'll check this
later.)
Here's what I did to get CA working. The config files need one change. The
nsl library is contained in the c library.
In CONFIG.Host.alpha:
#ARCH_DEP_LDLIBS = -lnsl
ARCH_DEP_LDLIBS = -lc
I moved to the libCom directory and built libCom.a. Then I went to the ca
directory and made one minor change.
<d0ola> diff access.c access.c.orig
1915c1915
< *(dbr_long_t *)pdest = htonl (*(dbr_long_t *)pvalue);
---
> *(long *)pdest = htonl (*(dbr_long_t *)pvalue);
<d0ola>
I'm uncertain as to the reason behind not using the dbr_xxxx_t typedefs
here.
Then I built libca.c. I linked in the new libraries and my program executed
with no unaligned access errors.
I now need to build the IOC software on our alpha after I finish my CA
application. I have wrapped some basic CA functions for use in Python.
Geoff Savage
- Navigate by Date:
- Prev:
Re: CA on alphas Marty Kraimer
- Next:
Digital Unix gcc for 68k and PowerPC Geoff Savage
- 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
- Navigate by Thread:
- Prev:
EPICS 3.13.1 and CVS schoeneburg
- Next:
RE: My fix to CA on alphas Jeff Hill
- 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
|