Skip Menu |

This queue is for tickets about the Perl-Dist-Strawberry CPAN distribution.

Report information
The Basics
Id: 30663
Status: rejected
Priority: 0/
Queue: Perl-Dist-Strawberry

People
Owner: Nobody in particular
Requestors: KARASIK [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: creating .dlls does not create corresponding .a file
Hello, The problem I'm observing with vanilla/strawberry perl is that when gcc is creating a .dll file, the corresponding .a file is not created, which is needed for consequent linking with the .dll file. I know that mingw can link programs to a dll without using an intermediate .a file, however this does not work and crashes gcc and/or ld if tried. Also, I've noticed that ExtUtils::MakeMaker uses dlltool to create the required .lib/.a files when building perl modules, which solves the problem for modules that use ExtUtils::MakeMaker. I have a proposition that I guess will be more portable and will cover all modules. I propose to change $Config{link} to a new script called ld2 or perlld (like cygwin does) that actually would call dlltool. The immediate benefit would be that modules that don't use ExtUtils::MakeMaker will not need extra information about dlltool, as it is now.
I'm not understanding how this would help.