Re: EPICS Base Release-Candidate Double Feature!

[Matt Rippa <mrippa@gemini.edu>]

Hello Heinz,

Thanks for this. I'll test it.

-Matt

On Sun, Nov 6, 2016 at 9:52 PM, Heinz Junkes <junkes@fhi-berlin.mpg.de> wrote:

Hi Matt,

I made a port of EPICS 3.15 for RTEMS 4.12 (tested on MVME6100, beatnik)

And put it for review to the launchpad:

https://code.launchpad.net/~junkes/epics-base/adap-rtems4.12


There is also a pull request for bundleCPP (epics v4):

https://github.com/hjunkes/bundleCPP


Cheers,
Heinz

> On 06 Nov 2016, at 23:38, Matt Rippa <mrippa@gemini.edu> 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 <anj@aps.anl.gov> 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 for the download
> link and Release Notes.
>
> Base-3.15.5-rc1
>   See 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
>