develooper Front page | perl.macosx | Postings from August 2009

Re: 10.6 MacPerl - no appropriate 64-bit architecture

Thread Previous | Thread Next
From:
Gavin Brock
Date:
August 28, 2009 23:44
Subject:
Re: 10.6 MacPerl - no appropriate 64-bit architecture
Message ID:
FFBDF7F3-2FD5-4608-AC00-606811FCDF36@brock-family.org
On 28 Aug 2009, at 17:45, emoy@apple.com wrote:

> On Aug 27, 2009, at 11:15 PM, Gavin Brock wrote:
>
>> Anyone else seeing issues with Snow Leopard /usr/bin/perl modules  
>> on 64bit hardware?
>>
>>> /usr/bin/perl -MMacPerl -e 1
>>> Can't load '/System/Library/Perl/Extras/5.10.0/darwin-thread- 
>>> multi-2level/auto/MacPerl/MacPerl.bundle'
>>> for module MacPerl:
>>
>> Any insights?
>
> Because a lot of Carbon is not available in 64-bit, and because  
> MacPerl and other modules are based on Carbon, they can't be built  
> 64-bit.  Since perl 5.10.0 is 64-bit by default, those modules can't  
> be loaded.
>
> A 32-bit only machine will work fine, just as using the techniques  
> mentioned in "man perl" for running in 32-bit mode.  However, since  
> the world is moving to 64-bit, and most of SnowLeopard is already 64- 
> bit, moving off of modules that depend on non-64-bit software like  
> Carbon is the long term solution.
>
> Ed

Since MacPerl is deprecated in 10.6, does anyone have a suggestion for  
an alternative way to call AppleScript from perl? The  
MacPerl::DoAppleScript was very convenient.

I believed that Mac::Glue was the popular "perly" way to call  
AppleScript, but even that claims to need "the latest Mac::Carbon  
distribution". Will that work on 64bit?

Please don't tell me I have to system("osascript", ...) ;-)

Thanks,

Gavin

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About