Help with MinGW and 4.8 release candidate

Joel Sherrill joel.sherrill at oarcorp.com
Sun Jan 20 09:10:02 CST 2008


Dirk Heinrichs wrote:
> Am Samstag, 19. Januar 2008 schrieb Dirk Heinrichs:
>   
>> Chris Johns <chrisj at ...> writes:
>>     
>>> Joel Sherrill wrote:
>>>       
>>>> Spin the MinGW tools. :-D
>>>>         
>>> The build-17 tools are available for the RTEMS 4.8.
>>>
>>>   http://www.rtems.org/ftp/pub/rtems/windows/4.8/build-17/
>>>       
>> In my attempt to build RTEMS 4.7.99.2 with a self-built gcc 4.2.2
>> toolchain, I just ran into the same error "conflicting types for
>> 'gettimeofday'" when compiling libcsupport.
>>
>> The versions used for building the toolchain are:
>>
>> gcc 4.2.2
>> binutils 2.18
>> newlib 1.15.0
>>
>> with the following patches applied:
>>
>> binutils-2.18-rtems4.8-20071104.diff
>> gcc-422-ada-20071206.diff
>> gcc-core-4.2.2-rtems4.8-20071127.diff
>> newlib-1.15.0-rtems4.8-20071221.diff
>>
>> Any hints what I could do to solve this?
>>     
>
> Here's the error msg I get, just in case:
>
> gmake[5]: Entering directory 
> `/gentoo/build/build-rtems/i386-rtems4.8/c/pc686/cpukit/libcsupport'
> i386-rtems4.8-gcc --pipe -DHAVE_CONFIG_H   -I.. -I../../cpukit/../../../pc686/lib/include  -Wall -fasm -mtune=pentiumpro -O2 -g -MT 
> src/libcsupport_a-__gettod.o -MD -MP -MF 
> src/.deps/libcsupport_a-__gettod.Tpo -c -o src/libcsupport_a-__gettod.o 
> `test -f 'src/__gettod.c' || 
> echo '../../../../../../rtems-4.7.99.2/c/src/../../cpukit/libcsupport/'`src/__gettod.c
> ../../../../../../rtems-4.7.99.2/c/src/../../cpukit/libcsupport/src/__gettod.c:40: 
> error: conflicting types for 'gettimeofday'
> /opt/stow/gcc-4.2.2/bin/../lib/gcc/i386-rtems4.8/4.2.2/../../../../i386-rtems4.8/include/sys/time.h:73: 
> error: previous declaration of 'gettimeofday' was here
> gmake[5]: *** [src/libcsupport_a-__gettod.o] Error 1
> gmake[5]: Leaving directory 
> `/gentoo/build/build-rtems/i386-rtems4.8/c/pc686/cpukit/libcsupport'
>
>   
The signature of gettimeofday and sync changed.  newlib 1.16.0
has it right per POSIX.  newlib 1.15.0 and RTEMS had it wrong.
So you need to update at least those two files to be in sync.

-joel
> Bye...
>
> 	Dirk
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> rtems-users mailing list
> rtems-users at rtems.com
> http://rtems.rtems.org/mailman/listinfo/rtems-users
>   




More information about the rtems-users mailing list