error building latest rtems
Daron Chabot
daron.chabot at gmail.com
Sun Jun 27 18:11:55 UTC 2010
On Sun, Jun 27, 2010 at 1:22 PM, Silver <marco_hair at 163.com> wrote:
> hi, Daron Chabot:
>
> Thanks a lot for your reply.
> In fact, I have tried that switch (--disable-posix) before, it works. but I
> need posix enable.
> You are quite right, I just use the newlib-1.18.0-rtems4.10-20091218.diff
> which coming with newlib-1.18.0, it must be the problem.
> But, with the latest version of rtems, in contrib/crossrpms/patches
> directory, there are only two patchs named as newlib-1.18.0-rtems4.11-xxx,
> not newlib-1.18.0-rtems4.10-xxx. I tried it, seems doesn't work.
> How to get it?
>
You likely obtained your cvs source from the development HEAD version.
Hence, your rtems source is what will become release 4.11 some time in the
future.
You need to specify the 4.10 branch when checking out code from the cvs
repo:
cvs -d :pserver:anoncvs at www.rtems.com:/usr1/CVS co -rrtems-4-10-branch rtems
This version will have the correct newlib patch:
newlib-1.18.0-rtems4.10-20100426.diff
Note: you will need to re-build your toolchain with the correct patches from
contrib/crossrpms/patches, and likely need to download the correct base
versions of the tools (i.e. gcc-4.4.4, etc)
-- dc
>
> ======= At 2010-06-28, 01:01:00 you wrote: =======
>
> >This is an RTEMS problem and should be directed at their mailing list:
> >rtems-users at rtems.org
> >
> >You can configure rtems with --disable-posix (this may break things when
> >trying to build EPICS though...), or apply the proper patch to
> >newlib-1.18.0. You can find this patch in the latest rtems source:
> >contrib/crossrpms/patches/newlib-1.18.0-rtems4.10-20100402.diff
> >
> ><rtems-users at rtems.org>The problem is that you're using an incompatible
> >patch for newlib-1.18.0. Maybe newlib-1.18.0-rtems4.10-20091218.diff from
> >http://www.rtems.org/ftp/pub/rtems/SOURCES/4.10/ ??
> >
> >The latest rtems patch for newlib (not sure of the version) includes
> changes
> >to the "sched_param" structure in libc/include/sys/sched.h, which the
> latest
> >code in score/posix/src now expects.
> >
> >HTH
> >
> >
> >-- dc
> >
> >On Sun, Jun 27, 2010 at 12:27 PM, Silver <marco_hair at 163.com> wrote:
> >
> >> hi,
> >>
> >> I tried to build rtems cross-compile environment. When I tried to
> compile
> >> the latest rtems (from CVS) with i386-rtems-gcc-4.4.2, I got the
> following
> >> errors:
> >> make[5]: Entering directory
> >> `/usr/local/rtems/build/i386-rtems/c/pc386/cpukit/posix'
> >> i386-rtems-gcc --pipe -DHAVE_CONFIG_H -I..
> >> -I../../cpukit/../../../pc386/lib/include -D__RTEMS_INSIDE__
> >> -Werror=overflow -Werror=pointer-to-int-cast
> -Werror=int-to-pointer-cast
> >> -mtune=i386 -O2 -g -Wall -Wimplicit-function-declaration
> -Wstrict-prototypes
> >> -Wnested-externs -MT src/libposix_a-pthread.o -MD -MP -MF
> >> src/.deps/libposix_a-pthread.Tpo -c -o src/libposix_a-pthread.o `test -f
> >> 'src/pthread.c' || echo
> >> '../../../../../../rtems-4.10/c/src/../../cpukit/posix/'`src/pthread.c
> >> ../../../../../../rtems-4.10/c/src/../../cpukit/posix/src/pthread.c: In
> >> function '_POSIX_Threads_Sporadic_budget_TSR':
> >> ../../../../../../rtems-4.10/c/src/../../cpukit/posix/src/pthread.c:82:
> >> error: 'struct sched_param' has no member named 'sched_ss_init_budget'
> >> ../../../../../../rtems-4.10/c/src/../../cpukit/posix/src/pthread.c:109:
> >> error: 'struct sched_param' has no member named 'sched_ss_repl_period'
> >> ../../../../../../rtems-4.10/c/src/../../cpukit/posix/src/pthread.c: In
> >> function '_POSIX_Threads_Sporadic_budget_callout':
> >> ../../../../../../rtems-4.10/c/src/../../cpukit/posix/src/pthread.c:132:
> >> error: 'struct sched_param' has no member named 'sched_ss_low_priority'
> >> make[5]: *** [src/libposix_a-pthread.o] Error 1
> >> make[5]: Leaving directory
> >> `/usr/local/rtems/build/i386-rtems/c/pc386/cpukit/posix'
> >> make[4]: *** [all-recursive] Error 1
> >> make[4]: Leaving directory
> >> `/usr/local/rtems/build/i386-rtems/c/pc386/cpukit'
> >> make[3]: *** [all] Error 2
> >> make[3]: Leaving directory
> >> `/usr/local/rtems/build/i386-rtems/c/pc386/cpukit'
> >> make[2]: *** [all-recursive] Error 1
> >> make[2]: Leaving directory `/usr/local/rtems/build/i386-rtems/c/pc386'
> >> make[1]: *** [all-recursive] Error 1
> >> make[1]: Leaving directory `/usr/local/rtems/build/i386-rtems/c'
> >> make: *** [all-recursive] Error 1
> >> make: Leaving directory `/usr/local/rtems/build'
> >> Does anyone has similiar problems? thanks a lot for your help.
> >>
> >>
> >> Best regards
> >> Geyang 2010-06-28
> >>
> >>
> >>
> >
>
> = = = = = = = = = = = = = = = = = = = =
>
>
> Best regards
> Geyang 2010-06-28
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20100627/6d5297e1/attachment-0001.html>
More information about the users
mailing list