Experimental Physics and
Industrial Control System

Michael Davidsaver <[email protected]> · Sun, 6 Nov 2016 22:04:17 -0500

There is not yet any Base version which builds/runs against rtems >4.10
due to changes to some ~internal APIs that Base is using.  Including I
think, the malloc() stats in osdPoolStatus.c.

On 11/06/2016 05:38 PM, Matt Rippa wrote:
> Is it expected that either of the latest 3.14 or 3.15 releases should
> build against RTEMS 4.11 ?
> 
> Trying with 3.15.5-rc1 and RTEMS 4.11 I get the following error below.
> I'm using the beatnik, mvme2307 and mvme3100 bsp's.
> 
> FWIW, 3.15.5-rc1 builds fine against RTEMS 4.10.
> -Matt
> 
> <snip>
> ...
> make[3]: Leaving directory
> `/home/mrippa/work/vendor/epics/base-3.15.5-rc1/src/libCom/O.RTEMS-beatnik'
> make[3]: Entering directory
> `/home/mrippa/work/vendor/epics/base-3.15.5-rc1/src/libCom/O.RTEMS-beatnik'
> Installing generic include file
> /gem_sw/epics/R3.15.5-rc1/base/include/os/RTEMS/osiFileName.h
> mkdir /gem_sw/epics/R3.15.5-rc1/base/include/os/RTEMS
> Installing generic include file
> /gem_sw/epics/R3.15.5-rc1/base/include/os/RTEMS/osdSock.h
> <snip>
> ...
> /gem_sw/targetOS/RTEMS/rtems-4.11/bin/powerpc-rtems4.11-gcc --pipe
> -B/gem_sw/targetOS/RTEMS/rtems-4.11/powerpc-rtems4.11/beatnik/lib/
> -specs bsp_specs -qrtems   -fa
> sm   -mcpu=7400 -D__ppc_generic                     -DUNIX      -O2 -g
>   -Wall       -DMY_DO_BOOTP=NULL -DHAVE_MOTLOAD
> -DRTEMS_NETWORK_CONFIG_MBUF_SPACE=2048 -DRTEM
> S_NETWORK_CONFIG_CLUSTER_SPACE=5120     -I. -I../O.Common -I.
> -I../../../src/libCom/osi/compiler/gcc
> -I../../../src/libCom/osi/compiler/default -I. -I../../../src/l
> ibCom/osi/os/RTEMS -I../../../src/libCom/osi/os/posix
> -I../../../src/libCom/osi/os/default -I.. -I../../../src/libCom/as
> -I../../../src/libCom/bucketLib -I../../../
> src/libCom/calc -I../../../src/libCom/cvtFast
> -I../../../src/libCom/cppStd -I../../../src/libCom/cxxTemplates
> -I../../../src/libCom/dbmf -I../../../src/libCom/ellLi
> b -I../../../src/libCom/env -I../../../src/libCom/error
> -I../../../src/libCom/fdmgr -I../../../src/libCom/flex
> -I../../../src/libCom/freeList -I../../../src/libCom/
> gpHash -I../../../src/libCom/iocsh -I../../../src/libCom/log
> -I../../../src/libCom/macLib -I../../../src/libCom/misc
> -I../../../src/libCom/osi -I../../../src/libCom
> /pool -I../../../src/libCom/ring -I../../../src/libCom/taskwd
> -I../../../src/libCom/timer -I../../../src/libCom/yacc
> -I../../../src/libCom/yacc -I../../../src/libCo
> m/yajl -I/gem_sw/epics/R3.15.5-rc1/base/include/compiler/gcc
> -I/gem_sw/epics/R3.15.5-rc1/base/include/os/RTEMS
> -I/gem_sw/epics/R3.15.5-rc1/base/include         -c .
> ./../../src/libCom/osi/os/RTEMS/osdPoolStatus.c
> ../../../src/libCom/osi/os/RTEMS/osdPoolStatus.c: In function
> 'osiSufficentSpaceInPool':
> ../../../src/libCom/osi/os/RTEMS/osdPoolStatus.c:20:5: error:unknown
> type name 'rtems_malloc_statistics_t'
>     rtems_malloc_statistics_t s;
>     ^
> ../../../src/libCom/osi/os/RTEMS/osdPoolStatus.c:23:5: warning:implicit
> declaration of function 'malloc_get_statistics'
> [-Wimplicit-function-declaration]
>     malloc_get_statistics(&s);
>     ^
> ../../../src/libCom/osi/os/RTEMS/osdPoolStatus.c:24:10: error:request
> for member 'space_available' in something not a structure or union
>     n = s.space_available - (unsigned long)(s.lifetime_allocated -
> s.lifetime_freed);
>          ^
> ../../../src/libCom/osi/os/RTEMS/osdPoolStatus.c:24:46: error:request
> for member 'lifetime_allocated' in something not a structure or union
>     n = s.space_available - (unsigned long)(s.lifetime_allocated -
> s.lifetime_freed);
>                                              ^
> ../../../src/libCom/osi/os/RTEMS/osdPoolStatus.c:24:69: error:request
> for member 'lifetime_freed' in something not a structure or union
>     n = s.space_available - (unsigned long)(s.lifetime_allocated -
> s.lifetime_freed);
>                                                                     ^
> make[3]: *** [osdPoolStatus.o] Error 1
> make[3]: Leaving directory
> `/home/mrippa/work/vendor/epics/base-3.15.5-rc1/src/libCom/O.RTEMS-beatnik'
> make[2]: *** [install.RTEMS-beatnik] Error 2
> make[2]: Leaving directory
> `/home/mrippa/work/vendor/epics/base-3.15.5-rc1/src/libCom'
> make[1]: *** [libCom.install] Error 2
> make[1]: Leaving directory
> `/home/mrippa/work/vendor/epics/base-3.15.5-rc1/src'
> make: *** [src.install] Error 2
> 
> 
> 
> On Mon, Oct 31, 2016 at 1:05 PM, Andrew Johnson <[email protected]
> <mailto:[email protected]>> wrote:
> 
>     Ralph Lange and I have today tagged and generated Release Candidate[1]
>     versions of two new versions of EPICS Base for testing purposes. The
>     final releases of these will happen in about 2 weeks time provided no
>     major problems are reported in that period. Please report any problems
>     you find with these to this tech-talk mailing list.
> 
>     Base-3.14.12.6-rc1
>       See http://www.aps.anl.gov/epics/base/R3-14/12.php
>     <http://www.aps.anl.gov/epics/base/R3-14/12.php> for the download
>     link and Release Notes.
> 
>     Base-3.15.5-rc1
>       See http://www.aps.anl.gov/epics/base/R3-15/5.php
>     <http://www.aps.anl.gov/epics/base/R3-15/5.php> for the download
>     link and documentation.
> 
>     These releases contain bug-fixes and various minor updates, and should
>     be compatible with software written for previous releases. See the
>     published Release Notes for details. Most of these modifications were
>     first applied to the Base-3.14 branch and the changes merged up to the
>     Base-3.15 branch.
> 
>     One new feature that is present in both releases is that PCAS now
>     supports variable length array monitor updates — thanks to Matej
>     Sekoranja, Bruce Hill and Ralph Lange for implementing that.
> 
>     The 3.15 branch does contain a major performance improvement to the IOC
>     when loading large numbers of database records.
> 
>     Thanks to all the EPICS Core Developers for their work on these
>     releases.
> 
>     - Andrew Johnson
> 
>     [1] Today's scary word for US residents
> 
>     --
>     Arguing for surveillance because you have nothing to hide is no
>     different than making the claim, "I don't care about freedom of
>     speech because I have nothing to say." -- Edward Snowdon
> 
> 

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System