<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 7, 2016 at 11:15 AM, Isaac Gutekunst <span dir="ltr"><<a href="mailto:isaac.gutekunst@vecna.com" target="_blank">isaac.gutekunst@vecna.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think I've found some git trouble going on, so I'll give that a shot. I think I might have a strange hybrid of the 4.11 and 4.12 branch due to a nasty rebase.<br>
<br></blockquote><div><br></div><div>Sometimes I ended up in strange situations with git also. 99% of the time all is well</div><div>but I still screw things up occasionally.</div><div><br></div><div>I hope it helps.</div><div><br></div><div>--joel</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Isaac<div><div class="h5"><br>
<br>
On 03/07/2016 11:54 AM, Isaac Gutekunst wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
../rtems/configure --enable-rtemsbsp="stm32f7x" --enable-maintainer-mode<br>
--disable-tests  --enable-cxx  --target=arm-rtems4.12<br>
--prefix=$RTEMS/lib-rtems --disable-networking<br>
<br>
Since this is still our unreleased BSP, there could be some issues<br>
related to it. I'm just not sure what to look for.<br>
<br>
<br>
I built GCC last week I believe.<br>
<br>
Here is the --version output:<br>
<br>
arm-rtems4.12-gcc (GCC) 6.0.0 20160228 (RTEMS 4.12, RSB<br>
b537e5536459e207fc8e56a1df3774c1700606d5, Newlib 2.3.0.20160226)<br>
<br>
<br>
Isaac<br>
<br>
On 03/07/2016 11:32 AM, Joel Sherrill wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This is odd. I just did a fresh update and rebuilt sparc/sis with POSIX<br>
enabled.<br>
I didn't have trouble.<br>
<br>
The gcc+newlib version bumped last week but that shouldn't have had an<br>
impact<br>
yet and wouldn't have broken this. It added prototypes for a few pthread<br>
routines<br>
I am adding.<br>
<br>
How did you configure exactly?<br>
<br>
--joel<br>
<br>
On Mon, Mar 7, 2016 at 9:24 AM, Isaac Gutekunst<br>
<<a href="mailto:isaac.gutekunst@vecna.com" target="_blank">isaac.gutekunst@vecna.com</a> <mailto:<a href="mailto:isaac.gutekunst@vecna.com" target="_blank">isaac.gutekunst@vecna.com</a>>> wrote:<br>
<br>
    Correcting my subject typo.<br>
<br>
    On 03/07/2016 10:23 AM, Isaac Gutekunst wrote:<br>
<br>
        Hi,<br>
<br>
        I'm trying to build RTEMS master for ARM, and am getting the<br>
        following<br>
        compile error:<br>
<br>
<br>
../../../../../../rtems/c/src/../../cpukit/libfs/src/pipe/fifo.c: In<br>
        function 'pipe_interruptible':<br>
<br>
../../../../../../rtems/c/src/../../cpukit/libfs/src/pipe/fifo.c:76:34:<br>
        error: 'Thread_queue_Control {aka struct <anonymous>}' has no<br>
member<br>
        named 'state'<br>
             the_barrier->Barrier.Wait_queue.state |=<br>
        STATES_INTERRUPTIBLE_BY_SIGNAL;<br>
                                            ^<br>
<br>
../../../../../../rtems/c/src/../../cpukit/libfs/src/pipe/fifo.c:80:34:<br>
        error: 'Thread_queue_Control {aka struct <anonymous>}' has no<br>
member<br>
        named 'state'<br>
             the_barrier->Barrier.Wait_queue.state |=<br>
        STATES_INTERRUPTIBLE_BY_SIGNAL;<br>
<br>
<br>
        I can't seem to find a definition for the Barrier_Control struct,<br>
        andhaven't been able to find a root cause.<br>
<br>
        It could as always be a bootstrapping/cleaning problem where the<br>
        wrong<br>
        file is being built, but I don't think so.<br>
<br>
        Anyone know what's going on?<br>
<br>
        Thanks,<br>
<br>
        Isaac<br>
        _______________________________________________<br>
        users mailing list<br>
        <a href="mailto:users@rtems.org" target="_blank">users@rtems.org</a> <mailto:<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><br>
<br>
    _______________________________________________<br>
    users mailing list<br>
    <a href="mailto:users@rtems.org" target="_blank">users@rtems.org</a> <mailto:<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><br>
<br>
<br>
</blockquote>
_______________________________________________<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><br>
</blockquote>
_______________________________________________<br>
users mailing list<br>
<a href="mailto:users@rtems.org" target="_blank">users@rtems.org</a><br>
</div></div><a href="http://lists.rtems.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/users</a><br>
</blockquote></div><br></div></div>