Sun Jun 29 21:17:09 2014: Request 96815 was acted upon.
Transaction: Correspondence added by SISYPHUS
Queue: Win32-API
Subject: $(AS) not set correctly
Broken in: (no value)
Severity: Normal
Owner: Nobody
Requestors: [email protected]
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=96815 >
On Sun Jun 29 11:52:38 2014, BULKDD wrote:
> On Sun Jun 29 10:07:33 2014, SISYPHUS wrote:
> I don't feel
> this is a perl module level issue (makefile.pl), but a dmake issue.
Yes, I don't think it's a Win32::API issue. I merely raised the issue here as a
"starting point" because this is the first module I've come across that has
been affected by this issue.
I use the *same* dmake for *all* of my Windows perls. For some of those perls
$(CC) needs to be set to 'gcc', for others it needs to be
'x86_64-w64-mingw32-gcc'. Similarly, $(AR) can be either 'ar' or
'x86_64-w64-mingw32-ar' depending upon which compiler built the perl that's
being used.
The generated Makefile always sets $(AR) and $(CC) correctly for the particular
perl. I presume that this happens via the influence of ExtUtils::MakeMaker ...
and I wonder whether ExtUtils::MakeMaker could be amended to do the same as
regards $(AS) ?
I'll ask about this on the makemaker mailing list.
In startup.mk I see:
AS *:= as
and I also see
AR *:= ar
AR always gets set correctly, so I think the same should be possible for AS.
Thanks for the pointers !
Cheers,
Rob
