GoGPT Best VPN GoSearch

Favicon OnWorks

perlmacosx - Online în cloud

Rulați perlmacosx în furnizorul de găzduire gratuit OnWorks prin Ubuntu Online, Fedora Online, emulator online Windows sau emulator online MAC OS

Aceasta este comanda perlmacosx care poate fi rulată în furnizorul de găzduire gratuit OnWorks folosind una dintre multiplele noastre stații de lucru online gratuite, cum ar fi Ubuntu Online, Fedora Online, emulator online Windows sau emulator online MAC OS

PROGRAM:

NUME


perlmacosx - Perl sub Mac OS X

REZUMAT


Acest document descrie pe scurt Perl sub Mac OS X.

curl -O http://www.cpan.org/src/perl-5.22.1.tar.gz
tar -xzf perl-5.22.1.tar.gz
cd perl-5.22.1
./Configurare -des -Dprefix=/ usr / local /
face
face test
sudo face instalare

DESCRIERE


Cea mai recentă versiune Perl (5.22.1 la data scrierii acestui articol) se construiește fără modificări la toate
versiuni de Mac OS X de la 10.3 „Panther” în sus.

Pentru a vă construi propria versiune de Perl, veți avea nevoie de „make”, care face parte din Apple
instrumente pentru dezvoltatori - cunoscute și sub numele de Xcode. De la Mac OS X 10.7 „Leu” în sus, poate fi
descărcat separat ca pachet „Instrumente pentru linia de comandă” direct de la
(veți avea nevoie de un cont gratuit pentru a vă conecta) sau ca a
parte a suitei Xcode, disponibilă gratuit în App Store. Xcode este o aplicație destul de mare, așa că
cu excepția cazului în care îl aveți deja sau îl doriți cu adevărat, vi se recomandă să obțineți „Linia de comandă”.
Pachetul de instrumente separat de linkul de mai sus. Dacă doriți să o faceți din Xcode, mergeți
la Xcode -> Preferințe -> Descărcări și selectați opțiunea „Instrumente pentru linia de comandă”.

Între Mac OS X 10.3 „Panther” și 10.6 „Snow Leopard”, pachetul „Command Line Tools”
a fost numit „unix tools” și a fost de obicei furnizat împreună cu DVD-urile de instalare pentru Mac OS.

Versiunile anterioare de Mac OS X (10.2 „Jaguar” și mai vechi) nu au inclus un fir complet
libc sigur, deci threadingul nu este pe deplin acceptat. De asemenea, versiunile anterioare au inclus un buggy
libdb, așa că unele dintre testele DB_File sunt cunoscute că eșuează în acele versiuni.

Instalare Prefix
Locația de instalare implicită pentru această versiune folosește directorul tradițional UNIX
aspect sub /usr/local. Aceasta este locația recomandată pentru majoritatea utilizatorilor și va pleca
Perl-ul furnizat de Apple și modulele sale netulburate.

Folosind un prefix de instalare de „/ usr' va avea ca rezultat un aspect de director care o oglindește
din Perl implicit al Apple, cu modulele de bază stocate în „/System/Library/Perl/${version}”,
Modulele CPAN stocate în „/Library/Perl/${version}” și adăugarea lui
„/Network/Library/Perl/${version}” la @INC pentru modulele care sunt stocate pe un server de fișiere
și folosit de multe Mac-uri.

SDK a sustine
Mai întâi, exportați calea către SDK în mediul de compilare:

export SDK=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk

Vă rugăm să vă asigurați că versiunea SDK (adică numerele chiar înainte de „.sdk”) se potrivește cu dvs
sistemului (în acest caz, Mac OS X 10.8 „Mountain Lion”), deoarece este posibil să aveți mai multe
mai mult de un SDK instalat. De asemenea, asigurați-vă că calea există în sistemul dvs. și, dacă nu există
vă rugăm să vă asigurați că SDK-ul este instalat corect, deoarece ar trebui să vină împreună cu „Linia de comandă
Pachetul de instrumente menționat mai sus. În cele din urmă, dacă aveți un Mac OS X mai vechi (10.6 „Snow Leopard”
și mai jos) rulând Xcode 4.2 sau o versiune mai mică, calea SDK ar putea fi ceva de genul
„/Developer/SDK-uri/MacOSX10.3.9.sdk”.

Puteți utiliza SDK-ul exportând unele completări la configurația Perl „ccflags” și „..flags”
variabile:

./Configure -Accflags="-nostdinc -B$SDK/usr/include/gcc \
-B$SDK/usr/lib/gcc -isystem$SDK/usr/include \
-F$SDK/Sistem/Bibliotecă/Frameworks" \
-Aldflags="-Wl,-syslibroot,$SDK" \
-din

Universal Binar a sustine
Notă: De la Mac OS X 10.6 „Snow Leopard” în sus, Apple acceptă numai hardware-ul bazat pe Intel.
Aceasta înseamnă că puteți sări peste această secțiune în siguranță, cu excepția cazului în care aveți un computer Apple mai vechi
rulează pe ppc sau doriți să creați un binar perl cu compatibilitate inversă.

Puteți compila perl ca un binar universal (construit atât pentru ppc, cât și pentru intel). În Mac OS X
10.4 „Tiger”, trebuie să exportați varianta „u” a SDK-ului:

export SDK=/Developer/SDK-uri/MacOSX10.4u.sdk

Mac OS X 10.5 „Leopard” și versiunile ulterioare nu necesită varianta „u”.

Pe lângă steagurile compilatorului utilizate pentru a selecta SDK-ul, adăugați și steagurile pentru creare
un binar universal:

./Configurare -Accflags="-arch i686 -arch ppc -nostdinc -B$SDK/usr/include/gcc \
-B$SDK/usr/lib/gcc -isystem$SDK/usr/include \
-F$SDK/Sistem/Bibliotecă/Frameworks" \
-Aldflags="-arch i686 -arch ppc -Wl,-syslibroot,$SDK" \
-din

Rețineți că aceste setări pentru compilator și linker vor fi folosite și la construirea CPAN
module. Pentru ca modulele XS să fie compilate ca un binar universal, orice biblioteci la care se leagă
trebuie să fie și binare universale. Bibliotecile de sistem pe care Apple le include cu 10.4u
SDK-urile sunt toate universale, dar bibliotecile instalate de utilizator ar putea trebui să fie reinstalate ca
binare universale.

64-bit PPC a sustine
Urmați instrucțiunile din INSTALARE pentru a construi perl cu suport pentru numere întregi pe 64 de biți
("use64bitint") sau ambele numere întregi pe 64 de biți și adresare pe 64 de biți ("use64bitall"). În
din urmă caz, binarul rezultat va rula numai pe gazde bazate pe G5.

Suportul pentru adresarea pe 64 de biți este experimental: unele aspecte ale Perl pot fi omise sau
buggy. Notați mesajele transmise de Configurați pentru mai multe informații. Vă rugăm să folosiți „perlbug”
pentru a trimite un raport de problemă în cazul în care întâmpinați dificultăți.

Când construiți module pe 64 de biți, este responsabilitatea dvs. să vă asigurați că sunt conectate externe
bibliotecile și cadrele oferă suport pe 64 de biți: dacă nu, construirea de module poate
par să reușească, dar încercările de a utiliza modulul vor avea ca rezultat o legătură dinamică în timpul execuției
erori și eșecuri ulterioare ale testelor. Puteți folosi „fișier” pentru a descoperi arhitecturile
susținut de o bibliotecă:

fișier $ libgdbm.3.0.0.dylib
libgdbm.3.0.0.dylib: fișier gras Mach-O cu 2 arhitecturi
libgdbm.3.0.0.dylib (pentru arhitectură ppc): bibliotecă partajată Mach-O legată dinamic ppc
libgdbm.3.0.0.dylib (pentru arhitectura ppc64): bibliotecă partajată Mach-O pe 64 de biți, legată dinamic, ppc64

Rețineți că această problemă exclude construirea multor module CPAN specifice Macintosh
("Mac::*"), deoarece cadrele Apple necesare nu oferă suport PPC64. În mod similar,
este puțin probabil ca descărcările de la Fink sau Darwinports să ofere suport pe 64 de biți; bibliotecile
trebuie să fie reconstruit din sursă cu steaguri de compilator și linker adecvate. Pentru mai multe
informații, vezi Apple 64-Bit Tranziție Ghid at
<http://developer.apple.com/documentation/Darwin/Conceptual/64bitPorting/index.html>.

libperl și Preobligatoriu
Mac OS X este livrat cu un libperl încărcat dinamic, dar implicit pentru această versiune este să
compilați un libperl static. Motivul pentru aceasta este pre-obligatoriu. Bibliotecile dinamice pot fi
prelegat la o anumită adresă din memorie pentru a reduce timpul de încărcare. Pentru a face asta, unul
trebuie să fie conștient de locația și dimensiunea tuturor bibliotecilor încărcate anterior. măr
colectează aceste informații ca parte a procesului lor general de construire a sistemului de operare și, prin urmare, este ușor
acces la el atunci când construiesc Perl, dar utilizatorii obișnuiți ar trebui să meargă la o mulțime de
efort de a obține informațiile necesare pentru pre-legare.

Puteți suprascrie valoarea implicită și puteți construi un libperl partajat, dacă doriți
(Configurare... -Duseshrplib).

Cu Mac OS X 10.4 „Tiger” și mai nou, nu există aproape nicio penalizare de performanță pentru non-
biblioteci prelegate. Versiunile anterioare vor suferi un timp de încărcare mai mare decât oricare dintre cele
biblioteca statică sau biblioteca dinamică prelegată a Apple.

Actualizarea Apple Perl
Într-un cuvânt - nu, cel puțin nu fără un motiv *foarte* întemeiat. Scripturile dvs. pot la fel
începe cu ușurință cu „#!/usr/local/bin/perl” ca și cu „#!/usr/bin/perl". Scripturi furnizate de
Apple și alte terțe părți ca parte a pachetelor de instalare și altele au, în general
a fost testat doar cu /usr/bin/perl care este instalat de Apple.

Dacă descoperiți că trebuie să actualizați sistemul Perl, o problemă care merită să aveți în vedere este
problema bibliotecilor statice vs. dinamice. Dacă faceți upgrade utilizând static implicit
libperl, veți descoperi că libperl dinamic furnizat de Apple nu va fi șters. Dacă
ambele biblioteci sunt prezente atunci când este construită o aplicație care se leagă de libperl, ld
se va conecta implicit la biblioteca dinamică. Deci, dacă trebuie să-l înlocuiți pe Apple
dynamic libperl cu un libperl static, trebuie să vă asigurați că ștergeți versiunea dinamică mai veche
biblioteca după ce ați instalat actualizarea.

Cunoscut probleme
Dacă ați instalat biblioteci suplimentare, cum ar fi GDBM prin Fink (cu alte cuvinte, aveți
biblioteci sub /sw/lib), sau libdlcompat to / Usr / local / lib, poate fi necesar să fii suplimentar
Atenție când rulați Configure to pentru a nu confunda Configure și Perl despre ce biblioteci
a folosi. A fi confuz va apărea, de exemplu, ca erori „dyld” despre problemele simbolurilor,
de exemplu în timpul „face test”. Cel mai sigur pariu este să rulați Configure as

Configurați... -Uloclibpth -Dlibpth=/ Usr / lib

pentru a face Configure să arate numai în bibliotecile de sistem. Dacă aveți o bibliotecă suplimentară
directoarele pe care doriți cu adevărat să le utilizați (cum ar fi bibliotecile mai noi Berkeley DB din pre-
Panther systems), adăugați-le la libpth:

Configurați... -Uloclibpth -Dlibpth='/ Usr / lib /opt/lib'

Setarea implicită de a construi Perl în mod static poate cauza probleme cu aplicații complexe precum
Tk: în acest caz, luați în considerare construirea Perl comun

Configurați... -Duseshrplib

dar amintiți-vă că există un cost de pornire de plătit în acest caz (vezi mai sus „libperl și
Prelegare").

Începând cu Tiger (Mac OS X 10.4), Apple a livrat fișiere locale deteriorate pentru eu_ES
local (Basca-Spania). În versiunile anterioare ale Perl, acest lucru a dus la eșecuri în fișierul
lib/locale Test. Aceste eșecuri au fost suprimate în versiunea actuală a Perl de către
făcând testul să ignore locația ruptă. Dacă trebuie să utilizați localitatea eu_ES, ar trebui
contactați asistența Apple.

Cacao
Există două moduri de a folosi Cocoa de la Perl. Modulul Apple PerlObjCBridge, inclus cu
Mac OS X, poate fi folosit de scripturi independente pentru a accesa clasele Foundation (adică non-GUI).
si obiecte.

O alternativă este CamelBones, un cadru care permite accesul atât la Foundation, cât și la AppKit
clase și obiecte, astfel încât aplicațiile GUI complete să poată fi construite în Perl. CamelBones poate fi
găsit pe SourceForge, lahttp://www.sourceforge.net/projects/camelbones/>.

Pornire De la Scratch


Din păcate, nu este atât de dificil să reușești cumva să-ți spargi Mac OS X Perl
strict. Dacă totul eșuează și vrei cu adevărat, FOARTE, începeți de la zero și îndepărtați
chiar și instalarea dvs. Apple Perl (care a devenit coruptă cumva), următoarele
instrucțiunile ar trebui să o facă. Te rugăm să ne contactezi crede de două ori înainte următor acestea instrucțiuni: ei
sunt mult ca efectuarea creier chirurgie la tu. Fără anestezie. Noi vom nu cum
pentru a vă repara sistemul dacă faceți acest lucru.

Mai întâi, scăpați de libperl.dylib:

# cd /System/Library/Perl/darwin/CORE
# rm libperl.dylib

Apoi ștergeți fiecare fișier .bundle găsit oriunde în foldere:

/System/Library/Perl
/Biblioteca/Perl

Le puteți găsi de exemplu prin

# găsiți /System/Library/Perl /Library/Perl -name '*.bundle' -print

După aceasta, puteți fie să copiați Perl de pe suportul sistemului de operare (veți avea nevoie de la
cel puțin /System/Library/Perl și /usr/bin/perl), sau reconstruiți Perl din codul sursă
cu „Configurare -Dprefix=/ usr -Duseshrplib” NOTĂ: „-Dprefix=/ usr" pentru a înlocui
sistem Perl funcționează mult mai bine cu Perl 5.8.1 și mai târziu, în Perl 5.8.0 setările au fost
nu tocmai corect.

„Pacifist” de la CharlesSoft (http://www.charlessoft.com/>) este o modalitate bună de a extrage
Binarele Perl din mediul de operare, fără a fi nevoie să reinstalați întregul sistem de operare.

Utilizați perlmacosx online folosind serviciile onworks.net


Servere și stații de lucru gratuite

Descărcați aplicații Windows și Linux

Comenzi Linux

Ad




×
publicitate
❤️Cumpără, rezervă sau cumpără aici — gratuit, contribuind la menținerea serviciilor gratuite.