Web lists-archives.com

Re: [Mingw-users] Help with perl + pkg-config + msys2




-----Original Message----- 
From: RAPPAZ Francois
Sent: Friday, June 17, 2016 5:13 PM
To: MinGW Users List
Subject: Re: [Mingw-users] Help with perl + pkg-config + msys2

> but the test fails with a msgbox "The procedure entry point 
> thread_setname_np could not be located in the dynamic link library 
> libwinprthread-1.dll" and in the console:
> BEGIN failed--compilation aborted at t/CairoPattern.t line 23. 
> t/CairoPattern.t .. Dubious, test returned 255 (wstat 65280, 0xff00)
> Failed 48/48 subtests t/CairoRegion.t ... Can't load 
> 'C:\strawberry\cpan\1466066656.5212\Cairo-1.106\b 
> lib\arch/auto/Cairo/Cairo.xs.dll' for module Cairo: load_file:The 
> specified procedure could not be found at 
> C:/strawberry/perl/lib/DynaLoader.pm line 193.  at t/CairoRegion.t line 
> 13. Compilation failed in require at t/CairoRegion.t line 13.
>
> Thanks for bearing with me !

Was the problem entry point really named "thread_setname_np" ?
I think that might have been an error in your transcription - and the entry 
point that's causing the problem was, in fact, "pthread_setname_np".
(IIRC it's actually quite easy to copy'n'paste the msgbox message .... 
though I've forgotten precisely how to do that right now :-)

I can find that entry point in the libwinpthread-1.dll that ships with 
mingw-w64 ports of gcc-5.3.0, but not in the libwinpthread-1.dll of the 
mingw-w64 port of gcc-4.9.2 that ships with StrawberryPerl-5.24.0 (or 
earlier).
So .... it seems to me that you don't have the version of 
libwinpthread-1.dll that your Gtk+ installation expects. And that would be 
the problem.

This is now getting rather specific to Strawberry Perl - and we probably 
should move this to a different mailing list.
(Also the gcc port that Strawberry Perl uses does not even come from 
mingw.org. Instead it is provided by the "other mob" (mingw-w64) - and 
that's another reason we should move this discussion elsewhere.)

And we've hit upon an issue of which the Strawberry Perl developers should 
be made aware.

I therefore suggest posting to win32-vanilla@xxxxxxxx (which is the 
Strawberry Perl mailing list).
Subscription details to that list can be found at
http://lists.perl.org/list/win32-vanilla.html

or you could just send a post to that list without subscribing.

Alternatively, it would be acceptable to post to 
http://www.perlmonks.org/?node=Seekers%20of%20Perl%20Wisdom
There's a text box at the bottom of that page where you can enter your 
question, and see responses or provide follow-ups at
http://www.perlmonks.org/?node=Newest%20Nodes

You might even like to subscribe to perlmonks, though posts from anonymous 
users are also fine.

However, posting to perlmonks will not notify the Strawberry developers of 
the issue.

Wherever you post, just provide the output of 'perl -V' and a description of 
the problem (such as is provided by the above quote from your post to this 
list).
We can always backtrack to other issues if necessary.

(I'm subscribed to both perlmonks and the Strawberry mailing list, and am 
happy to follow this up at either place.)

Cheers,
Rob 


------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://sdm.link/zohomanageengine
_______________________________________________
MinGW-users mailing list
MinGW-users@xxxxxxxxxxxxxxxxxxxxx

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@xxxxxxxxxxxxxxxxxxxxx?subject=unsubscribe