<html><head><style> body {height: 100%; color:#000000; font-size:12pt; font-family:arial,helvetica,sans-serif;}</style></head><body><div>You need the lasted Newlib Git master version or you wait for the next Newlib snapshot (should be available in the next couple of days).<br></div><div><br></div><div>----- Jonathan Brandmeyer <jonathan.brandmeyer@gmail.com> schrieb:<br>></div><div dir="ltr"><div>The libbsd build has now failed on a new error: The header file sys/_stdint.h cannot be found for use by the libutil library and tools that use it. I note that sys/sys/stdint.h has a #ifndef __rtems__ wrap-around for that file's reference to <sys/_stdint.h>.<br><div><br></div>Replacing the #include with <stdint.h> instead does work around the problem, but I wonder if there isn't some other missing dependency.<br><div><br></div></div><div>This was with a fresh update of both rtems-source-builder, rtems-libbsd, and rtems mainline source as of this morning.<br></div><div><br></div><div>Thanks,<br></div>-Jonathan Brandmeyer<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 28, 2015 at 11:31 AM, Jonathan Brandmeyer <span dir="ltr"><<a href="mailto:jonathan.brandmeyer@gmail.com" target="_blank" data-mce-href="mailto:jonathan.brandmeyer@gmail.com">jonathan.brandmeyer@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;" data-mce-style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;"><div dir="ltr"><div><div>Thanks. My toolchain was a few months old, and its update is proceeding. I began the update with a simple git pull followed by re-running the sb-set-builder program, which is continuing to run as I write this. However, I did not explicitly clean the build or start from a fresh git checkout of the rtems-source-builder. Will the sb-set-builder tool do The Right Thing in the "recursive make considered harmful" sense with regard to dependency tracking?<br><div><br></div></div><div>Phrased differently, is supporting an in-place update an explicitly supported usage mode for sb-set-builder, or am I expected to start over from scratch on a new build?<br></div><div><br></div>Thanks,<br></div>Jonathan Brandmeyer<br><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 28, 2015 at 8:18 AM, Sebastian Huber <span dir="ltr"><<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" data-mce-href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;" data-mce-style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;"><div><div>Hello Jonathan,<br></div><div><br></div><div>you need the latest tools (Newlib in particular must be the up to date) to build the libbsd. The Xilinx Zynq is supported.<br></div><div><br></div><div>----- Jonathan Brandmeyer <<a href="mailto:jonathan.brandmeyer@gmail.com" target="_blank" data-mce-href="mailto:jonathan.brandmeyer@gmail.com">jonathan.brandmeyer@gmail.com</a>> schrieb:<br>></div><div><div><div dir="ltr"><div>I'm trying to build rtems-libbsd targeting xilinx_zynq_zedboard and/or xilinx_zynq_qemu in order to test out networking with libbsd. At least two files/types related to time are missing:<br><div><br></div>rtemsbsd/include/rtems/bsd/sys/resource.h includes <sys/_timeval.h> which is not present in RTEMS, my BSP, or libbsd. Numerous files then reference sys/resource.h<br><div><br></div><br></div><div>freebsd/sys/opencrypto/cryptodev.h requests 'struct bintime' to be a member, which is an incomplete type. Again, this type is not provided by RTEMS, my BSP, or libbsd.<br><div><br></div></div><div>Does libbsd work for the ARM Xilinx targets, and if so, what can I do about libbsd's sense of time?<br><div><br></div></div><div>Thanks,<br></div><div>Jonathan Brandmeyer<br></div></div><div><br></div><div><br></div></div></div><div>-- <br></div><div><pre>Sebastian Huber, embedded brains GmbH<br></pre><div><br></div><pre>Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>Phone : +49 89 189 47 41-16<br>Fax : +49 89 189 47 41-09<br>E-Mail : <a href="http://lists.rtems.org/mailman/listinfo/devel" target="_blank" data-mce-href="http://lists.rtems.org/mailman/listinfo/devel">sebastian.huber at embedded-brains.de</a><br>PGP : Public key available on request.<br></pre><div><br></div><pre>Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.</pre></div></div></blockquote></div><br></div><br>></div></div></blockquote></div><br></div><div><br></div><div><br></div><div>-- <br></div><div><pre>Sebastian Huber, embedded brains GmbH<br></pre><div><br></div><pre>Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>Phone : +49 89 189 47 41-16<br>Fax : +49 89 189 47 41-09<br>E-Mail : <a href="http://lists.rtems.org/mailman/listinfo/devel" data-mce-href="http://lists.rtems.org/mailman/listinfo/devel">sebastian.huber at embedded-brains.de</a><br>PGP : Public key available on request.<br></pre><div><br></div><pre>Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.</pre></div></body></html>