RSB builds single-threaded Newlib by default?

[Linda Huxley]

Hi Chris,

 > What does `sparc-rtems4.11-gcc --version` report?

/c/opt/rtems/r4.11.2/bin $ sparc-rtems4.11-gcc --version
sparc-rtems4.11-gcc.exe (GCC) 4.9.3 20150626 (RTEMS 4.11, RSB no-repo, 
Newlib 2.2.0.20150423)
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

also:

/c/opt/rtems/r4.11.2/bin $ sparc-rtems4.11-gcc -v
Using built-in specs.
COLLECT_GCC=C:\opt\rtems\r4.11.2\bin\sparc-rtems4.11-gcc.exe
COLLECT_LTO_WRAPPER=c:/opt/rtems/r4.11.2/bin/../libexec/gcc/sparc-rtems4.11/4.9.3/lto-wrapper.exe
Target: sparc-rtems4.11
Configured with: ../gcc-4.9.3/configure --prefix=/C/opt/rtems/r4.11.2 
--bindir=/C/opt/rtems/r4.11.2/bin --exec_prefix=/C/opt/rtems/r4.11.2 
--includedir=/C/opt/rtems/r4.11.2/include 
--libdir=/C/opt/rtems/r4.11.2/lib 
--libexecdir=/C/opt/rtems/r4.11.2/libexec 
--mandir=/C/opt/rtems/r4.11.2/share/man 
--infodir=/C/opt/rtems/r4.11.2/share/info 
--datadir=/C/opt/rtems/r4.11.2/share --build=x86_64-w64-mingw32 
--host=x86_64-w64-mingw32 --target=sparc-rtems4.11 
--disable-libstdcxx-pch --with-gnu-as --with-gnu-ld --verbose 
--with-newlib --with-system-zlib --disable-nls 
--without-included-gettext --disable-win32-registry 
--enable-version-specific-runtime-libs --disable-lto 
--enable-newlib-io-c99-formats --enable-newlib-iconv 
--enable-newlib-iconv-encodings=big5,cp775,cp850,cp852,cp855,cp866,euc_jp,euc_kr,euc_tw,iso_8859_1,iso_8859_10,iso_8859_11,iso_8859_13,iso_8859_14,iso_8859_15,iso_8859_2,iso_8859_3,iso_8859_4,iso_8859_5,iso_8859_6,iso_8859_7,iso_8859_8,iso_8859_9,iso_ir_111,koi8_r,koi8_ru,koi8_u,koi8_uni,ucs_2,ucs_2_internal,ucs_2be,ucs_2le,ucs_4,ucs_4_internal,ucs_4be,ucs_4le,us_ascii,utf_16,utf_16be,utf_16le,utf_8,win_1250,win_1251,win_1252,win_1253,win_1254,win_1255,win_1256,win_1257,win_1258 
--enable-threads --disable-plugin --enable-libgomp --enable-languages=c,c++
Thread model: rtems
gcc version 4.9.3 20150626 (RTEMS 4.11, RSB no-repo, Newlib 
2.2.0.20150423) (GCC)

 > Do you have just the one set of tools installed?

Yes.  I just searched my entire disk for "rtems" (to make sure that 
there were no remaining files from MSYS2 redirecting my builds to other 
locations).  There is nothing that isn't in my /c/opt/rtems tree. 
Before building 4.11.2-rc4, I deleted everything in my /c/opt/rtems tree 
so that I could get a clean build.

Also, I still have the MSYS2 MINGW64 shell open that I used for my 
4.11.2-rc4 rsb and kernel builds:

/c/opt/rtems/r4.11.2/bin $ echo $PATH
/c/opt/rtems/r4.11.2/bin:/mingw64/bin:/usr/local/bin:/usr/bin:/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl

Regards,

Linda

On 2017-04-16 15:49, Chris Johns wrote:
> On 17/4/17 7:39 am, Linda Huxley wrote:
>> Hi Chris,
>>
>> I am still unable to build the RTEMS kernel. ...cpukit/configure fails
>> because the following check returns a negative response:
>>
>> checking for struct _Thread_queue_Queue._name... no
>>
>> The configure script is searching sys/lock.h for a structure member.
>> sys/lock.h appears here in my build tree:
>>
>> /c/opt/rtems/r4.11.2/sparc-rtems4.11/include/sys/lock.h
>>
>> However, that version of lock.h only contains "dummy lock routines for
>> single-threaded aps".  I have attached a copy of sys/lock.h.
>>
>> Is there some build setting or environment variable that I have to set
>> to build a multi-threaded version of newlib?
>
> The tools built with the RSB will make sure newlib is correct.
>
> There is something that is not right in the set up and it would be good
> to figure this out.
>
> Do you have just the one set of tools installed?
>
> What does `sparc-rtems4.11-gcc --version` report?
>
> Chris
>