[ANNOUNCEMENT] Updated: {gnutls/libgnutls28/gnutls-devel/gnutls-doc/gnutls-guile}-3.2.0-1: Library implementing TLS 1.0 and SSL 3.0 protocols

[Dr . Volker Zell]

Hi

New versions of 'gnutls/libgnutls28/gnutls-devel/gnutls-doc/gnutls-guile' have 
been uploaded to a server near you.

 o Update to latest upstream version
 o Build for cygwin 1.7.18 with gcc-4.5.3


gnutls NEWS:
===
  
** libgnutls: Use nettle's elliptic curve implementation.

** libgnutls: Added Salsa20 cipher

** libgnutls: Added UMAC-96 and UMAC-128

** libgnutls: Added ciphersuites involving Salsa20 and UMAC-96.
As they are not standardized they are defined using private ciphersuite 
numbers.

** libgnutls: Added support for DTLS 1.2.

** libgnutls: Added support for the Application Layer Protocol Negotiation
(ALPN) extension.

** libgnutls: Removed support for the RSA-EXPORT ciphersuites.

** libgnutls: Avoid linking to librt (that also avoids unnecessary
linking to pthreads if p11-kit isn't used).

** API and ABI modifications:
gnutls_cipher_get_iv_size: Added
gnutls_hmac_set_nonce: Added
gnutls_mac_get_nonce_size: Added


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO



If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:


http://cygwin.com/lists.html#subscribe-unsubscribe

If this does not work, then look at the "List-Unsubscribe: " tag in the
email header of this message.  Send email to the address specified
there.  It will be in the format:


cygwin-announce-unsubscribe-you=yourdomain.com  cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Strange problem with find and directories

[Corinna Vinschen]

On May 16 01:56, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> $ strace --help
> ...
>   -V, --versionoutput version information and exit
> ...
> 
> So man page needs to be more *case-sensitive*.  Also, it looks like -f

Dunno where the man page error stems from, but the official documentation
is correct:  http://cygwin.com/cygwin-ug-net/using-utils.html#strace

> actually turns off the child tracing

This is documented in http://cygwin.com/cygwin-ug-net/using-utils.html#strace
as well:

  -f, --trace-children trace child processes (toggle - default true)

> 
> Finally, I had strace running without the -f switch, and it finished
> successfully, showing the following sequence in the trace file leading
> to errno 20 (ENOTDIR):
> [...]
>28   86781 [main] find 5420 open: -1 = open(/home/lavr/test/dir, 
> 0x30C000), errno 20
> 
> Clearly, find would be happy to see ENOENT there (and it's actually what 
> should have
> been flagged in the absence of the directory after its removal, as ENOTDIR is
> not applicable in such case).

Fixed in CVS.  You now get

  $ mkdir dir
  $ find . -name dir -type d -exec rm -rf '{}' \;
  find: `./dir': No such file or directory

as on Linux.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: initscripts-0.9-4: System V Init Clone initscripts

[Dr . Volker Zell]

Hi

A new version of 'initscripts' has been uploaded to a server near you.

 o Uses cygport for .hint files generation


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO



If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:


http://cygwin.com/lists.html#subscribe-unsubscribe

If this does not work, then look at the "List-Unsubscribe: " tag in the
email header of this message.  Send email to the address specified
there.  It will be in the format:


cygwin-announce-unsubscribe-you=yourdomain.com  cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Base Cygwin now requires Python?

[Charles Wilson]

On 5/16/2013 2:41 AM, Steven Penny wrote:

Because of this dependency line

mintty
  cygutils
   desktop-file-utils
libglib2.0_0
 python-gobject
  python

A base Cygwin install now requires Python. Can this be changed? While Python is
a good language I hardly feel it is appropriate to add that bulk to a base
install.


I agree. It's an unintended consequence of this change:

2011-10-27  Yaakov Selkowitz  <...>

Integrate cygstart with FD.o menu and mimetype system.
* src/cygstart/cygstart.desktop: New file.
* src/cygstart/cygutils.xml: New file.
* Makefile.am: Dist and install these files.
* NEWS: Update documentation.

which caused the (auto-generated) postinstall script to have the 
following two commands:


/usr/bin/update-desktop-database
/usr/bin/update-mime-database /usr/share/mime

which in turn, caused the (auto-generated) dependency list to include 
desktop-file-utils and shared-mime-info.


There are a couple of choices:

1) override the (auto-generated) dependencies to not list those tools
   a) then the postinstall script will fail, but maybe that's ok

2) override the (auto-generated) postinstall script to check existence
   before calling those tools (and also #1?)
   a) at least that way the postinstall script won't report failure

3) teach cygport to autogenerate the postinstall script such that it
   checks existence first, before calling the tools.
   a) probably too hard to ALSO teach it to recognize conditional usage
  of the tools so as to avoid listing desktop-file-utils and
  shared-mime-info when auto-generating the dependency list, so
   b) probably need to do #1 here, as well.

In the meantime, I'm going to do #1 on the server, so that these deps 
aren't pulled in to a base install. That means the script will fail, 
until we resolve the issue.


Yaakov, any comments?

--
Chuck
cygutils maintainer

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: OpenSSH-6.2p2-1

[Corinna Vinschen]

I've just updated the Cygwin version of OpenSSH to 6.2p2-1.

The official upstream release message for 6.2p2:


This is a portable OpenSSH bugfix release.

Changes since OpenSSH 6.2p1
===

Bugfixes:

 * ssh(1): Only warn for missing identity files that were explicitly
   specified.

 * Fix bug in contributed contrib/ssh-copy-id script that could result in
   "rm *" being called on mktemp failure. bz#2105

 * sshd(8): Quiet disconnect notifications on the server from error() back
   to logit() from error() for normal, client-initiated disconnections.
   bz#2057

 * Avoid conflicting definitions of __int64 on Cygwin

Checksums:
==

 - SHA1 (openssh-6.2p2.tar.gz) = c2b4909eba6f5ec6f9f75866c202db47f3b501ba

Reporting Bugs:
===

- Please read http://www.openssh.com/report.html
  Security bugs should be reported directly to open...@openssh.com

OpenSSH is brought to you by Markus Friedl, Niels Provos, Theo de Raadt,
Kevin Steves, Damien Miller, Darren Tucker, Jason McIntyre, Tim Rice and
Ben Lindstrom.


To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-you=3d3dyourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: Strange problem with find and directories

[Lavrentiev, Anton (NIH/NLM/NCBI) [C]]

> Fixed in CVS.

Thank you!

> Dunno where the man page error stems from

Still, it'd be great to fix that, too.

>   -f, --trace-children trace child processes (toggle - default
> true)

But somehow when -f is specified, strace can't continue but gets stuck
waiting for the child process to finish; and also if interrupted, leaves
a ghost process and a locked file.  Why?

Anton Lavrentiev
Contractor NIH/NLM/NCBI

Re: Strange problem with find and directories

[Corinna Vinschen]

On May 16 13:29, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> > Fixed in CVS.
> 
> Thank you!
> 
> > Dunno where the man page error stems from
> 
> Still, it'd be great to fix that, too.
> 
> >   -f, --trace-children trace child processes (toggle - default
> > true)
> 
> But somehow when -f is specified, strace can't continue but gets stuck
> waiting for the child process to finish; and also if interrupted, leaves
> a ghost process and a locked file.  Why?

I don't know, probably has to do with strace being a non-Cygwin tool.
http://cygwin.com/acronyms/#PTC


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

error: xpdf missing share libarary

[clara]

Hi All,

I installed cygwin by "all"

when i run xpdf, it produces such errors:

/usr/bin/xpdf.exe: error while loading shared libraries: cygXm-2.dll: cannot 
open shared object file: No such file or directory


though I have cygXm-4.dll under /bin/

how to fix this problem?

Thanks!

clara


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

error: xpdf missing share libarary

[clara]

Hi All,

I installed cygwin by "all"

when i run xpdf, it produces such errors:

/usr/bin/xpdf.exe: error while loading shared libraries: cygXm-2.dll: cannot 
open shared object file: No such file or directory


though I have cygXm-4.dll under /bin/

how to fix this problem?

Thanks!

clara


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: error: xpdf missing share libarary

[Larry Hall (Cygwin)]

On 5/16/2013 11:17 AM, clara wrote:

Hi All,

I installed cygwin by "all"

when i run xpdf, it produces such errors:

/usr/bin/xpdf.exe: error while loading shared libraries: cygXm-2.dll: cannot
open shared object file: No such file or directory


though I have cygXm-4.dll under /bin/

how to fix this problem?


Use the Cygwin site's package search to find the package you need with the
missing file:



Then re-run "setup.exe" and install that package (i.e. libXm2).


--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: error: xpdf missing share libarary

[Dr. Volker Zell]

> Larry Hall writes:

> On 5/16/2013 11:17 AM, clara wrote:
>> Hi All,
>> 
>> I installed cygwin by "all"
>> 
>> when i run xpdf, it produces such errors:
>> 
>> /usr/bin/xpdf.exe: error while loading shared libraries: cygXm-2.dll: 
cannot
>> open shared object file: No such file or directory
>> 
>> 
>> though I have cygXm-4.dll under /bin/
>> 
>> how to fix this problem?

Reinstall xpdf, the latest version actually depends on cygXm-4.dll

06:30 PM [409]> cygcheck xpdf | grep Xm
  D:\bin\cygXm-4.dll
D:\bin\cygXmu-6.dll

Ciao
  Volker
  

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: mktime loop

[Denis Excoffier]

On 2013-05-14 15:39, Corinna Vinschen wrote:
> On May 13 18:57, Corinna Vinschen wrote:
>> On May 13 18:41, Denis Excoffier wrote:
>>> On 2013-05-13 17:49, Corinna Vinschen wrote:
>>>> Erm... hang on.  Is that really a problem?  2147483647 is 0x7fff,
>>>> which is the maximum you get with a 4 byte time_t (== signed long)
>>>> anyway.  If you switch the date to 2038-01-20, the value will be
>>>> negative, and therefore outside the scope of the 4 byte time_t.  So this
>>>> is a hard restriction of using 4 byte time_t.
>>>> 
>>>> The solution is:
>>>> 
>>>> - Either somebody changes 32 bit Cygwin to 8 byte time_t while keeping
>>>> all the 4 byte time_t APIs intact to maintain compatibility with
>>>> existing binaries(*),
>>>> 
>>>> - or, you switch to a 64 bit Windows and use 64 bit Cygwin ;)
>>>> 
>>> I understand.
>>> 
>>> I suppose you will however be willing to provide us a means to workaround
>>> the "autoconf mktime usability test failing" (see for example in
>>> gawk-4.1.0 where all the tm fields are set to 128). Now, instead of only
>>> failing (i presume), it hangs. Sorry, this specific point should have been
>>> noticed in my original post.
>>> 
>>> Or do we have to patch every impacted ./configure?
>> 
>> Good point.  I guess the right thing to do here is for mktime to
>> return -1 instead of hanging.  I look into that.
> 
> Looks like this is a result of gcc optimization settings.  The upstream
> code computing time_t <-> struct tm conversions requires integer
> overflow to be fully defined, but gcc's -O2 option sets
> -fstrict-overflow which results in all kinds of agressive integer
> optimizations which disabled utilizing integer overflows for serious
> purposes.  I fixed that by setting the -fwrapv option when building the
> affected localtime.cc file (thanks to Kai Tietz for pointing this out).
> 
I can confirm that the last snapshot (20130516) fixes the problem.

Thank you.

Denis Excoffier.
--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

call to system() leading to execve() failed. (process table is full?)

[Denis Corbin]

Hi list,

First, I have carefully read the FAQ and the Cygwin documentation. I
have also read what seemed to be related problems to the one I will
described below, but could not find a solution to it, so I ask for help
here:

A software I use makes use of the system() library call. When this
software is ran from a Cygwin terminal, all works properly, a shell is
spawn in a new process and the requested program is executed as
expected. When instead I run it from a windows 'cmd' shell, I get a
error that the system (I suppose the Cygwin layer) reports as stated in
the object of this mail "execve() failed (process table is full?)".

I have copied the /bin/sh.exe beside the binary, I also added to
/cygwin/bin directory into the windows %path% variable but still meet
this same error message.

I can successfully run the sh.exe from windows I get the shell prompt,
so to me the problem does not seems to be a malfunctioning shell...(?)

I understand that Cygwin implements the system() library call upon
execve() system call, but do not understand what is missing for it to
work when ran from windows, in other words what make it think the
process table is full?

Thanks in advance for any help,

Regards,
Denis Corbin.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

vim-7.3.943-1 missing command 'let g:colors_name = "elflord"' found in vim-common-7.3.943-1

[Kenneth Salerno]

Where: vim-7.3.943-1

Issue: vim-common-7.3.943-1 contains /usr/share/vim/vim73/colors/elflord.vim 
which utilizes the command "let g:colors_name = "elflord", this command is not 
found in /usr/bin/vim-nox from package vim-7.3.943-1

Fix: downgrade to vim-7.3.762-1

Details:

kens@thinkpad$ cygcheck -f /usr/bin/vim-nox.exe 
vim-7.3.943-1

kens@thinkpad$ vi
Error detected while processing /home/kens/.exrc:
line1:
E319: Sorry, the command is not available in this version: :syntax on
Error detected while processing /usr/share/vim/vim73/colors/elflord.vim:
line   12:
E319: Sorry, the command is not available in this version: let g:colors_name = 
"elflord"
Press ENTER or type command to continue

[DOWNGRADE TO VIM-7.3.762-1]
kens@thinkpad$ cygcheck -f /usr/bin/vim-nox.exe 
vim-7.3.762-1

kens@thinkpad$ vi
~
~
:colorscheme
elflord


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

BUG: Ability to access nonexistent directories

[Fedin Pavel]

 Hello! I have found a bug in Cygwin. It exists at least for several months.
I have updated today but it is still there.
 The bug is simple to trigger and verify. Make a directory like:

mkdir /tmp/test

 Then go to /tmp and execute:

ls -l /tmp/nonexist/../test

 The command succeeds despite this path is actually nonexistent. At least
under Linux the same attempt causes "No such file or directory" error.

 I have first triggered the bug by attempting to cross-compile eglibc v2.17
for ARM target. The following happens:
--- cut ---
/opt/vd/arm-v7a15v4r1/bin/arm-v7a15v4r1-linux-gnueabi-gcc
pthread_spin_unlock.c -c -std=gnu99 -fgnu89-inline   -O2 -Wall -Winline
-Wwrite-strings -fmerge-all-constants -frounding-math -g -Wstrict-prototypes
-fPIC  -I../include
-I/usr/src/vd/build.arm.cortex-a15/obj/glibc_0_final/nptl
-I/usr/src/vd/build.arm.cortex-a15/obj/glibc_0_final
-I../ports/sysdeps/unix/sysv/linux/arm/nptl
-I../ports/sysdeps/unix/sysv/linux/arm -I../nptl/sysdeps/unix/sysv/linux
-I../nptl/sysdeps/pthread -I../sysdeps/pthread
-I../ports/sysdeps/unix/sysv/linux -I../sysdeps/unix/sysv/linux
-I../sysdeps/gnu -I../sysdeps/unix/inet -I../nptl/sysdeps/unix/sysv
-I../ports/sysdeps/unix/sysv -I../sysdeps/unix/sysv
-I../ports/sysdeps/unix/arm -I../nptl/sysdeps/unix -I../ports/sysdeps/unix
-I../sysdeps/unix -I../sysdeps/posix -I../ports/sysdeps/arm/nptl
-I../ports/sysdeps/arm -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32
-I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754 -I../sysdeps/generic
-I../nptl -I../ports   -I.. -I../libio -I. -nostdinc -isystem
/opt/vd/arm-v7a15v4r1/lib/gcc/arm-v7a15v4r1-linux-gnueabi/4.7.3/include
-isystem
/opt/vd/arm-v7a15v4r1/lib/gcc/arm-v7a15v4r1-linux-gnueabi/4.7.3/include-fixe
d -isystem
/opt/vd/arm-v7a15v4r1/arm-v7a15v4r1-linux-gnueabi/sys-root/./usr/include
-D_LIBC_REENTRANT  -include ../include/libc-symbols.h   -DPIC -DSHARED
-DNOT_IN_libc=1 -DIS_IN_libpthread=1 -DIN_LIB=libpthread -o
/usr/src/vd/build.arm.cortex-a15/obj/glibc_0_final/nptl/pthread_spin_unlock.
os -MD -MP -MF
/usr/src/vd/build.arm.cortex-a15/obj/glibc_0_final/nptl/pthread_spin_unlock.
os.dt -MT
/usr/src/vd/build.arm.cortex-a15/obj/glibc_0_final/nptl/pthread_spin_unlock.
os
In file included from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23:0,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
 from
../ports/sysdeps/arm/