Re: problems with intel architecture

2006-04-04 Thread Cheryl Chase
On Apr 3, 2006, at 3:56 PM, Joel Rees wrote: Even though it's not as necessary as it was when the system perl was at v5.6 and we all wanted the Unicode stuff in v5.8, I'm still inclined to build a separate install of perl for application use. That way I don't have to worry as much about

Re: problems with intel architecture

2006-04-04 Thread Daniel T. Staal
On Tue, April 4, 2006 11:44 am, Cheryl Chase said: Are there OS functions that rely on perl? What sorts of things? Just to answer: yes, there are OS functions that rely on perl. If I was on my Mac I could probably pull up quite a few. One I'm fairly sure that uses perl is installers. (Not

Re: problems with intel architecture

2006-04-04 Thread Sherm Pendley
On Apr 4, 2006, at 2:16 PM, Dominic Dunlop wrote: On 2006–04–04, at 17:44, Cheryl Chase wrote: Are there OS functions that rely on perl? What sorts of things? Yes. Not many, though. You can see what's there if you type $ locate *.pl in a terminal window. That will only show the files

Re: problems with intel architecture

2006-04-04 Thread Sherm Pendley
On Apr 4, 2006, at 11:44 AM, Cheryl Chase wrote: On Apr 3, 2006, at 3:56 PM, Joel Rees wrote: Even though it's not as necessary as it was when the system perl was at v5.6 and we all wanted the Unicode stuff in v5.8, I'm still inclined to build a separate install of perl for application

Re: problems with intel architecture

2006-04-04 Thread Joel Rees
Are there OS functions that rely on perl? What sorts of things? Yes. Not many, though. You can see what's there if you type $ locate *.pl in a terminal window. That will only show the files ending in .pl. Scripts use the #! line to determine the interpreter to run them with, not the

Re: problems with intel architecture

2006-04-04 Thread Joel Rees
Not a one-liner and not even pretty, but since I needed the practice: - #! /usr/bin/perl use File::Find; @l = ( / ); sub w { if ( -d $_ ) { my $dir = $File::Find::dir; if ( system( file * | grep perl ) == 0 ) { print

File:Find-ing perl stuff on a mac (Re: problems with intel architecture)

2006-04-04 Thread Joel Rees
Hmm. On 2006.4.5, at 08:48 AM, Joel Rees wrote: Not a one-liner and not even pretty, but since I needed the practice: - #! /usr/bin/perl use File::Find; @l = ( / ); sub w { if ( -d $_ ) { my $dir = $File::Find::dir; if ( system( file *

Re: problems with intel architecture

2006-04-03 Thread Cheryl Chase
On Apr 2, 2006, at 3:32 PM, Edward Moy wrote: A native intel program can't load a ppc binary (like Expat.bundle). Similarly, a ppc program running in Rosetta can't load an intel binary. In the native or Rosetta environments, there can be no mixing of binaries. You should probably move

Re: problems with intel architecture

2006-04-03 Thread Joel Rees
On 2006.4.4, at 07:37 AM, Cheryl Chase wrote: On Apr 2, 2006, at 3:32 PM, Edward Moy wrote: A native intel program can't load a ppc binary (like Expat.bundle). Similarly, a ppc program running in Rosetta can't load an intel binary. In the native or Rosetta environments, there can be no

problems with intel architecture

2006-04-02 Thread Cheryl Chase
I'm a casual perl user. I just upgraded from a PPC OSX machine to a MacBook Pro, and I can't get perl to work right for me. I used the Apple Migration Assistant to move my data from my PPC machine to the MacBook Pro. Trying to run a simple perl script (requiring XML-RPC, DBI, and DBD-

Re: problems with intel architecture

2006-04-02 Thread Edward Moy
A native intel program can't load a ppc binary (like Expat.bundle). Similarly, a ppc program running in Rosetta can't load an intel binary. In the native or Rosetta environments, there can be no mixing of binaries. You should probably move aside (or remove) the stuff in /Library/Perl/