[rt.cpan.org #96815] $(AS) not set correctly

[email protected] ("Sisyphus via RT") Sun, 29 Jun 2014 21:17:10 -0400
Newsgroups perl.libwin32
Message-ID <[email protected]>
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