<div dir="ltr">Hello everyone!<div><br></div><div>Apologies for breaking the chain of this conversation. <br><div>I have also been working (read struggling) on adding libbsd and ntp support </div><div>for RTEMS+EPICS on xilinx_zynq_a9_qemu and trying </div><div>to figure out what files in /rtems/rtems-libbsd and /rtems/rsb/source-builder/, I have to begin with. </div></div><div><br></div><div>In the rtems/rtems-libbsd, I am attempting to change libbsd.py file,</div><div>While in rtems/rsb/source-builder/, I have worked on ntp-4-1.cfg. </div><div><br></div><div>However, I will really appreciate if this beginner can get some useful </div><div>resources or past works to get on the right track to progress ahead.</div><div><br></div><div>Thank you so much! </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 30, 2020 at 3:49 PM Heinz Junkes <<a href="mailto:junkes@fhi-berlin.mpg.de">junkes@fhi-berlin.mpg.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello, Chris,<br>
thanks for testing it right away. It was a stupid mistake on my part, of course.<br>
<br>
To get around the build error I had to define macros in the build-script.<br>
“-DHAVE_MKTIME -DHAVE_TIMEGM”<br>
<br>
Unfortunately, configure --extra-cflags does not work as expected<br>
So I set CFLAGS before the call to configure and forgot to append the existing flags ${CFLAGS} :-(<br>
<br>
Heinz<br>
<br>
<br>
> On 30. Apr 2020, at 01:33, Chris Johns <<a href="mailto:chrisj@rtems.org" target="_blank">chrisj@rtems.org</a>> wrote:<br>
> <br>
> On 29/4/20 8:03 pm, Heinz Junkes wrote:<br>
>> unfortunately i can't really get along with the source-builder/sb-set-builder.<br>
> <br>
> Can you build the package by manually? This is the recommended first step. The RSB is just a means to capture those manual steps.<br>
> <br>
>> For example, I want to build ntp for xilinx_zynq_a9_qemu using the command line:<br>
>> (in rtems-source-builder-5.0.0-m2003/rtems)<br>
> <br>
> This is a snapshot release which means it can break. While we try as best we can there is no guarantee a release snapshot will work. Having said that I am pleased you are testing it and reporting problems.<br>
> <br>
>> ../source-builder/sb-set-builder —log=log_ntp_arm.txt —prefix=/home/h1/GSOC/RTEMS/5.0.0-m2003 \<br>
>> —host=arm=rtems5 —with-rtems-bsp=xilinx_zynq_a9_qemu net/ntp<br>
> <br>
> I have attempted to build net/ntp for the same BSP from the RSB master and I am seeing this following error:<br>
> <br>
> ../../ntp-4.2.6p5/libntp/mktime.c:67:2: error:<br>
> #error libntp supplied mktime()/timegm() do not support 64-bit time_t<br>
> <br>
> Do you have something else you are building?<br>
> <br>
>> I have assumed that the compiler flags for xilinx_zynq_a9_qemu are taken over by the specification for which BSP<br>
>> I want to build this.<br>
>> E.g. “-march-armv7-a”<br>
> <br>
> Do you mean "-march=armv7-a"?<br>
> <br>
>> Unfortunately, the compilation of ntp does not work, because __ARM_ARCH is not set to “7"<br>
>> but remains defined at the default value of "4”.<br>
>> Because of the missing CFLAGS for the  xilinx_zynq_a9_qemu architecture?<br>
> <br>
> Are you saying the compile command line flags do not have the correct `-march=armv7-a` option?<br>
> <br>
> The build I just did that failed has the correct set of machine flags for a Zynq (Cortex-A9):<br>
> <br>
> -march=armv7-a -mthumb -mfpu=neon -mfloat-abi=hard -mtune=cortex-a9<br>
> <br>
> And this gives me:<br>
> <br>
> $ arm-rtems5-gcc -dM -E -march=armv7-a -mthumb -mfpu=neon \<br>
>   -mfloat-abi=hard -mtune=cortex-a9 - < /dev/null | grep '__ARM_ARCH '<br>
> #define __ARM_ARCH 7<br>
> <br>
> Chris<br>
<br>
_______________________________________________<br>
users mailing list<br>
<a href="mailto:users@rtems.org" target="_blank">users@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/users</a></blockquote></div>