Data::Alias needs Win32 love

schwern on 2008-09-23T11:53:34

The Data::Alias module upon which Method::Signatures relies to implement the \@foo prototype efficiently does not work on Win32 before 5.10. Something's wrong with the linker.

This is an obstacle to getting Method::Signatures production ready. I don't want to make Data::Alias (and thus \@foo) optional. If someone with the necessary Win32 tuits would take a swing at making it work that would be very helpful.


Unexported symbols?

jplindstrom on 2008-09-23T13:00:25

I had similar problems installing Devel::Cover on Strawberry Perl.

BrowserUK++ explained the problem to me.

I remember building my own perl with the needed symbols exported, but I can't remember exactly how and I've got the recipe at home. I'm not fluent enough in C and linking anyway, so I can't really provide any clue on what the right thing is.

But these are pretty important modules IMHO, and it seems worht bringing to p5p for discussion to either bring stuff into core, or expose more hairy details officially.

internal perl functions

chorny on 2008-09-24T21:35:51

See "Why internal perl functions are not available on Windows?" in win32 perl FAQ. This symbol is now public in 5.10 and 5.8.9. In general, any Perl module should not use PERL_CORE. Devel::Declare defines PERL_CORE, but does not need it.