¿Cómo puedo crear un Perl portátil cuando no puedo instalar módulos en el host de destino?

Question

Necesito ejecutar las aplicaciones de Perl que desarrollo en cygwin Windows en hosts de HP unix/Solaris. No soy un superusuario en las máquinas Unix y no puedo tocar la ubicación predeterminada del módulo Perl ni puedo instalar módulos en la ubicación predeterminada del módulo Perl. Además, la instalación de Unix carece de la mayoría de los módulos básicos y no puedo cambiar eso.

Por ejemplo, tengo una aplicación Perl que necesita Expect que tiene partes compiladas en C nativas. ¿Cómo implementaría esta aplicación en Unix con sus dependencias requeridas sin tener que instalar nada más en esa caja?

¿Hay alguna manera de construir toda la aplicación Perl en Cygwin Windows y luego simplemente desplegar un ejecutable en Unix y ejecutarlo desde mi directorio de inicio allí?

---

EDITAR Además basa en respuestas hasta el momento:

Thanks in particular to brian, la solución LIB dir local parece funcionar en caso de Perl nativo, pero en el caso de los módulos componentes de Perl que necesitan C, compilación cruzada plataforma, es decir, compilar en cygwin para ejecutar en Solaris, no es realmente posible ya que temía.

Sin embargo, ¿tendría otra instalación de Linux ayuda, es decir, esto sería posible más fácil entre diferentes sabores de Unix como paquete Perl en Linux y luego implementar en Solaris/HP? ¿Y qué tal algo como lcc?

También me gustaría saber un poco más si alguien ha desarrollado un paquete nativo de Perl en Windows que incluye todas las dependencias de una aplicación Perl complicada que luego se puede mover a Unix como un solo archivo. (Ahora entiendo que no funcionará en caso de que el código C nativo se incluya como en Expect.pm, pero ¿qué ocurre si la aplicación solo utiliza módulos perl puros?)

Básicamente por muchas razones lo estoy intentando para minimizar el tiempo que necesito para estar conectado a estos hosts Unix de "producción" y hacer todo lo posible localmente de antemano.

---

añadido un nuevo cross-compilar question, ya que me sentí que estaba virando tal vez demasiado lejos de la pregunta original de Perl.

---

EDITAR - Par parece prometedor para el puro Perl, aunque misma cosa, no se ve a resolver el problema de la plataforma compilador cruzado para extensiones nativas

Answer 1

En este caso, consideraría entregar una aplicación completa con su propio Perl. Puedes elegir cualquier versión que te guste y cualquier módulo que te guste. Compile todo, organice todo en un directorio y luego evalúe el resultado. Para implementar, copie el archivo y descomprímalo. Utilice los consejos que otros ya han notado sobre las rutas de búsqueda de bibliotecas, etc. En esencia, su aplicación obtiene su propia pila.

Ahora, el truco está en la compilación cruzada. ¿Por qué te estás desarrollando en Cygwin? ¿Es ese un objetivo también? ¿Hay alguna razón por la que no tenga una máquina de desarrollo HP/UX o Solaris? A qué arquitectura se dirige (RISC, SPARC, Intel, etc.). Si no puede obtener hardware para ejecutarlos, obtenga algunas máquinas virtuales para sus objetivos y desarrolle allí.

Aparte de eso, puede instalar módulos en cualquier lugar que tenga permisos. Veo perlfaq8:

• How do I keep my own module/library directory?
• How do I add the directory my program lives in to the module/library search path?
• How do I add a directory to my include path (@INC) at runtime?

Answer 2

Establezca su variable de entorno PERLLIB a su personnal Perl lib directorio o use la línea de comando -I cambie a Perl para indicarlo.

Si tiene acceso a la máquina HP-UX, puede compilar Espere allí e instálela en su directorio. Pero la compilación cruzada de Windows a HP-UX probablemente sea mucho más difícil. Tendría que crear un compilador cruzado de GCC.

Answer 3

Compilar un script Perl con todas sus dependencias en Windows con Cygwin y ejecutarlo Solaris simplemente no va a funcionar.

Ahora la pregunta es: ¿tiene acceso a un compilador en esa computadora Solaris?No es porque usted no tiene acceso a la raíz que no se puede compilar e instalar módulos Perl en su directorio personal mediante el uso de:

perl Makefile.PL PREFIX=$HOME 

Si tiene CPAN disponibles en el sistema Solaris se puede establecer el prefijo en el CPAN pagar este manera:

1. inicia el shell perl -MCPAN -e shell;
2. cambiar el prefijo con conf makepl_arg PREFIX=/path/to/your/home/directory

Para su secuencia de comandos para ejecutar, puede empezar a Perl con el interruptor -I $HOME de línea de comandos, por ejemplo:

perl -I $HOME script.pl 

Su otra opción sería colocar este al comienzo de su secuencia de comandos

use lib $ENV{'HOME'}; 

Answer 4

Si tiene un compilador en cada uno de sus sistemas (y algunas otras herramientas necesarias para nfigure como grep), no solo deberías poder compilar módulos, sino que también deberías poder construir tus propios ejecutables perl.

Answer 5

No he probado esta característica en particular, pero perl2exe dice que admite compilaciones multiplataforma.

Answer 6

Querrá local::lib. Una vez que haya hecho eso, los módulos de Perl puros deberían funcionar de forma cruzada, pero deberá identificar y reinstalar los módulos compilados en la plataforma externa. Haga la instalación inicial en un Unix real, cpan en cygwin es lento.

Answer 7

me he encontrado a través de esto varias veces en mis sistemas de trabajo. Tenemos una instalación base de Perl 5.8 y no tengo la capacidad de agregar módulos.Aquí está la solución que utilizo:

1. Crear una carpeta llamada 'lib' en su raíz del proyecto (por ejemplo: ~/proyectos/miproyecto/lib)
2. Cualquier módulos que se descargan de CPAN deben tener una Makefile así como un directorio llamado "lib". Copie los contenidos de la carpeta lib en su carpeta lib recién creada. Algunos módulos solo pueden contener un único archivo .pm y ninguna estructura de lib. Solo copie el archivo .pm.

el código debe hacer lo siguiente: en primer lugar, utilice cualquiera de los módulos que se han instalado normalmente, entonces unshift la variable de entorno @INC utilizar sus bibliotecas locales:

# Declare Includes -------------------------------------------------------------------------------- 
use Getopt::Long; 
use vars qw($VERSION); 
use DirHandle; 
use FileHandle; 


# Force perl to use our local 'lib' directory for imported modules, this allows us to 
# use modules without having to install them in th emain perl assembly. However, this 
#also prevents these modules from being used in other projects. 
BEGIN { unshift @INC, "lib"; } 
use Error qw(:try); 
use SOAP::Transport::HTTP; 
#use LWP::Protocol::https; 
use XML::Simple; 
use XML::Writer; 
use XML::Writer::String; 

La advertencia de este método es que algunos módulos Perl no usan el método 'lib' o tienen dependencias adicionales. Si tiene problemas, examine Makefile.PL para ver el módulo y vea qué está haciendo.