<div dir="ltr">After a few trial, I got the EPICS 3.14.9 compiler forward a little, and new error came out. I guess this is related to the size_t issue. Here is the error message:<br><br><br>/usr/bin/g++ -c   -D_POSIX_C_SOURCE=199506L -D_POSIX_THREADS -D_XOPEN_SOURCE=500        -D_X86_  -DUNIX  -D_BSD_SOURCE -Dlinux  -D_REENTRANT -ansi  -O3  -Wall          -g -fPIC -I. -I.. -I../../../include/os/Linux -I../../../include         ../iocinf.cpp <br>
/usr/bin/g++ -c   -D_POSIX_C_SOURCE=199506L -D_POSIX_THREADS -D_XOPEN_SOURCE=500        -D_X86_  -DUNIX  -D_BSD_SOURCE -Dlinux  -D_REENTRANT -ansi  -O3  -Wall          -g -fPIC -I. -I.. -I../../../include/os/Linux -I../../../include         ../convert.cpp <br>
/usr/bin/g++ -c   -D_POSIX_C_SOURCE=199506L -D_POSIX_THREADS -D_XOPEN_SOURCE=500        -D_X86_  -DUNIX  -D_BSD_SOURCE -Dlinux  -D_REENTRANT -ansi  -O3  -Wall          -g -fPIC -I. -I.. -I../../../include/os/Linux -I../../../include         ../test_event.cpp <br>
/usr/bin/g++ -c   -D_POSIX_C_SOURCE=199506L -D_POSIX_THREADS -D_XOPEN_SOURCE=500        -D_X86_  -DUNIX  -D_BSD_SOURCE -Dlinux  -D_REENTRANT -ansi  -O3  -Wall          -g -fPIC -I. -I.. -I../../../include/os/Linux -I../../../include         ../repeater.cpp <br>
/usr/bin/g++ -c   -D_POSIX_C_SOURCE=199506L -D_POSIX_THREADS -D_XOPEN_SOURCE=500        -D_X86_  -DUNIX  -D_BSD_SOURCE -Dlinux  -D_REENTRANT -ansi  -O3  -Wall          -g -fPIC -I. -I.. -I../../../include/os/Linux -I../../../include         ../searchTimer.cpp <br>
../nciu.h:124: warning: 'class privateInterfaceForIO' has virtual functions but non-virtual destructor<br>/usr/bin/g++ -c   -D_POSIX_C_SOURCE=199506L -D_POSIX_THREADS -D_XOPEN_SOURCE=500        -D_X86_  -DUNIX  -D_BSD_SOURCE -Dlinux  -D_REENTRANT -ansi  -O3  -Wall          -g -fPIC -I. -I.. -I../../../include/os/Linux -I../../../include         ../disconnectGovernorTimer.cpp <br>
/usr/include/string.h:296: error: expected identifier before numeric constant<br>/usr/include/string.h:296: error: expected ',' or '..' before numeric constant<br>/usr/include/string.h:296: error: declaration of C function 'void memset(void*, int)' conflicts with<br>
/usr/include/string.h:59: error: previous declaration 'void* memset(void*, int, size_t)' here<br>../nciu.h:124: warning: 'class privateInterfaceForIO' has virtual functions but non-virtual destructor<br>make[3]: *** [disconnectGovernorTimer.o] Error 1<br>
make[3]: Leaving directory `/home/ytian/EPICS/base-3.14.9/src/ca/O.linux-x86'<br>make[2]: *** [install.linux-x86] Error 2<br>make[2]: Leaving directory `/home/ytian/EPICS/base-3.14.9/src/ca'<br>make[1]: *** [ca.install] Error 2<br>
make[1]: Leaving directory `/home/ytian/EPICS/base-3.14.9/src'<br>make: *** [src.install] Error 2<br><br><br>The g++ complained about the string.h file.  Here is the line 296 of /usr/include/string.h:<br>extern void bzero (void *__s, size_t __n) __THROW __nonnull ((1));<br>
<br>Could this be caused by the size_t definition ?  Thank you,<br><br>Tom<br><br><br><br><div class="gmail_quote">On Thu, Oct 2, 2008 at 11:49 AM, Phillip Sorensen <span dir="ltr"><<a href="mailto:pas37@cornell.edu">pas37@cornell.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

/opt/rtems-4.9/bin/powerpc-rtems4.9-gcc --pipe -B/opt/rtems-4.9/powerpc-rtems4.9/mvme2100/lib/ -specs bsp_specs -qrtems   -fasm -c   -mcpu=603e -Dmpc603e -Dppc603e               -DUNIX    -ansi  -O2 -g -mmultiple -mstring -mstrict-align -g  -Wall      -DMY_DO_BOOTP=NULL -DHAVE_PPCBUG     -DRTEMS_NETWORK_CONFIG_DNS_DOMAINNAME=<a href="http://aps.anl.gov" target="_blank">aps.anl.gov</a> <<a href="http://aps.anl.gov/" target="_blank">http://aps.anl.gov/</a>> -DRTEMS_NETWORK_CONFIG_DNS_DOMAINNAME=<a href="http://aps.anl.gov" target="_blank">aps.anl.gov</a> <<a href="http://aps.anl.gov/" target="_blank">http://aps.anl.gov/</a>>  -I. -I.. -I../../../src/libCom/bucketLib -I../../../src/libCom/ring -I../../../src/libCom/calc -I../../../src/libCom/cvtFast -I../../../src/libCom/cppStd -I../../../src/libCom/cxxTemplates -I../../../src/libCom/dbmf -I../../../src/libCom/ellLib -I../../../src/libCom/env -I../../../src/libCom/error -I../../../src/libCom/fdmgr -I../../../src/libCom/freeList -I../../../src/libCom/gpHash -I../../../src/libCom/logClient -I../../../src/libCom/macLib -I../../../src/libCom/misc -I../../../src/libCom/osi -I../../../src/libCom/taskwd -I../../../src/libCom/timer -I../../../src/libCom/tsDefs -I../../../include/os/RTEMS -I../../../include         ../../../src/libCom/bucketLib/bucketLib.c<div class="Ih2E3d">
<br>
powerpc-rtems4.9-gcc: error trying to exec 'cc1': execvp: No such file or directory<br>
as: unrecognized option `-mppc'<br>
</div></blockquote>
<br>
I have been seeing basically the same error with the m68k tools trying to compile EPICS base <a href="http://3.14.9." target="_blank">3.14.9.</a>  If I add the directory with cc1 to the the path it seems to work.  I never had to do that with previous versions of RTEMS.<br>

<br>
I was able yesterday to compile EPICS base 3.14.10-RC1 without a problem.  I have not looked for the difference yet.<br>
<br>
<br>
</blockquote></div><br></div>