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
Download (untitled) / with headers
text/plain 893b
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.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.