RTEMS 4.10 Autoconf tools

[Ralf Corsepius]

On 09/10/2010 05:30 AM, Ian Caddy wrote:
>
>
> On 10/09/2010 10:30 AM, Ian Caddy wrote:
>>
>> This seems to have sorted the bootstrap out, now onto the configure and
>> make...
>>
>> I will let you know if I have any more issues.
>
> OK, it turns out the built myself autotools were not the problem, I
> still have a compile fail at cpulit/posix/src/pthread.c
>
> Error below:
>
>
> arm-rtems4.10-gcc --pipe -DHAVE_CONFIG_H -I..
> -I../../cpukit/../../../at91sam9263ek/lib/include -D__RTEMS_INSIDE__
> -Werror=overflow -Werror=pointer-to-int-cast -Werror=int-to-pointer-cast
> -mstructure-size-boundary=8 -mcpu=arm926ej-s -mfpu=vfp -mfloat-abi=soft
> -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
> '/c/rtems-4.10/c/src/../../cpukit/posix/'`src/pthread.c
> c:/rtems-4.10/cpukit/posix/src/pthread.c: In function
> '_POSIX_Threads_Sporadic_budget_TSR':
> c:/rtems-4.10/cpukit/posix/src/pthread.c:82: error: 'struct sched_param'
> has no member named 'sched_ss_init_budget'
> c:/rtems-4.10/cpukit/posix/src/pthread.c:109: error: 'struct
> sched_param' has no member named 'sched_ss_repl_period'
> c:/rtems-4.10/cpukit/posix/src/pthread.c: In function
> '_POSIX_Threads_Sporadic_budget_callout':
> c:/rtems-4.10/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
>
>
> This "struct sched_param" is defined in the compiler rtems includes from:
>
> /opt/rtems-4.10/arm-rtems4.10/include/sys/sched.h as:
>
>> /* Scheduling Parameters, P1003.1b-1993, p. 249
>> NOTE: Fields whose name begins with "ss_" added by P1003.4b/D8, p. 33. */
>>
>> struct sched_param {
>> int sched_priority; /* Process execution scheduling priority */
>>
>> #if defined(_POSIX_SPORADIC_SERVER)
>> int ss_low_priority; /* Low scheduling priority for sporadic */
>> /* server */
>> struct timespec ss_replenish_period;
>> /* Replenishment period for sporadic server */
>> struct timespec ss_initial_budget; /* Initial budget for sporadic
>> server */
>> #endif
>> };
>
> And it does not have the extra parameters defined.

It does have it:

# lftp -c get 
ftp://ftp.rtems.org/pub/rtems/mingw32/4.10/rtems-4.10-arm-rtems4.10-gcc/rtems-4.10-arm-rtems4.10-newlib-1.18.0-15.tar.bz2
# tar xjf rtems-4.10-arm-rtems4.10-newlib-1.18.0-15.tar.bz2
# grep -R sched_ss_repl_period opt/
opt/rtems-4.10/arm-rtems4.10/include/sys/sched.h:  struct timespec 
sched_ss_repl_period;

=> The packages you are trying to use under mingw are out of sync with 
the packages on rtems.org.

They lack a change having been introduced back in March:

2010-04-02     Ralf Corsépius <ralf.corsepius at rtems.org>

        * libc/include/sched.h, libc/include/sys/sched.h:
        Adopt newlib-cvs's versions.


> It looks like the prebuilt mingw tools are out of sync with the 4.10
> source.

This conclusion is not correct.

The prebuilt-tarballs below ftp.rtems.org://pub/rtems/mingw32 and the 
linux rpms below ftp.rtems.org://pub/rtems/linux are being built from 
identical sources and normally correspond to the current status of the 
corresponding rtems version.

The packages below ftp.rtems.org://pub/rtems/windows are out of sync and 
effectively dead - Is it them you are trying to use?


> We can built this bsp using Ubuntu where the tools were built in house
> using all the RTEMS patches.

Well, I don't know where you've got these packages from nor what they 
have been built from - You're on your own with Ubuntu.

Ralf