EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

<20022003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  Index <20022003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022 
<== Date ==> <== Thread ==>

Subject: Re: RISC_pad in dbr_time_double
From: Marty Kraimer <[email protected]>
To: "TYLER, Paul" <[email protected]>, "'Janet Anderson'" <[email protected]>
Cc: Jeff Hill <[email protected]>, "'Andrew Johnson'" <[email protected]>, [email protected], Ralph Lange <[email protected]>, Eric Norum <[email protected]>
Date: Mon, 09 Dec 2002 12:44:43 -0600
All,

I committed changes to dbStaticRun.c The changes check for int_MAX in realToString and also use epicsInt32 and epicsUint32 for values transfered to/from long fields in records.

TYLER, Paul wrote:
Hi Marty & Jeff (and everyone else),

I have compiled R3.14.0 cvs release of 8th Dec 2002 on our alphastations, using gcc3.2 under Digital
Unix 4.0d.  Initial tests (all I'm capable of doing at the moment) indicate that it works just as my
patched R3.14.0beta2 version did.  So thanks for the work.  (And I heard a couple of days ago that
HP are discontinuing development of the alpha chip!  I suppose there will be new 64 bit machines
come along though.)

Just an aside. It appears that on solaris long is 32 bits unless a compiler flag
is specified. I tried it but then I was not compatible with the libraries. It
appears that on solaris the way to get 64 bit integers is via "long long".

The steps I required to compile the CVS version were:
1) Install my configuration files.  I've used "alpha-osf-gnu" for the architecture
(EPICS_HOST_ARCH).
2) In src/libCom/osi/os, I made a directory "osf" and copied the contents of "alpha".  I'm not sure
what "alpha" is for but the scripts/Makefiles go looking for an "osf" directory.  I also added the
SD_BOTH definition to osdSock.h in the osf directory.  It use to be in that file in the "alpha"
directory for the beta2 release, but has gone in the cvs release.  I didn't look into what that did.
I just put it back and hoped for the best!

3) There are issues with osdMutex.c.  The test on _XOPEN_SOURCE and the default osf/digital Unix
settings in /usr/include/standards.h cause an error.  Under osf _XOPEN_SOURCE is defined but has no
value and for some reason, this caused cpp to give an error.  That doesn't happen under x86 linux.
I can't work it out.  Anyway, I inserted various -D options in the configuration files to use the
code for _XOPEN_SOURCE<=500.  I didn't assess whether the new code would work.

If someone wants a tar of the files I needed to add, I'm happy to supply it.

If you have files to put in <base>/configure/os/ then I please prepare justb
these files and send them to Janet. remember, however, that we have no way to
test alpha here at APS.

If you want me to run any tests, supply me with code or tell me what to do.  I'll happily try them
out.

Again we are hoping to anounce 3.14.1 next Monday. Thus we still have this week for testing.
Marty


References:
RE: RISC_pad in dbr_time_double TYLER, Paul

Navigate by Date:
Prev: RE: RISC_pad in dbr_time_double TYLER, Paul
Next: The C10K problem Andrew Johnson
Index: <20022003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022 
Navigate by Thread:
Prev: RE: RISC_pad in dbr_time_double TYLER, Paul
Next: RE: Epics base3.14.beta2 for Tornado2.2 Jeff Hill
Index: <20022003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022 
ANJ, 02 Feb 2012 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·