perlmacosx - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

perlmacosx - Perl під Mac OS X

СИНТАКСИС

Цей документ коротко описує Perl під Mac OS X.

завиток -О http://www.cpan.org/src/perl-5.22.1.tar.gz
tar -xzf perl-5.22.1.tar.gz
CD perl-5.22.1
./Налаштувати -des -Dprefix=/ usr / local /
зробити
зробити тест
sudo зробити встановити

ОПИС

Останній випуск Perl (5.22.1 на момент написання цієї статті) збирається без змін у всіх
версії Mac OS X від 10.3 "Panther" і далі.

Щоб створити власну версію Perl, вам знадобиться «make», яка є частиною Apple
інструменти розробника - також відомі як Xcode. Починаючи з Mac OS X 10.7 "Lion" і далі, це може бути
завантажується окремо як пакет «Інструменти командного рядка» безпосередньо з
(для входу вам знадобиться безкоштовний обліковий запис) або як a
частина набору Xcode, вільно доступна в App Store. Xcode — досить велика програма, тому
якщо у вас він уже є або ви дійсно цього не хочете, вам радимо отримати «Командний рядок».
Пакет інструментів окремо від посилання вище. Якщо ви хочете зробити це з Xcode, перейдіть
до Xcode -> Налаштування -> Завантаження та виберіть параметр «Інструменти командного рядка».

Між Mac OS X 10.3 «Panther» і 10.6 «Snow Leopard» набір «Інструменти командного рядка»
називався «unix tools» і зазвичай постачався з DVD-дисками для встановлення Mac OS.

Попередні випуски Mac OS X (10.2 "Jaguar" і старіші) не включали повністю потік-
безпечний libc, тому потокова робота не підтримується повністю. Крім того, попередні випуски містили баггі
libdb, тож відомо, що деякі тести DB_File дають збій у цих випусках.

Установка префікс
Розташування за замовчуванням для цього випуску використовує традиційний каталог UNIX
макет під /usr/local. Це рекомендоване місцеположення для більшості користувачів, і воно залишиться
Perl, наданий Apple, і його модулі безперешкодно.

Використання префікса встановлення '/ usr' призведе до макета каталогу, який відображає це
стандартного Perl від Apple, з основними модулями, що зберігаються в '/System/Library/Perl/${version}',
Модулі CPAN, що зберігаються в '/Library/Perl/${version}', і додавання
'/Network/Library/Perl/${version}' до @INC для модулів, які зберігаються на файловому сервері
і використовується багатьма комп’ютерами Mac.

SDK підтримкою
Спочатку експортуйте шлях до SDK в середовище збірки:

експорт SDK=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk

Будь ласка, переконайтеся, що версія SDK (тобто цифри безпосередньо перед ".sdk") відповідає вашій
системи (у даному випадку Mac OS X 10.8 "Mountain Lion"), оскільки можна мати більше
ніж один встановлений SDK. Також переконайтеся, що шлях існує у вашій системі, а якщо його немає
будь ласка, переконайтеся, що SDK правильно інстальовано, оскільки він має поставлятися з «Командним рядком».
Пакет інструментів, згаданий вище. Нарешті, якщо у вас старіша Mac OS X (10.6 "Snow Leopard"
і нижче) під керуванням Xcode 4.2 або нижче, шлях SDK може бути приблизно таким
'/Developer/SDKs/MacOSX10.3.9.sdk'.

Ви можете використовувати SDK, експортувавши деякі доповнення до конфігурації Perl 'ccflags' і '..flags'
змінні:

./Configure -Accflags="-nostdinc -B$SDK/usr/include/gcc \
-B$SDK/usr/lib/gcc -isystem$SDK/usr/include \
-F$SDK/Система/Бібліотека/Фреймворки" \
-Aldflags="-Wl,-syslibroot,$SDK" \
-від

Universal двійковий підтримкою
Примітка. Починаючи з Mac OS X 10.6 «Snow Leopard» і далі, Apple підтримує лише обладнання на базі Intel.
Це означає, що ви можете безпечно пропустити цей розділ, якщо у вас не старіший комп’ютер Apple
працює на ppc або бажаєте створити двійковий файл perl із зворотною сумісністю.

Ви можете зібрати perl як універсальний двійковий файл (побудований як для ppc, так і для Intel). У Mac OS X
10.4 "Tiger", ви повинні експортувати варіант "u" SDK:

експорт SDK=/Developer/SDKs/MacOSX10.4u.sdk

Для Mac OS X 10.5 "Leopard" і вище не потрібен варіант "u".

На додаток до прапорів компілятора, які використовуються для вибору SDK, також додайте прапори для створення
універсальний двійковий файл:

./Configure -Accflags="-arch i686 -arch ppc -nostdinc -B$SDK/usr/include/gcc \
-B$SDK/usr/lib/gcc -isystem$SDK/usr/include \
-F$SDK/Система/Бібліотека/Фреймворки" \
-Aldflags="-arch i686 -arch ppc -Wl,-syslibroot,$SDK" \
-від

Майте на увазі, що ці налаштування компілятора та компоновщика також будуть використовуватися під час створення CPAN
модулі. Щоб модулі XS були зібрані як універсальний двійковий файл, будь-які бібліотеки, на які він посилається
також повинні бути універсальними двійковими файлами. Системні бібліотеки, які Apple включає в 10.4u
Пакет SDK є універсальним, але бібліотеки, встановлені користувачем, може знадобитися повторно встановити як
універсальні двійкові файли.

64-біт КПП підтримкою
Дотримуйтесь інструкцій у ВСТАНОВИТИ для створення perl з підтримкою 64-розрядних цілих чисел
("use64bitint") або обидва 64-розрядні цілі числа та 64-розрядна адресація ("use64bitall"). В
в останньому випадку отриманий двійковий файл працюватиме лише на хостах на базі G5.

Підтримка 64-розрядної адресації є експериментальною: деякі аспекти Perl можуть бути опущені або
баггі. Зверніть увагу на повідомлення, які виводить Конфігурувати для подальшої інформації. Будь ласка, використовуйте "perlbug"
щоб подати звіт про проблему, якщо у вас виникнуть труднощі.

Під час створення 64-розрядних модулів ви несете відповідальність за те, щоб зв’язані зовнішні
бібліотеки та фреймворки забезпечують 64-розрядну підтримку: якщо цього не буде, побудова модулів може
здається успішним, але спроби використовувати модуль призведуть до динамічного зв’язування під час виконання
помилки та наступні невдачі тестів. Ви можете використовувати «файл» для виявлення архітектур
підтримується бібліотекою:

$ файл libgdbm.3.0.0.dylib
libgdbm.3.0.0.dylib: жирний файл Mach-O з 2 архітектурами
libgdbm.3.0.0.dylib (для архітектури ppc): Mach-O динамічно пов'язана спільна бібліотека ppc
libgdbm.3.0.0.dylib (для архітектури ppc64): Mach-O 64-розрядна динамічно пов'язана спільна бібліотека ppc64

Зауважте, що ця проблема перешкоджає створенню багатьох модулів CPAN для Macintosh
("Mac::*"), оскільки необхідні фреймворки Apple не забезпечують підтримку PPC64. так само,
завантаження з Fink або Darwinports навряд чи забезпечать 64-розрядну підтримку; бібліотеки
необхідно перебудувати з вихідного коду з відповідними прапорами компілятора та компонувальника. Для подальшого
інформацію див. у Apple 64-біт Transition керівництво at
<http://developer.apple.com/documentation/Darwin/Conceptual/64bitPorting/index.html>.

libperl та Попереднє прив’язування
Mac OS X постачається з динамічно завантаженим libperl, але за замовчуванням для цього випуску – це
компілювати статичний libperl. Причина цього – попередня прив’язка. Динамічні бібліотеки можуть бути
попередньо прив’язаний до певної адреси в пам’яті, щоб зменшити час завантаження. Для цього один
необхідно знати про розташування та розмір усіх раніше завантажених бібліотек. яблуко
збирає цю інформацію як частину загального процесу складання ОС, і, таким чином, легко
доступ до нього під час створення Perl, але звичайним користувачам потрібно буде багато чого
зусилля для отримання інформації, необхідної для попереднього зв’язування.

Ви можете змінити стандартне значення та створити спільний libperl, якщо хочете
(Налаштувати ... -Duseshrplib).

У Mac OS X 10.4 "Tiger" і новіших версіях практично немає зниження продуктивності для не-
попередні бібліотеки. Попередні релізи зазнають більшого часу завантаження, ніж будь-які
статична бібліотека або попередньо зв’язана динамічна бібліотека Apple.

Оновлення Apple's Perl
Одним словом – не варто, принаймні не без *дуже* вагомої причини. Ваші сценарії можуть так само
легко починати з "#!/usr/local/bin/perl", як з "#!/usr/bin/perl". Скрипти, надані
Apple та інші сторонні сторони як частина інсталяційних пакетів і таке взагалі мають
протестовано лише з /usr/bin/perl який встановлений Apple.

Якщо ви виявите, що вам потрібно оновити системний Perl, варто пам’ятати про одну проблему
питання про статичні та динамічні бібліотеки. Якщо ви оновлюєте за замовчуванням стат
libperl, ви побачите, що динамічний libperl, наданий Apple, не буде видалено. Якщо
обидві бібліотеки присутні, коли створюється програма, яка посилається на libperl, ld
буде зв'язуватися з динамічною бібліотекою за замовчуванням. Отже, якщо вам потрібно замінити Apple
динамічний libperl зі статичним libperl, вам потрібно обов'язково видалити старі динамічні
бібліотеку після встановлення оновлення.

Відомий проблеми
Якщо ви встановили додаткові бібліотеки, такі як GDBM через Fink (іншими словами, у вас є
бібліотеки під /sw/lib), або libdlcompat до / usr / local / lib, вам може знадобитися додатковий
Будьте обережні під час запуску Configure, щоб не переплутати Configure та Perl щодо того, які бібліотеки
використовувати. Розгубленість відображатиметься, наприклад, як помилки "dyld" щодо проблем із символами,
наприклад, під час "зробити тест". Найбезпечніший варіант – запустити Configure as

Налаштувати ... -Uloclibpth -Dlibpth=/ Usr / Бібліотека

щоб Configure переглядав лише системні бібліотеки. Якщо у вас є додаткова бібліотека
каталоги, які ви дійсно хочете використовувати (наприклад, новіші бібліотеки Berkeley DB у попередньо
Panther systems), додайте їх до libpth:

Налаштувати ... -Uloclibpth -Dlibpth='/ Usr / Бібліотека /opt/lib'

Статична побудова Perl за замовчуванням може викликати проблеми зі складними програмами, як-от
Tk: в такому випадку розглянемо створення спільного Perl

Налаштувати ... -Duseshrplib

але пам’ятайте, що в цьому випадку потрібно сплатити вартість запуску (див. вище «libperl і
Попереднє прив'язування").

Починаючи з Tiger (Mac OS X 10.4), Apple постачає зламані файли локалі для eu_ES
місцевість (Баскська Іспанія). У попередніх випусках Perl це призводило до збоїв у роботі
lib/локаль випробування. Ці збої були придушені в поточній версії Perl
змушуючи тест ігнорувати порушену локаль. Якщо вам потрібно використовувати локаль eu_ES, ви повинні
зв’яжіться зі службою підтримки Apple.

Какао
Існує два способи використання Cocoa з Perl. Модуль PerlObjCBridge від Apple, що входить до комплекту
Mac OS X, може використовуватися окремими сценаріями для доступу до класів Foundation (тобто без графічного інтерфейсу)
та об'єкти.

Альтернативою є CamelBones, фреймворк, який надає доступ як до Foundation, так і до AppKit
класи та об'єкти, так що повні програми GUI можна будувати на Perl. Верблюжі кістки можуть бути
знайдено на SourceForge, за адресоюhttp://www.sourceforge.net/projects/camelbones/>.

Починаючи Від Подряпина

На жаль, не так вже й складно якось зламати Mac OS X Perl
суворо. Якщо все інше не вдається і ви дійсно хочете, ДІЙСНО, почніть з нуля і видаліть
навіть ваша інсталяція Apple Perl (яка якось пошкоджена), наступне
інструкція має зробити це. будь ласка думати двічі перед тим після ці інструкції: вони
він має багато як Проведення мозок хірургія до самі Без анестезія. Ми будемо НЕ Приходити
щоб виправити вашу систему, якщо ви це зробите.

Спочатку позбудьтеся від libperl.dylib:

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

Потім видаліть усі файли .bundle, знайдені в будь-якому місці в папках:

/Система/Бібліотека/Perl
/Бібліотека/Perl

Ви можете знайти їх, наприклад, за

# знайти /System/Library/Perl /Library/Perl -name '*.bundle' -print

Після цього ви можете скопіювати Perl з носія операційної системи (вам знадобиться файл
принаймні /System/Library/Perl і /usr/bin/perl), або перебудуйте Perl з вихідного коду
за допомогою «Налаштувати -Dprefix=/ usr -Duseshrplib" ПРИМІТКА: "-Dprefix=/ usr"замінити
система Perl працює набагато краще з Perl 5.8.1 і пізніших, у Perl 5.8.0 налаштування були
не зовсім правильно.

«Пацифіст» від CharlesSoft (http://www.charlessoft.com/>) – це хороший спосіб витягти
Бінарні файли Perl із носія ОС без необхідності перевстановлювати всю ОС.

Використовуйте perlmacosx онлайн за допомогою служб onworks.net