EPICS Home EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

Format page
for printing


Search Tech-talk
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  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 
<== Date ==> <== Thread ==>
Subject: Re: Port of EPICS 3.14.9 to ETRAX CRIS architecture - Strange Data
From: Andrew Johnson <[email protected]>
To: Dirk Zimoch <[email protected]>
Cc: [email protected]
Date: Mon, 27 Aug 2007 10:38:24 -0500
Dirk Zimoch wrote:

In my opinion, the config files are a much better place to configure the system than the source code.

Most operating systems nowadays already /have/ header files for providing byte order information to compiled code. Personally I think we should be using these in libCom/osi/os files rather than defining our own:

On Linux, <endian.h> defines __BYTE_ORDER to be one of __LITTLE_ENDIAN, __BIG_ENDIAN or __PDP_ENDIAN, and similarly defines __FLOAT_WORD_ORDER since that is needed for the ARM Netwinder FP library.

On vxWorks, <vxWorks.h> includes <types/vxArch.h> which defines _BYTE_ORDER to be one of _BIG_ENDIAN or _LITTLE_ENDIAN

On Solaris, <sys/isa_defs.h> defines one or other of the macros _LITTLE_ENDIAN or _BIG_ENDIAN.

I don't know whether Windows has anything equivalent, but I'm not sure that it runs on any big endian architectures anyway so it may not need one.

If we make any more significant changes in this area it should be to using the above OS-defined macros, which should fix this problem once and for all.

- Andrew
--
When a distinguished but elderly scientist states that something is
possible, he is almost certainly right.  When he states that something
is impossible, he is very probably wrong.  -- Arthur C. Clarke
Replies:
RE: Port of EPICS 3.14.9 to ETRAX CRIS architecture - Strange Data Jeff Hill
References:
Port of EPICS 3.14.9 to ETRAX CRIS architecture - Strange Data Peter Zumbruch
Re: Port of EPICS 3.14.9 to ETRAX CRIS architecture - Strange Data Dirk Zimoch
Navigate by Date:
Prev: RE: bug in Red Hat Linux g++ 3.2.3 Jeff Hill
Next: Re: bug in Red Hat Linux g++ 3.2.3 Eric Norum
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: Re: Port of EPICS 3.14.9 to ETRAX CRIS architecture - Strange Data Dirk Zimoch
Next: RE: Port of EPICS 3.14.9 to ETRAX CRIS architecture - Strange Data 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 
ANJ, 10 Nov 2011 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·