Thanks for the comment, so practically I should start a msys2 console and using
this pacman tool, I should download an older version of the gk+ stack ?
I have downloaded Gtk+ some years ago and compiling Cairo from this older
version: gtk+-bundle_2.20.0-20100406_win32, is ok and it runs without error.
> -----Original Message-----
> From: Chris Marshall [mailto:devel.chm...@gmail.com]
> Sent: mardi, 21. juin 2016 12:55
> To: firstname.lastname@example.org
> Subject: Re: Help with libwinprthread-1.dll
> It appears that this routine was added to mingw-w64 git last year. I
> don't know if it is in an official release yet...
> On 6/21/2016 06:51, Chris Marshall wrote:
> > I can't find pthread_setname_np in any of the pthread*.h files in my
> > Strawberry Perl Portable v52211 which suggests that it is not
> > supported by the included pthread support.
> > It is possible that there might be an updated mingw with that
> > included. Another possibility is you could port the usages of
> > pthread_(set|get)_np to some other implementation.
> > --Chris
> > On 6/21/2016 04:14, RAPPAZ Francois wrote:
> >> Hi there
> >> I'm trying to compile Cairo for perl (strawberry 5.24) on windows 7.
> >> I have download the package Cairo using msys64.
> >> From the CPAN/Build Cairo folder I have created the makefile with
> >> perl Makefile.pl INC="-IC:/strawberry/c/include/freetype2
> >> -IC:/msys64/mingw32/include/cairo -IC:/msys64/mingw32/include -I.
> >> -I./build" LIBS="-Lc:/msys64/mingw32/lib" verbose
> >> In the C:\msys64\mingw32\lib folder I have copied *.dll.a on *.a
> >> files to prevent undefined reference errors when running dmake,
> >> following someone's (Rob) suggestion on the mingw-users list.
> >> dmake executes without error.
> >> dmake test
> >> fails with a msgbox "The procedure entry point pthread_setname_np
> >> could not be located in the dynamic link library libwinprthread-
> >> and in the console:
> >> t/00-loading.t ....