Problem installing css perl module

Hey,
my problem isn't probably arch-related (and possibly very dumb), but I hope someone can help me anyway.
I'm trying to install a CSS perl module - and here is what I get -
[root@vlsi-wiki ~]# perl -MCPAN -eshell
Terminal does not support AddHistory.
cpan shell -- CPAN exploration and modules installation (v1.9456)
Enter 'h' for help.
cpan[1]> install CSS
Going to read '/root/.cpan/Metadata'
Database was generated on Mon, 24 May 2010 09:27:04 GMT
Fetching with LWP:
ftp://cpan.noris.de/pub/CPAN/authors/01mailrc.txt.gz
Going to read '/root/.cpan/sources/authors/01mailrc.txt.gz'
............................................................................DONE
Fetching with LWP:
ftp://cpan.noris.de/pub/CPAN/modules/02packages.details.txt.gz
Going to read '/root/.cpan/sources/modules/02packages.details.txt.gz'
Database was generated on Tue, 25 May 2010 09:27:47 GMT
............................................................................DONE
Fetching with LWP:
ftp://cpan.noris.de/pub/CPAN/modules/03modlist.data.gz
Going to read '/root/.cpan/sources/modules/03modlist.data.gz'
............................................................................DONE
Going to write /root/.cpan/Metadata
Running install for module 'CSS'
Running make for I/IA/IAMCAL/CSS-1.08.tar.gz
Checksum for /root/.cpan/sources/authors/id/I/IA/IAMCAL/CSS-1.08.tar.gz ok
Scanning cache /root/.cpan/build for sizes
............................................................................DONE
CPAN.pm: Going to build I/IA/IAMCAL/CSS-1.08.tar.gz
Checking if your kit is complete...
Looks good
Writing Makefile for CSS
cp CSS.pm blib/lib/CSS.pm
cp CSS/Value.pm blib/lib/CSS/Value.pm
cp CSS/Parse/Compiled.pm blib/lib/CSS/Parse/Compiled.pm
cp CSS/Property.pm blib/lib/CSS/Property.pm
cp CSS/Style.pm blib/lib/CSS/Style.pm
cp CSS/Parse/PRDGrammar.pm blib/lib/CSS/Parse/PRDGrammar.pm
cp CSS/Parse/Heavy.pm blib/lib/CSS/Parse/Heavy.pm
cp CSS/Selector.pm blib/lib/CSS/Selector.pm
cp CSS/Parse/Lite.pm blib/lib/CSS/Parse/Lite.pm
cp CSS/Adaptor/Debug.pm blib/lib/CSS/Adaptor/Debug.pm
cp CSS/Adaptor/Pretty.pm blib/lib/CSS/Adaptor/Pretty.pm
cp CSS/Parse.pm blib/lib/CSS/Parse.pm
cp CSS/Adaptor.pm blib/lib/CSS/Adaptor.pm
cp CSS/Parse/CompiledGrammar.pm blib/lib/CSS/Parse/CompiledGrammar.pm
Manifying blib/man3/CSS.3pm
Manifying blib/man3/CSS::Value.3pm
Manifying blib/man3/CSS::Parse::Compiled.3pm
Manifying blib/man3/CSS::Property.3pm
Manifying blib/man3/CSS::Parse::Heavy.3pm
Manifying blib/man3/CSS::Parse::PRDGrammar.3pm
Manifying blib/man3/CSS::Style.3pm
Manifying blib/man3/CSS::Parse::Lite.3pm
Manifying blib/man3/CSS::Selector.3pm
Manifying blib/man3/CSS::Adaptor::Debug.3pm
Manifying blib/man3/CSS::Parse.3pm
Manifying blib/man3/CSS::Adaptor::Pretty.3pm
Manifying blib/man3/CSS::Adaptor.3pm
IAMCAL/CSS-1.08.tar.gz
/usr/bin/make -- OK
Running make test
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/01_basic.t ........... ok
t/02_parse_lite.t ...... ok
t/03_parse_heavy.t ..... ok
t/04_parse_compiled.t .. 1/8 Unknown starting rule (Parse::RecDescent::namespace000001::stylesheet) called
at /root/.cpan/build/CSS-1.08-pVKcD1/blib/lib/CSS/Parse/Compiled.pm line 28
Compilation failed in require at t/04_parse_compiled.t line 3.
# Looks like you planned 8 tests but ran 4.
# Looks like your test exited with 255 just after 4.
t/04_parse_compiled.t .. Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 4/8 subtests
t/05_search.t .......... ok
t/06_adaptor_simple.t .. ok
t/07_adaptor_pretty.t .. ok
t/08_adaptor_debug.t ... ok
Test Summary Report
t/04_parse_compiled.t (Wstat: 65280 Tests: 4 Failed: 0)
Non-zero exit status: 255
Parse errors: Bad plan. You planned 8 tests but ran 4.
Files=8, Tests=38, 2 wallclock secs ( 0.05 usr 0.06 sys + 1.15 cusr 0.19 csys = 1.45 CPU)
Result: FAIL
Failed 1/8 test programs. 0/38 subtests failed.
make: *** [test_dynamic] Error 255
IAMCAL/CSS-1.08.tar.gz
/usr/bin/make test -- NOT OK
//hint// to see the cpan-testers results for installing this module, try:
reports IAMCAL/CSS-1.08.tar.gz
Running make install
make test had returned bad status, won't install without force
Failed during this command:
IAMCAL/CSS-1.08.tar.gz : make_test NO
I've tried with both perl 5.10.1 and perl from testing (5.12), didn't help.
Does anyone have any idea?

There is a bug upstream according to CPAN's bugtracker.  Someone provided a fix there to regenerate the buggy file that is causing the test to fail.  Here is a source package file I made.  You can build it to apply their fix and make the package.

Similar Messages

  • Problem calling two perl modules from java in seperate threads(JVM CRASHES)

    Dear Friends,
    I have one severe problem regarding calling perl modules from java
    I had to call two perl modules simultaneously (i.e.) from two threads,,, but jvm crashes when one of the perl calls is exiting earlier
    I am unable to spot out why ....
    For calling perl from java ...., We are first calling C code from java using JNI and then Perl code from C
    All works fine if we call only one perl call at a time.... If we call them in a synchronized manner the JVM is not crashing .... But we don't want blocking..
    The following is the code snippet
    <JAVA FILE>
    class Sample
         static {
              System.loadLibrary("xyz");  // Here xyz is the library file generated by compiling c code
         public native void call_PrintList();
         public native void call_PrintListNew();
         Sample()
              new Thread1(this).start();     
         public static void main(String args[])
              System.out.println("In the main Method");
              new Sample().call_PrintList();
         class Thread1 extends Thread
              Sample sample;
              Thread1(Sample sam)
                   sample=sam;
              public void run()
                   sample.call_PrintListNew();     
    }<C FILE>
    #include <EXTERN.h>
    #include <perl.h>
    static PerlInterpreter *my_perl;
    static char * words[] = {"alpha", "beta", "gamma", "delta", NULL } ;
    static void
    call_PrintList(){
         printf("\nIn the Call method of string.c\n");
            char *wor[] = {"hello", "sudha", NULL } ;
               char *my_argv[] = { "", "string.pl" };
               PERL_SYS_INIT3(&argc,&argv,&env);
               my_perl = perl_alloc();
                   PL_perl_destruct_level = 1; //// We have mentioned this also and tried removing destruct call
               perl_construct( my_perl );
               perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
              PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
               perl_run(my_perl);
         dSP ;
            perl_call_argv("PrintList",  G_DISCARD, wor) ;
    PL_perl_destruct_level = 1;
    //     perl_destruct(my_perl);
    //          perl_free(my_perl);
    //           PERL_SYS_TERM();
    static void
    call_PrintListNew(){
    printf("In the new call method\n");
    char *wor[] = {"Hiiiiiiiiiiiiiii", "Satyam123333", NULL } ;
            char *my_argv[] = { "", "string.pl" };
            PERL_SYS_INIT3(&argc,&argv,&env);
            my_perl = perl_alloc();
    PL_perl_destruct_level = 1;
            perl_construct( my_perl );
            perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
            PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
            perl_run(my_perl);
            dSP ;
            perl_call_argv("PrintListNew",  G_DISCARD, wor) ;
    PL_perl_destruct_level = 1;
      //      perl_destruct(my_perl);
      //      perl_free(my_perl);
       //     PERL_SYS_TERM();
    void callNew()
    call_PrintListNew();
    void call ( )
    call_PrintList();
    //char *wor[] = {"hello","sudha",NULL};
    /*   char *my_argv[] = { "", "string.pl" };
          PERL_SYS_INIT3(&argc,&argv,&env);
          my_perl = perl_alloc();
          perl_construct( my_perl );
          perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
         PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
          perl_run(my_perl);*/
       //   call_PrintList();                      /*** Compute 3 ** 4 ***/
    /*      perl_destruct(my_perl);
          perl_free(my_perl);
          PERL_SYS_TERM();*/
        }And Finally the perl code
    sub PrintList
                my(@list) = @_ ;
                foreach (@list) { print "$_\n" }
    sub PrintListNew
                my(@list) = @_ ;
                foreach (@list) { print "$_\n" }
            }Please help me in this regard

    Dear Friends,
    I have one severe problem regarding calling perl modules from java
    I had to call two perl modules simultaneously (i.e.) from two threads,,, but jvm crashes when one of the perl calls is exiting earlier
    I am unable to spot out why ....
    For calling perl from java ...., We are first calling C code from java using JNI and then Perl code from C
    All works fine if we call only one perl call at a time.... If we call them in a synchronized manner the JVM is not crashing .... But we don't want blocking..
    The following is the code snippet
    <JAVA FILE>
    class Sample
         static {
              System.loadLibrary("xyz");  // Here xyz is the library file generated by compiling c code
         public native void call_PrintList();
         public native void call_PrintListNew();
         Sample()
              new Thread1(this).start();     
         public static void main(String args[])
              System.out.println("In the main Method");
              new Sample().call_PrintList();
         class Thread1 extends Thread
              Sample sample;
              Thread1(Sample sam)
                   sample=sam;
              public void run()
                   sample.call_PrintListNew();     
    }<C FILE>
    #include <EXTERN.h>
    #include <perl.h>
    static PerlInterpreter *my_perl;
    static char * words[] = {"alpha", "beta", "gamma", "delta", NULL } ;
    static void
    call_PrintList(){
         printf("\nIn the Call method of string.c\n");
            char *wor[] = {"hello", "sudha", NULL } ;
               char *my_argv[] = { "", "string.pl" };
               PERL_SYS_INIT3(&argc,&argv,&env);
               my_perl = perl_alloc();
                   PL_perl_destruct_level = 1; //// We have mentioned this also and tried removing destruct call
               perl_construct( my_perl );
               perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
              PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
               perl_run(my_perl);
         dSP ;
            perl_call_argv("PrintList",  G_DISCARD, wor) ;
    PL_perl_destruct_level = 1;
    //     perl_destruct(my_perl);
    //          perl_free(my_perl);
    //           PERL_SYS_TERM();
    static void
    call_PrintListNew(){
    printf("In the new call method\n");
    char *wor[] = {"Hiiiiiiiiiiiiiii", "Satyam123333", NULL } ;
            char *my_argv[] = { "", "string.pl" };
            PERL_SYS_INIT3(&argc,&argv,&env);
            my_perl = perl_alloc();
    PL_perl_destruct_level = 1;
            perl_construct( my_perl );
            perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
            PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
            perl_run(my_perl);
            dSP ;
            perl_call_argv("PrintListNew",  G_DISCARD, wor) ;
    PL_perl_destruct_level = 1;
      //      perl_destruct(my_perl);
      //      perl_free(my_perl);
       //     PERL_SYS_TERM();
    void callNew()
    call_PrintListNew();
    void call ( )
    call_PrintList();
    //char *wor[] = {"hello","sudha",NULL};
    /*   char *my_argv[] = { "", "string.pl" };
          PERL_SYS_INIT3(&argc,&argv,&env);
          my_perl = perl_alloc();
          perl_construct( my_perl );
          perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
         PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
          perl_run(my_perl);*/
       //   call_PrintList();                      /*** Compute 3 ** 4 ***/
    /*      perl_destruct(my_perl);
          perl_free(my_perl);
          PERL_SYS_TERM();*/
        }And Finally the perl code
    sub PrintList
                my(@list) = @_ ;
                foreach (@list) { print "$_\n" }
    sub PrintListNew
                my(@list) = @_ ;
                foreach (@list) { print "$_\n" }
            }Please help me in this regard

  • Trouble installing the PERL modules for the ITunesU script

    I am trying to install the modules specified in the PERL script. I get an error when trying to install which I think is a result of a problem with the MAC developer tools. This is the output that I get when trying to install the Digest::SHA module
    Can someone please tell me how to fix this?
    cpan> install Digest::SHA
    CPAN: Storable loaded ok
    Going to read /Users/admin/.cpan/Metadata
    Database was generated on Wed, 21 Mar 2007 01:09:40 GMT
    Running install for module Digest::SHA
    Running make for M/MS/MSHELOR/Digest-SHA-5.44.tar.gz
    CPAN: Digest::MD5 loaded ok
    CPAN: Compress::Zlib loaded ok
    Checksum for /Users/admin/.cpan/sources/authors/id/M/MS/MSHELOR/Digest-SHA-5.44. tar.gz ok
    Scanning cache /Users/admin/.cpan/build for sizes
    Digest-SHA-5.44/
    Digest-SHA-5.44/t/
    Digest-SHA-5.44/t/state/
    Digest-SHA-5.44/t/state/state.1
    Digest-SHA-5.44/t/state/state.256
    Digest-SHA-5.44/t/state/state.512
    Digest-SHA-5.44/t/state/state.384
    Digest-SHA-5.44/t/4-bitstr-large.t
    Digest-SHA-5.44/t/2-nist-vectors-byte.t
    Digest-SHA-5.44/t/nist/
    Digest-SHA-5.44/t/nist/Readme.txt
    Digest-SHA-5.44/t/nist/bit-messages.sha1
    Digest-SHA-5.44/t/nist/byte-hashes.sha1
    Digest-SHA-5.44/t/nist/byte-messages.sha1
    Digest-SHA-5.44/t/nist/COPYRIGHT
    Digest-SHA-5.44/t/nist/bit-hashes.sha1
    Digest-SHA-5.44/t/1-exist.t
    Digest-SHA-5.44/t/5-hmac-rfc2202.t
    Digest-SHA-5.44/t/2-nist-sha-base64.t
    Digest-SHA-5.44/t/2-nist-sha-1.t
    Digest-SHA-5.44/t/4-bitstr-increasing.t
    Digest-SHA-5.44/t/2-nist-sha-256.t
    Digest-SHA-5.44/t/0-pod.t
    Digest-SHA-5.44/t/0-pod-coverage.t
    Digest-SHA-5.44/t/7-ireland.t
    Digest-SHA-5.44/t/2-nist-sha-224.t
    Digest-SHA-5.44/t/2-nist-sha-384.t
    Digest-SHA-5.44/t/3-gillogly-easy.t
    Digest-SHA-5.44/t/6-dump-load.t
    Digest-SHA-5.44/t/2-nist-sha-512.t
    Digest-SHA-5.44/t/5-hmac-fips198.t
    Digest-SHA-5.44/t/gillogly/
    Digest-SHA-5.44/t/gillogly/state.110
    Digest-SHA-5.44/t/gillogly/state.011
    Digest-SHA-5.44/t/5-hmac-woodbury.t
    Digest-SHA-5.44/t/3-gillogly-hard.t
    Digest-SHA-5.44/t/5-hmac-sha-256.t
    Digest-SHA-5.44/t/2-nist-sha-oo.t
    Digest-SHA-5.44/t/2-nist-vectors-bit.t
    Digest-SHA-5.44/t/1-hello-world.t
    Digest-SHA-5.44/t/4-bitstr-random.t
    Digest-SHA-5.44/examples/
    Digest-SHA-5.44/examples/dups
    Digest-SHA-5.44/Changes
    Digest-SHA-5.44/MANIFEST
    Digest-SHA-5.44/typemap
    Digest-SHA-5.44/src/
    Digest-SHA-5.44/src/sha.c
    Digest-SHA-5.44/src/sha64bit.c
    Digest-SHA-5.44/src/hmacxtra.c
    Digest-SHA-5.44/src/sha.h
    Digest-SHA-5.44/src/hmac.h
    Digest-SHA-5.44/src/shaxtra.c
    Digest-SHA-5.44/src/hmac.c
    Digest-SHA-5.44/src/sha64bit.h
    Digest-SHA-5.44/META.yml
    Digest-SHA-5.44/SHA.pm
    Digest-SHA-5.44/SHA.xs
    Digest-SHA-5.44/shasum
    Digest-SHA-5.44/Makefile.PL
    Digest-SHA-5.44/README
    Removing previously used /Users/admin/.cpan/build/Digest-SHA-5.44
    CPAN.pm: Going to build M/MS/MSHELOR/Digest-SHA-5.44.tar.gz
    Checking if your kit is complete...
    Looks good
    Writing Makefile for Digest::SHA
    -- NOT OK
    Running make test
    Can't test without successful make
    Running make install
    make had returned bad status, install seems impossible
    cpan>
    I installed the Developer tools from Apple's web site.
    Thanks
    Donna

    I figured it out. I discovered that the developer tools weren't installed by default on the Darwin OS. I downloaded them from the Apple site, installed the dmg file and then installed the required Perl modules and then it worked beautifully.
    The problem was that the modules couldn't make properly when being installed.
    Fun Fun
    Donna

  • Problem installing with merge module

    I use CR Developer, Product Type Full, version 11.5.8.826.
    I use it to design RPT files that use XML and XSD files as data sources.
    I deploy these RPT files to client machines that also run a web enabled app I developed using ASP.NET v.2
    I built an installer with the CrystalReports11_5_NET_2005.msm merge module.
    However, when I install on a clean client machine with the MSI I created I get some weird database access error in the Crystal Reportviewer that's embedded in my ASP.NET webpage.
    When I then install the entire CR Developer product on the client machine everything works fine.
    So clearly, the merge module I use does not install and register all the files required to make my product work. Am I using the wrong merge module? Should I be using the four RDC merge modules?
    It's clearly not acceptable to have install the entire CR Developer app. Also, I saw another thread where they were talking about copying the entire C:\Program Files\Business Objects\common\3.5\bin directory to the client machine. That cannot be an acceptable solution either, right?
    I need a definitive answer how to deploy the correct runtime environment to make my RPT files correctly run using the Report viewer in my web pages.
    To be clear, I do NOT use VS.NET 2005 to develop my RPT files. I do not use anything built into Visual Studio to build my RPT files. The only interaction with .NET is that I have a Reportviewer object embedded in one ASP.NET web page that visualizes the RPT files I previously created using the CR Developer app.
    This is from my web.config file:
    <add assembly="CrystalDecisions.CrystalReports.Engine, Version=11.5.3700.0, Culture=neutral, PublicKeyToken=692FBEA5521E1304"/>
    <add assembly="CrystalDecisions.ReportSource, Version=11.5.3700.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/>
    <add assembly="CrystalDecisions.Shared, Version=11.5.3700.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/>
    <add assembly="CrystalDecisions.Web, Version=11.5.3700.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/>
    This is the aspx from the web page that shows the report viewer:
    <%@ Page Language="C#" MasterPageFile="~/MasterPage.master" AutoEventWireup="true"
        CodeFile="ReportPage.aspx.cs" Inherits="Paladin_CReports.ReportPage" Title="Paladin Reports - Crystal Reports - Report" %>
    <%@ Register Assembly="CrystalDecisions.Web, Version=11.5.3700.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"
        Namespace="CrystalDecisions.Web" TagPrefix="CR" %>
    <asp:Content ID="Content1" ContentPlaceHolderID="ContentPlaceHolder1" runat="Server">
        <asp:Panel ID="Panel1" runat="server" Height="28px" Style="z-index: 100; left: 0px;
            position: absolute; top: 148px" Width="1014px">
            <CR:CrystalReportViewer ID="CrystalReportViewer1" runat="server" AutoDataBind="true"
                DisplayGroupTree="False"
                Style="z-index: 120; left: 0px; position: absolute; top: 0px" HasCrystalLogo="False"
                EnableDrillDown="False" HasDrillUpButton="False" HasToggleGroupTreeButton="False"
                HasViewList="False" ShowAllPageIds="True" HasRefreshButton="True" />
        </asp:Panel>
    </asp:Content>
    I need a definitive answer how to deploy the correct runtime environment to make my RPT files correctly run using the Report viewer in my web pages.
    Thanks,
    Rodger

    Hi,
    Give a try to five read permissions to IIS_WPG for the temp folder which is under your account(In case of web application) and in case of windows app give read permission to a user for c:\windows\temp and to the folder which contains crystal reports.
    Need more info?
    What meerge module you have downloaded?
    Right merge modules are [here|http://resources.businessobjects.com/support/additional_downloads/runtime.asp#06]
    Note if appliaction uses RDC only then you need to install RDC merge modules.
    Windows or web application?
    Are you changing the XML schema?
    Hope this help!!
    Regards,
    Amit

  • How should I install extra Perl modules?

    I thinking about using Munin from Linpro (http://munin.projects.linpro.no/) to monitor my OCS-servers that are running on RedHat Advanced Server 2.1 (and soon-to-come RedHat Enterprise latest version), but this program needs a module called perl-Net-Server.
    How should I install this? There is a perl-installation under the $ORACLE_HOME, but Munin will run as root. Will I mess up something in OCS if I just install the RPM package Munin recomends? (from the DAG archive http://dag.wieers.com/rpm/packages/perl-Net-Server/ )

    Apache/Oracle HTTP Server is on the Companion CD
    and is not installed with the DB

  • Problem installing Speech Analysis Module

    I have CS6 and trial of CC which I'm evaluating now. When I installed the French speech module it defaulted to CS6. Is there some way to direct it to install in CC? The same module is specified for both versions.
    Thanks

    Jim
    I found a solution on another post that suggested copying the files to 4.0 common link and it worked. I wish they hadn't dropped a couple of features from CS4 but it's still a great idea.

  • Problems installing Wireless Toolkit module in Forte 3

    I completely remove Forte 3.0 and the WTK 1.02 from my machine (WINNT 4.0 sp6a, J2SE 1.3.)
    Installed Forte 3.0 succesfully.
    Installed WTK 1.0.2 Integrated option successfully (Installer asked me for the install home dir. for Forte)
    But when I run Forte I do not see any templates etc. which would allow me to write a j2me compliant code (as referred to by the User Guide pdf).
    Where did I go wrong?

    I have the same problem.
    I also have the problem of getting a SecurityException
    when trying to runAll ---> Execute.
    java.lang.SecurityException: Unable to create temporary file
    at java.io.File.checkAndCreate(File.java:1159)
    at java.io.File.createTempFile(File.java:1247)
    at java.io.File.createTempFile(File.java:1284)
    at com.sun.kvem.midp.PalmEmulator.generateJar(K:/re/kvem1.0.2_EA2/midp-palm/src/palm/emulator/com/sun/kvem/midp/PalmEmulator.java:176)
    at com.sun.kvem.midp.PalmEmulator.createPRC(K:/re/kvem1.0.2_EA2/midp-palm/src/palm/emulator/com/sun/kvem/midp/PalmEmulator.java:124)
    at com.sun.kvem.midp.PalmEmulator.run(K:/re/kvem1.0.2_EA2/midp-palm/src/palm/emulator/com/sun/kvem/midp/PalmEmulator.java:349)
    at com.sun.kvem.environment.EmulatorInvoker.runEmulatorImpl(Unknown Source)
    at com.sun.kvem.environment.EmulatorInvoker.runEmulatorSameVM(Unknown Source)
    at com.sun.kvem.environment.EmulatorInvoker.runEmulator(Unknown Source)
    at com.sun.kvem.environment.ProfileEnvironment$KVMThread.runEmulator(Unknown Source)
    at com.sun.kvem.environment.ProfileEnvironment$KVMThread.run(Unknown Source)

  • Fail installing perl modules in new sparc server

    Hi,
    I'm trying to install the perl modules needed by my applications in a sparc server SunFire V210 with solaris 9 64bit. All the attempts fail because the interpreter is compiled with forte, this is the explanation i got. I found a solution in CPAN called perlgcc but it doesn't work it build a bad Makefile, the file has a lot of mistakes. Perl.com people tell me to change parameters in the makefiles and Config.pm but it's very hard to find the correct values, i'm not sure i fix the correct things.still it doesn't work.
    I need an urgent solution it permits me to add modules without correction in the each makefile. I hope there is a standar procedure to solve it.
    Thanks!

    Hi,
    Here is your solution (I hope). I've being doing this this week and worked.
    Look the stuff is connected with the compilers used to complie perl and as you see later other stuff on the sun. At the sun the stuff is compiled with sun compiler which is not provided on the solaris 8, 9 nor 10. Fortunately there is gcc installed on the sol10.
    -bash-3.00# gcc --version<br />
    gcc (GCC) 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
    Copyright (C) 2004 Free Software Foundation, Inc.
    This is free software; see the source for copying conditions. There is NO
    warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
    -bash-3.00#
    The perl is compiled with sun compiler cc
    -bash-3.00# perl -V | more
    More
    Summary of my perl5 (revision 5 version 8 subversion 4) configuration:
    More
    Platform:
    osname=solaris, osvers=2.10, archname=sun4-solaris-64int
    uname='sunos localhost 5.10 sun4u sparc SUNW,Ultra-2'
    config_args=''
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=unde
    f
    useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
    use64bitint=define use64bitall=undef uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
    Compiler:
    cc='cc', ccflags ='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xarch=v8 -D_T
    S_ERRNO',
    optimize='-xO3 -xspace -xildoff',
    cppflags=''
    ccversion='Sun WorkShop', gccversion='', gccosandvers=''
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=87654321
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
    ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lsee
    ksize=8
    alignbytes=8, prototype=define
    Linker and Libraries:
    ld='cc', ldflags =''
    libpth=/lib /usr/lib /usr/ccs/lib
    libs=-lsocket -lnsl -ldl -lm -lc
    perllibs=-lsocket -lnsl -ldl -lm -lc
    libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so
    gnulibc_version=''
    Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-R /usr/perl5/5.8.
    4/lib/sun4-solaris-64int/CORE'
    cccdlflags='-KPIC', lddlflags='-G'
    What to do??? Yes - you are on sol10 - then do it
    1. Logon as a root
    2. Check your path and compare with
    -bash-3.00# echo $PATH
    /usr/sbin:/usr/bin:/usr/sfw:/usr/sfw/bin:/usr/sfw/lib:/usr/s fw/include:/opt/sfw:
    /opt/sfw/bin:/opt/sfw/lib:/opt/sfw/include:/usr/ccs/bin:/usr /ccs/lib
    -bash-3.00#
    if differs upto the last /usr/ccs/lib modify your profile file ( anthing ofter the last /usr/ccs/lib can be aded).
    3. Check out the the comands
    gcc --version<br />
    perl -V
    4. If everything upto this step is ok you can proceed
    5. You may do the installation of the perl modules in two ways:
    a.) with CPAN module - Internet connection MANDATORY
    b.) with perl and downloaded tar.gz module
    5.a) With CPAN module
    5.a.1) Launch the command to configure the CPAN module
    perl -MCPAN -e shell
    you will be asked to give the answers inorder to configure CPAN
    5.a.2) When you see cpan> prompt do the following:
    o conf makepl_arg 'CC=gcc CCCDLFLAGS=-fPIC CCFLAGS=" " OPTIMIZE=" " LD=gcc' press return
    5.a.3) Type "o conf commit" press return. You may install your modules now with the install command e.g. install HTML::Parser for example.
    5.b.1) Download your modules from http://www.cpan.org to your server to /var/tmp/packed or whatever folder you want.
    5.b.2) unzip then untar and cd into subfolder
    5.b.3) type ./Makefile.PL -t 'CC=gcc CCCDLFLAGS=-fPIC CCFLAGS=" " OPTIMIZE=" " LD=gcc'
    5.b.4) Type make install
    6.) In both methods you have to check if the modules are installed by issuing the commnad:
    perl -e 'use Your::Module' e.g.
    perl -e 'use HTTP::Parser'
    if no error message on the term you are ready
    Rem. The differrences are in the flags used to compile and link with these two compilers sun cc and gnu cc. There are of course problems with 64bit values on sun64bit e.g. SPARC and Intel stuff cause Perl does not support real 64bit values yet. The Perl modules should use only floating point represetnation with around 53~bit precision. But this issue depends on the module creator not you if you do not want to do the remedy.
    I hope it will help you
    good luck

  • Perl module not working/installed properly

    I have a perl script that worked fine on Ubuntu.  I've now replaced Ubuntu with Arch and installed the perl modules I need to run this script and one of them doesn't seem to be working properly, I think I had a hiccup during installation of this particular module.  Can someone point me in the right direction as to how to fix this please.
    This is the output of my script falling over:
    [me@arch ~]$ perl -e 'use MP4::Info;'
    Can't locate IO/String.pm in @INC (@INC contains: /usr/lib/perl5/site_perl /usr/share/perl5/site_perl /usr/lib/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5/core_perl /usr/share/perl5/core_perl .) at /usr/share/perl5/site_perl/MP4/Info.pm line 16.
    BEGIN failed--compilation aborted at /usr/share/perl5/site_perl/MP4/Info.pm line 16.
    Compilation failed in require at -e line 1.
    BEGIN failed--compilation aborted at -e line 1.
    The 'MP4::Info' module "appears" to be installed ok though, as shown thusly:
    [me@arch ~]$ cpan
    Terminal does not support AddHistory.
    cpan shell -- CPAN exploration and modules installation (v1.9600)
    Enter 'h' for help.
    cpan[1]> install MP4:Info
    Going to read '/home/wayne/.cpan/Metadata'
    Database was generated on Fri, 23 Sep 2011 01:50:05 GMT
    MP4::Info is up to date (1.13).
    cpan[2]>
    Any help greatly appreciated, thanks in advance.

    For some reason IO::String was not installed. Try installing it from the cpan shell.

  • Can't install perl modul DBD::Oracle with XE

    Hello,
    I have installed oracle 10.2.0.1 XE and want now install the perl modul DBD::Oracle.
    After running
    perl Makefile.PL
    I get the message:
    Unable to locate an oracle.mk, proc.mk or other suitable *.mkfile in your Oracle installation. (I looked in
    /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/rdbms/lib/oracle.mk /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/rdbms/demo/oracle.mk /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/rdbms/demo/demo_rdbms.mk /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/otrace/demo/atmoci.mk /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/precomp/demo/proc/proc.mk /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/precomp/demo/proc/demo_proc.mk /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/proc/lib/proc.mk /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/proc16/lib/proc16.mk)
    And the program is right!!
    I do not have any of this files on my Computer.
    I also looked in the files
    oracle-instantclient-basic-10.2.0.1-1.i386.rpm
    oracle-instantclient-devel-10.2.0.1-1.i386.rpm
    where I also can't find these files.
    Could you please help and tell me, where I can get these files?
    Thank you,
    Marc

    See the thread on Perl with XE in Re: How can I get CPAN  DBD::Oracle to install with XE?
    -- cj

  • Cannot install perl modules

    Hi team,
    I’m trying to do a little perl script to telnet some cisco equipment.
    I’m trying to install some perl module through CPAN but I was got an error. Output is the following. Any ideas?
    Using MAC OSX 10.6.4
    cpan[13]> install Net::Telnet:Cisco
    Running install for module 'Net::Telnet::Cisco'
    CPAN: Data::Dumper loaded ok (v2.121_14)
    'YAML' not installed, falling back to Data::Dumper and Storable to read prefs '/Users/sepinto/.cpan/prefs'
    Running make for J/JO/JOSHUA/Net-Telnet-Cisco-1.10.tar.gz
    Checksum for /Users/sepinto/.cpan/sources/authors/id/J/JO/JOSHUA/Net-Telnet-Cisco-1.10.tar.g z ok
    x Net-Telnet-Cisco-1.10/
    x Net-Telnet-Cisco-1.10/README
    x Net-Telnet-Cisco-1.10/Cisco.pm
    x Net-Telnet-Cisco-1.10/.cvsignore
    x Net-Telnet-Cisco-1.10/MANIFEST
    x Net-Telnet-Cisco-1.10/test.pl
    x Net-Telnet-Cisco-1.10/MANIFEST.SKIP
    x Net-Telnet-Cisco-1.10/Changes
    x Net-Telnet-Cisco-1.10/INSTALL
    x Net-Telnet-Cisco-1.10/Makefile.PL
    x Net-Telnet-Cisco-1.10/TODO
    Warning (usually harmless): 'YAML' not installed, will not store persistent state
    CPAN.pm: Going to build J/JO/JOSHUA/Net-Telnet-Cisco-1.10.tar.gz
    Checking if your kit is complete...
    Looks good
    Warning: prerequisite Net::Telnet 3.02 not found.
    Writing Makefile for Net::Telnet::Cisco
    ---- Unsatisfied dependencies detected during ----
    ---- JOSHUA/Net-Telnet-Cisco-1.10.tar.gz ----
    Net::Telnet [requires]
    Shall I follow them and prepend them to the queue
    of modules we are processing right now? [yes]
    Running make test
    Delayed until after prerequisites
    Running make install
    Delayed until after prerequisites
    Running install for module 'Net::Telnet'
    'YAML' not installed, falling back to Data::Dumper and Storable to read prefs '/Users/sepinto/.cpan/prefs'
    Running make for J/JR/JROGERS/Net-Telnet-3.03.tar.gz
    Has already been unwrapped into directory /Users/sepinto/.cpan/build/Net-Telnet-3.03-naYMND
    Could not make: Unknown error
    Warning (usually harmless): 'YAML' not installed, will not store persistent state
    Running make test
    Can't test without successful make
    Running make install
    Make had returned bad status, install seems impossible
    Running make for J/JO/JOSHUA/Net-Telnet-Cisco-1.10.tar.gz
    Has already been unwrapped into directory /Users/sepinto/.cpan/build/Net-Telnet-Cisco-1.10-jrURaI
    CPAN.pm: Going to build J/JO/JOSHUA/Net-Telnet-Cisco-1.10.tar.gz
    Warning: Prerequisite 'Net::Telnet => 3.02' for 'J/JO/JOSHUA/Net-Telnet-Cisco-1.10.tar.gz' failed when processing 'J/JR/JROGERS/Net-Telnet-3.03.tar.gz' with 'make => NO'. Continuing, but chances to succeed are limited.
    Can't exec "make": No such file or directory at /System/Library/Perl/5.10.0/CPAN.pm line 7698.
    JOSHUA/Net-Telnet-Cisco-1.10.tar.gz
    make -- NOT OK
    Warning (usually harmless): 'YAML' not installed, will not store persistent state
    Running make test
    Can't test without successful make
    Running make install
    Make had returned bad status, install seems impossible
    Failed during this command:
    JOSHUA/Net-Telnet-Cisco-1.10.tar.gz : make NO
    Thanks for your help.
    Regards
    SP

    Hi Robert,
    Unfortunately, I already tried that. Here are the results:
    sepinto-mac:~ sepinto$ sudo perl -MCPAN -e shell
    Password:
    Terminal does not support AddHistory.
    cpan shell -- CPAN exploration and modules installation (v1.9205)
    ReadLine support available (maybe install Bundle::CPAN or Bundle::CPANxxl?)
    cpan[1]> install Net::Telnet
    CPAN: Storable loaded ok (v2.18)
    Going to read /Users/sepinto/.cpan/Metadata
    Database was generated on Mon, 16 Aug 2010 10:36:17 GMT
    Running install for module 'Net::Telnet'
    CPAN: Data::Dumper loaded ok (v2.121_14)
    'YAML' not installed, falling back to Data::Dumper and Storable to read prefs '/Users/sepinto/.cpan/prefs'
    Running make for J/JR/JROGERS/Net-Telnet-3.03.tar.gz
    CPAN: Digest::SHA loaded ok (v5.45)
    CPAN: Compress::Zlib loaded ok (v2.008)
    Checksum for /Users/sepinto/.cpan/sources/authors/id/J/JR/JROGERS/Net-Telnet-3.03.tar.gz ok
    Scanning cache /Users/sepinto/.cpan/build for sizes
    ............................................................................DONE
    x Net-Telnet-3.03/
    x Net-Telnet-3.03/Makefile.PL
    x Net-Telnet-3.03/ChangeLog
    x Net-Telnet-3.03/lib/
    x Net-Telnet-3.03/lib/Net/
    x Net-Telnet-3.03/lib/Net/Telnet.pm
    x Net-Telnet-3.03/t/
    x Net-Telnet-3.03/t/select.t
    x Net-Telnet-3.03/README
    x Net-Telnet-3.03/MANIFEST
    CPAN: File::Temp loaded ok (v0.18)
    Warning (usually harmless): 'YAML' not installed, will not store persistent state
    CPAN.pm: Going to build J/JR/JROGERS/Net-Telnet-3.03.tar.gz
    Checking if your kit is complete...
    Looks good
    Writing Makefile for Net::Telnet
    Can't exec "make": No such file or directory at /System/Library/Perl/5.10.0/CPAN.pm line 7698.
    JROGERS/Net-Telnet-3.03.tar.gz
    make -- NOT OK
    Warning (usually harmless): 'YAML' not installed, will not store persistent state
    Running make test
    Can't test without successful make
    Running make install
    Make had returned bad status, install seems impossible
    Failed during this command:
    JROGERS/Net-Telnet-3.03.tar.gz : make NO

  • Cannot install DBD::Oracle perl module with Oracle 11.2.0.3 client

    Hi
    I have been trying to install DBD::Oracle perl module on a Centos 5.7 server which is running Oracle client version 11.2.0.3. I have installed all dependencies prior to attempting installing the same and I am running into the following error -
    /usr/bin/ld: skipping incompatible /app/utiba/oracle/client/lib//libclntsh.so when searching for -lclntsh
    /usr/bin/ld: cannot find -lclntsh
    collect2: ld returned 1 exit status
    make: *** [blib/arch/auto/DBD/Oracle/Oracle.so] Error 1Here are the complete details of my attempt of installation of the perl module -
    [root@tch1testuview1 DBD-Oracle-1.50]# perl Makefile.PL
    Using DBI 1.52 (for perl 5.008008 on x86_64-linux-thread-multi) installed in /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/DBI/
    Configuring DBD::Oracle for perl 5.008008 on linux (x86_64-linux-thread-multi)
    Remember to actually *READ* the README file! Especially if you have any problems.
    Installing on a linux, Ver#2.6
    Using Oracle in /app/utiba/oracle/client
    DEFINE _SQLPLUS_RELEASE = "1102000300" (CHAR)
    Oracle version 11.2.0.3 (11.2)
    Found /app/utiba/oracle/client/rdbms/lib/ins_rdbms.mk
    Using /app/utiba/oracle/client/rdbms/lib/ins_rdbms.mk
    Your LD_LIBRARY_PATH env var is set to '/app/utiba/oracle/client/lib:/lib:/usr/lib'
    Reading /app/utiba/oracle/client/rdbms/lib/ins_rdbms.mk
    Reading /app/utiba/oracle/client/rdbms/lib/env_rdbms.mk
    WARNING: Oracle /app/utiba/oracle/client/rdbms/lib/ins_rdbms.mk doesn't define a 'build' rule.
    WARNING: I will now try to guess how to build and link DBD::Oracle for you.
             This kind of guess work is very error prone and Oracle-version sensitive.
             It is possible that it won't be supported in future versions of DBD::Oracle.
             *PLEASE* notify dbi-users about exactly _why_ you had to build it this way.
    Found header files in /app/utiba/oracle/client/rdbms/public.
    client_version=11.2
    DEFINE= -Wall -Wno-comment -DUTF8_SUPPORT -DORA_OCI_VERSION=\"11.2.0.3\" -DORA_OCI_102 -DORA_OCI_112
    Checking for functioning wait.ph
    System: perl5.008008 linux builder10.centos.org 2.6.18-53.el5 #1 smp mon nov 12 02:14:55 est 2007 x86_64 x86_64 x86_64 gnulinux
    Compiler:   gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm
    Linker:     /usr/bin/ld
    Sysliblist: -ldl -lm -lpthread -lnsl -lirc -lipgo
    Oracle makefiles would have used these definitions but we override them:
      CC:       $(GCC)
      CFLAGS:   $(GFLAG) $(OPTIMIZE) $(CDEBUG) $(CCFLAGS) $(PFLAGS)\
            $(SHARED_CFLAG) $(USRFLAGS)
               [$(GFLAG) -O2 $(CDEBUG) $(CCFLAGS) -I/app/utiba/oracle/client/rdbms/demo -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/plsql/public -I/app/utiba/oracle/client/network/public -DLINUX -D_GNU_SOURCE -D_LARGEFILE64_SOURCE=1 -D_LARGEFILE_SOURCE=1 -DSLTS_ENABLE -DSLMXMX_ENABLE -D_REENTRANT -DNS_THREADS -DLDAP_CM $(LPFLAGS) $(PLSQLNCGFLAGS) $(USRFLAGS)]
      LDFLAGS:  -o $@ $(LDOBJSZ) $(LDPATHFLAG)$(PRODLIBHOME) $(LDPATHFLAG)$(LIBHOME) $(LDPATHFLAG)$(LIBHOME)stubs/ $(LDPATHFLAG)$(LIBHOME) $(LLIBIRC)
               [-o $@ -m32 -L/app/utiba/oracle/client/rdbms/lib/ -L$(LIBHOME) -L$(LIBHOME)stubs/ -L$(LIBHOME) -lirc -lipgo ]
    Linking with  -lclntsh -ldl -lm -lpthread -lnsl -lirc -lipgo -ldl -lm  [from $(OCISHAREDLIBS)]
    LD_RUN_PATH=/app/utiba/oracle/client/lib
    Using DBD::Oracle 1.50.
    Using DBD::Oracle 1.50.
    Using DBI 1.52 (for perl 5.008008 on x86_64-linux-thread-multi) installed in /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/DBI/
    Writing Makefile for DBD::Oracle
    ***  If you have problems...
         read all the log printed above, and the README and README.help.txt files.
         (Of course, you have read README by now anyway, haven't you?)
    [root@tch1testuview1 DBD-Oracle-1.50]# make
    Skip blib/lib/DBD/Oracle/Troubleshooting/Cygwin.pod (unchanged)
    Skip blib/lib/DBD/Oracle.pm (unchanged)
    Skip blib/lib/oraperl.ph (unchanged)
    Skip blib/arch/auto/DBD/Oracle/Oracle.h (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Vms.pod (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Linux.pod (unchanged)
    Skip blib/lib/DBD/Oracle/GetInfo.pm (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting.pod (unchanged)
    Skip blib/arch/auto/DBD/Oracle/dbdimp.h (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Hpux.pm (unchanged)
    Skip blib/arch/auto/DBD/Oracle/ocitrace.h (unchanged)
    Skip blib/lib/Oraperl.pm (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Sun.pod (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Macos.pod (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Aix.pod (unchanged)
    Skip blib/lib/DBD/Oracle/Object.pm (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Win64.pod (unchanged)
    Skip blib/arch/auto/DBD/Oracle/mk.pm (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Win32.pod (unchanged)
    gcc -c  -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/rdbms/demo -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/plsql/public -I/app/utiba/oracle/client/network/public -I/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/DBI -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic   -DVERSION=\"1.50\" -DXS_VERSION=\"1.50\" -fPIC "-I/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE"  -Wall -Wno-comment -DUTF8_SUPPORT -DORA_OCI_VERSION=\"11.2.0.3\" -DORA_OCI_102 -DORA_OCI_112 Oracle.c
    gcc -c  -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/rdbms/demo -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/plsql/public -I/app/utiba/oracle/client/network/public -I/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/DBI -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic   -DVERSION=\"1.50\" -DXS_VERSION=\"1.50\" -fPIC "-I/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE"  -Wall -Wno-comment -DUTF8_SUPPORT -DORA_OCI_VERSION=\"11.2.0.3\" -DORA_OCI_102 -DORA_OCI_112 dbdimp.c
    dbdimp.c: In function ‘fb_ary_cb_alloc’:
    dbdimp.c:324: warning: comparison is always false due to limited range of data type
    dbdimp.c:325: warning: comparison is always false due to limited range of data type
    dbdimp.c:326: warning: comparison is always false due to limited range of data type
    dbdimp.c:327: warning: comparison is always false due to limited range of data type
    dbdimp.c:328: warning: comparison is always false due to limited range of data type
    dbdimp.c: In function ‘fb_ary_alloc’:
    dbdimp.c:344: warning: comparison is always false due to limited range of data type
    dbdimp.c:345: warning: comparison is always false due to limited range of data type
    dbdimp.c:346: warning: comparison is always false due to limited range of data type
    dbdimp.c:347: warning: comparison is always false due to limited range of data type
    gcc -c  -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/rdbms/demo -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/plsql/public -I/app/utiba/oracle/client/network/public -I/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/DBI -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic   -DVERSION=\"1.50\" -DXS_VERSION=\"1.50\" -fPIC "-I/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE"  -Wall -Wno-comment -DUTF8_SUPPORT -DORA_OCI_VERSION=\"11.2.0.3\" -DORA_OCI_102 -DORA_OCI_112 oci8.c
    oci8.c: In function ‘ora_blob_read_mb_piece’:
    oci8.c:1804: warning: comparison is always false due to limited range of data type
    oci8.c: In function ‘describe_obj_by_tdo’:
    oci8.c:3256: warning: comparison is always false due to limited range of data type
    oci8.c: In function ‘ora_describe’:
    oci8.c:3480: warning: comparison is always false due to limited range of data type
    oci8.c: In function ‘ora_st_fetch’:
    oci8.c:3953: warning: unused variable ‘imp_xxh’
    Running Mkbootstrap for DBD::Oracle ()
    chmod 644 Oracle.bs
    rm -f blib/arch/auto/DBD/Oracle/Oracle.so
    LD_RUN_PATH="/app/utiba/oracle/client/lib" gcc  -shared -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic Oracle.o dbdimp.o oci8.o  -o blib/arch/auto/DBD/Oracle/Oracle.so  \
               -L/app/utiba/oracle/client/lib/ -lclntsh -ldl -lm -lpthread -lnsl -lirc -lipgo -ldl -lm      \
    /usr/bin/ld: skipping incompatible /app/utiba/oracle/client/lib//libclntsh.so when searching for -lclntsh
    /usr/bin/ld: cannot find -lclntsh
    collect2: ld returned 1 exit status
    make: *** [blib/arch/auto/DBD/Oracle/Oracle.so] Error 1I am sure that installing a previous(older) version of oracle client will fix this issue i.e. either 11.2.0.1 or older (that is tested) but I want to know if it is possible to resolve the above issue with a work around and not having to install a previous version.
    Fyi.. I've tried to install DBD::Oracle version 1.24 and 1.50 but that doesn't seem to make any difference. I couldn't find any related thread either for this error so I desperately need a solution to the same(if any).
    If anyone can help here, would really appreciate it or else, I will have no choice but to install previous version of oracle client.
    Thanks
    Edited by: 956308 on Aug 31, 2012 6:55 AM
    Edited by: 956308 on Aug 31, 2012 6:57 AM

    Contents of the response file:
    oracle.install.responseFileVersion=http://www.oracle.com/2007/install/rspfmt_clientinstall_response_schema_v11_2_0
    ORACLE_HOSTNAME=slc00caz
    UNIX_GROUP_NAME=oracle
    INVENTORY_LOCATION=/home/psadm1/oraInventory
    SELECTED_LANGUAGES=en
    ORACLE_HOME=/opt/oracle/psft/pt/oracle-client/11.2.0.x
    ORACLE_BASE=/opt/oracle/psft/pt/oracle-client
    oracle.install.client.installType=Custom
    oracle.install.client.upgrading=false
    oracle.install.client.customComponents=oracle.rdbms.util:11.2.0.3.0,oracle.javavm.client:11.2.0.3.0,oracle.sqlplus:11.2.0.3.0,oracle.dbjava.jdbc:11.2.0.3.0,oracle.rdbms.oci:11.2.0.3.0,oracle.xdk:11.2.0.3.0,oracle.network.aso:11.2.0.3.0,oracle.assistants.oemlt:11.2.0.3.0,oracle.network.client:11.2.0.3.0,oracle.odbc:11.2.0.3.0,oracle.dbdev:11.2.0.3.0
    oracle.install.client.schedulerAgentHostName=
    oracle.install.client.schedulerAgentPortNumber=
    oracle.installer.autoupdates.option=SKIP_UPDATES
    oracle.installer.autoupdates.downloadUpdatesLoc=
    AUTOUPDATES_MYORACLESUPPORT_USERNAME=
    AUTOUPDATES_MYORACLESUPPORT_PASSWORD=
    PROXY_HOST=
    PROXY_PORT=0
    PROXY_USER=
    PROXY_PWD=
    PROXY_REALM=

  • How to remove/uninstall custom installed perl modules?

    Hello all.
    Yesterday I upgraded from 10.3.7 to 10.4.5, then started to reinstall a bundle of perl modules (via the Terminal and 'perl Makefile.PL -- make -- make test -- [sudo] make install').
    As I saw too late, some of those modules I installed are now part of the standard OS X installation -- now some perl modules are twice on my machine, the 'originals' (so to say) in '/System/Library/Perl/5.8.6/...', and the 're-installed' are -- as usually -- in '/Library/Perl/5.8.6/...'.
    My questions:
    (1) Can these duplicates do any harm while executing perl code?
    (2) Is there an easy way to get rid of the duplicates (e.g., move the associated files in '/Library/Perl/5.8.6/...' to the trash)?
    Fortunately I have saved the terminal output of every installation, so it should be easy to find everything that was changed.
    Any advice is appreciated -- thanks in advance.
    Joerg
    G4/400 PCI (Oct. 1999) w/ 1 GB RAM & 128GB internal drive, Pioneer DVR-110D   Mac OS X (10.4.4)  

    Perl has a list of paths it searches when it needs to find a given module, similar to how the shell uses the PATH variable. If the things you installed are in a directory after that which contains Apple's official stuff, your stuff is invisible. Check the section labeled "@INC" in the output of 'perl -V'...that list is searched top-to-bottom.
    If what you installed is ahead of Apple's but what you installed is at least as high a version number as Apple's, again no problem in general. The modules Apple supplies have genereally quite stable API, so there's no problem if a program expects Appl'es but gets yours instead. OTOH, if you have a lower version, there could be trouble, since things may rely on the features only present in new versions (something for a certain OS X would reasonably assume "the stuff that came with that OS X" as a minimum).
    Anything you installed manually you can remove manually as well, using "rm" or dragging stuff to the trash. Modules often install a .packlist file somewhere in $arch/auto/ in your perl lib dir.
    I think you can often do '[sudo] make uninstall UNINST=1' to uninstall, assuming you kept the original builds or feel like redoing 'perl Makefile.PL' in the exact same version of the modules you installed. However, the 'uninstall' target is generally frowned upon by perl folks.

  • Problems installing CPAN Modules

    Hi All,
    I'm trying to build DBI module and get following error during make
    this is kind of odd because this has been done before on our other machines
    and we didn't get this problem.
    I have seem people get this kind of error before but I have never found a
    disent solution to it.
    Thank you for your help. If I find the cause of the problem I'll post/email
    a workaround.
    # perl Makefile.PL
    *** Note:
    The optional PlRPC-modules (RPC::PlServer etc) are not installed.
    If you want to use the DBD::Proxy driver and DBI::ProxyServer
    modules, then you'll need to install the RPC::PlServer, RPC::PlClient,
    Storable and Net::Daemon modules. The CPAN Bundle::DBI may help you.
    You can install them any time after installing the DBI.
    You do not need these modules for typical DBI usage.
    Optional modules are available from any CPAN mirror, in particular
    http://www.perl.com/CPAN/modules/by-module
    http://www.perl.org/CPAN/modules/by-module
    ftp://ftp.funet.fi/pub/languages/perl/CPAN/modules/by-module
    Writing Makefile for DBI
    Remember to actually read the README file!
    Use 'make' to build the software (dmake or nmake on Windows).
    Then 'make test' to execute self tests.
    Then 'make install' to install the DBI and then delete this working
    directory before unpacking and building any DBD::* drivers.
    # make
    make: not found
    # PATH=$PATH:/usr/local/bin
    # export PATH
    # make
    gcc -c -I/usr/local/include -O3 -DVERSION=\"1.15\" -DXS_VERSION=\"1.15\"
    -fPIC
    -I/u01/app/oracle/product/9iAS/Apache/perl/lib/5.00503/sun4-solaris/CORE
    -Wall -Wno-comment -DDBI_NO_THREADS Perl.c
    Perl.xsi: In function `XS_DBD__Perl__dr_discon_all_':
    Perl.xsi:38: `sv_yes' undeclared (first use in this function)
    Perl.xsi:38: (Each undeclared identifier is reported only once
    Perl.xsi:38: for each function it appears in.)
    Perl.xsi:38: `sv_no' undeclared (first use in this function)
    Perl.xsi: In function `XS_DBD__Perl__db__login':
    Perl.xsi:63: `sv_yes' undeclared (first use in this function)
    Perl.xsi:63: `sv_no' undeclared (first use in this function)
    Perl.xsi: In function `XS_DBD__Perl__db_commit':
    Perl.xsi:75: `sv_yes' undeclared (first use in this function)
    Perl.xsi:75: `sv_no' undeclared (first use in this function)
    Perl.xsi: In function `XS_DBD__Perl__db_rollback':
    Perl.xsi:84: `sv_yes' undeclared (first use in this function)
    Perl.xsi:84: `sv_no' undeclared (first use in this function)
    Perl.xsi: In function `XS_DBD__Perl__db_disconnect':
    Perl.xsi:108: `sv_yes' undeclared (first use in this function)
    Perl.xsi:108: `sv_no' undeclared (first use in this function)
    Perl.xsi: In function `XS_DBD__Perl__db_STORE':
    Perl.xsi:121: `sv_yes' undeclared (first use in this function)
    Perl.xsi:124: `sv_no' undeclared (first use in this function)
    Perl.xsi: In function `XS_DBD__Perl__db_DESTROY':
    Perl.xsi:143: `sv_yes' undeclared (first use in this function)
    Perl.xsi: In function `XS_DBD__Perl__st__prepare':
    Perl.xsi:197: `na' undeclared (first use in this function)
    Perl.xsi:197: warning: left-hand operand of comma expression has no effect
    Perl.xsi:197: warning: left-hand operand of comma expression has no effect
    Perl.xsi:198: `sv_yes' undeclared (first use in this function)
    Perl.xsi:198: `sv_no' undeclared (first use in this function)
    Perl.xsi: In function `XS_DBD__Perl__st_bind_param':
    Perl.xsi:233: `na' undeclared (first use in this function)
    Perl.xsi:233: warning: left-hand operand of comma expression has no effect
    Perl.xsi:233: warning: left-hand operand of comma expression has no effect
    Perl.xsi:239: `sv_yes' undeclared (first use in this function)
    Perl.xsi:239: `sv_no' undeclared (first use in this function)
    Perl.xsi: In function `XS_DBD__Perl__st_bind_param_inout':
    Perl.xsi:269: `na' undeclared (first use in this function)
    Perl.xsi:269: warning: left-hand operand of comma expression has no effect
    Perl.xsi:269: warning: left-hand operand of comma expression has no effect
    Perl.xsi:274: `sv_yes' undeclared (first use in this function)
    Perl.xsi:274: `sv_no' undeclared (first use in this function)
    Perl.xsi: In function `XS_DBD__Perl__st_fetchrow_arrayref':
    Perl.xsi:328: `sv_undef' undeclared (first use in this function)
    Perl.xsi: In function `XS_DBD__Perl__st_finish':
    Perl.xsi:369: `sv_yes' undeclared (first use in this function)
    Perl.xsi:369: `sv_no' undeclared (first use in this function)
    Perl.xsi: In function `XS_DBD__Perl__st_blob_read':
    Perl.xsi:388: `sv_undef' undeclared (first use in this function)
    Perl.xsi: In function `XS_DBD__Perl__st_STORE':
    Perl.xsi:401: `sv_yes' undeclared (first use in this function)
    Perl.xsi:404: `sv_no' undeclared (first use in this function)
    Perl.xsi: In function `XS_DBD__Perl__st_DESTROY':
    Perl.xsi:429: `sv_yes' undeclared (first use in this function)
    make: *** [Perl.o] Error 1
    # gcc -c -I/usr/local/include -O3 -DVERSION=\"1.15\"
    -DXS_VERSION=\"1.15\" -fPIC
    -I/u01/app/oracle/product/9iAS/Apache/perl/lib/5.00503/sun4-solaris/CORE
    -Wall -Wno-comment -DDBI_NO_THREADS DBI.c
    gcc: DBI.c: No such file or directory
    gcc: No input files
    My perl is
    $ perl -V
    Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration:
    Platform:
    osname=solaris, osvers=2.6, archname=sun4-solaris
    uname='sunos 5.6 generic_105181-14 sun4u sparc sunw,ultra-60 '
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=undef useperlio=undef d_sfio=undef
    Compiler:
    cc='gcc', optimize=' -O3', gccversion=
    cppflags='-I/usr/local/include'
    ccflags ='-I/usr/local/include'
    stdchar='unsigned char', d_stdstdio=define, usevfork=false
    intsize=4, longsize=4, ptrsize=4, doublesize=8
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
    alignbytes=8, usemymalloc=y, prototype=define
    Linker and Libraries:
    ld='gcc', ldflags =' -L/usr/local/lib'
    libpth=/usr/local/lib /lib /usr/lib /usr/ccs/lib
    libs=-lsocket -lnsl -ldl -lm -lc -lcrypt
    libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a
    Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' '
    cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib'
    Characteristics of this binary (from libperl):
    Built under solaris
    Compiled at Sep 20 2000 10:55:44
    %ENV:
    PERL5LIB="/u01/app/oracle/product/9iAS/Apache/perl/lib/5.00503:/u01/app/orac
    le/product/9iAS/Apache/perl/lib/site_perl/5.005"
    @INC:
    /u01/app/oracle/product/9iAS/Apache/perl/lib/5.00503/sun4-solaris
    /u01/app/oracle/product/9iAS/Apache/perl/lib/5.00503
    /u01/app/oracle/product/9iAS/Apache/perl/lib/site_perl/5.005/sun4-solaris
    /u01/app/oracle/product/9iAS/Apache/perl/lib/site_perl/5.005
    /vobs/pdc_perl/bin/Solaris/Opt/lib/5.00503/sun4-solaris
    /vobs/pdc_perl/bin/Solaris/Opt/lib/5.00503
    /vobs/pdc_perl/bin/Solaris/Opt/lib/site_perl/5.005/sun4-solaris
    /vobs/pdc_perl/bin/Solaris/Opt/lib/site_perl/5.005
    .

    dormanttt wrote:
    I think I was too naive in how I used perl on my new Mac (which I love) and I think I screwed up somewhere along the line.
    What do you mean by naive? It's just like Linux, only different. You can always ask questions here about how to approach something in a Mac-friendly rather than Linux way. You are sure to get lots of advice, some of it good.
    I installed some CPAN modules using Porticus, and other modules from the command line using cpan. I now understand this was wrong. I now find myself in the position where the default perl is /opt/local/bin/perl, which is version 5.8.9.
    Just so everyone is clear, I'll quote the Porticus web site "Porticus is a Cocoa GUI for the MacPorts package manager". I get hassled around here when I bash MacPorts.
    How can I get back to a default perl 5.10 where I can install all the CPAN modules I need. I hesitate to use Porticus to remove perl5.8 and p5-* , because I think some of the other software I installed depends on them.
    I think your best bet would be to uninstall MacPorts. Those instructions don't seem complete. I think you might have some PATH and/or environment variable to clean up as well. If you want to reinstall MacPorts afterwards, it would probably run better without having had the OS upgraded underneath it. Regardless of how you feel about MacPorts, CPAN is, itself, a package manager. I don't see how adding another package manager and another version of Perl helps anyone.

  • Perl modules are being installed to the wrong root directory

    This is kind of a package, kind of an AUR question. I don't think it is the usual "upgrade to perl-5.20" issue; I've done lots of searching with no obvious mention of my issue.
    I have downloaded the PKGBUILDs for perl-tk (in extra) and perl-pdl (in AUR). When I run makepkg on them, the resultant package has the wrong root directory. For example, perl-pdl tries to install into
    /home/<username>/perl5/bin/
    rather than
    /usr/bin
    and the libraries want to go into
    /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL
    rather than something like
    /usr/lib/perl5/vendor_perl/PDL
    I don't think I'm doing anything unusual with the build. For perl-pdl, I download the tarball from the AUR and untar it in ~/tmp. Cd to ~/tmp/perl-pdl and then run makepkg. The start of the build process says:
    ==> Making package: perl-pdl 2.007-1 (Wed Jun 18 16:12:19 PDT 2014)
    ==> Checking runtime dependencies...
    ==> Checking buildtime dependencies...
    ==> Retrieving sources...
    -> Found PDL-2.007.tar.gz
    -> Found perldl.conf
    ==> Validating source files with md5sums...
    PDL-2.007.tar.gz ... Passed
    perldl.conf ... Passed
    ==> Extracting sources...
    -> Extracting PDL-2.007.tar.gz with bsdtar
    ==> Removing existing pkg/ directory...
    ==> Starting build()...
    INFORMATION: using file /home/<username>/tmp/perl-pdl/src/perldl.conf to set configuration defaults
    Makefile.PL: Found required OpenGL version, setting USE_POGL => 1
    Types.pm.PL: using typedef long PDL_Indx
    Extracting Types.pm
    making PDL_B...
    making PDL_S...
    making PDL_US...
    making PDL_L...
    making PDL_IND...
    making PDL_LL...
    making PDL_F...
    making PDL_D...
    Warning: prerequisite Astro::FITS::Header 0 not found.
    Warning: prerequisite Convert::UU 0 not found.
    Warning: prerequisite File::Map 0.57 not found.
    Warning: prerequisite Module::Compile 0.23 not found.
    Generating a Unix-style Makefile
    Writing Makefile for PDL::pod
    Generating a Unix-style Makefile
    Writing Makefile for Inline
    Writing MYMETA.yml and MYMETA.json
    Generating a Unix-style Makefile
    Writing Makefile for PDL::PP
    Generating a Unix-style Makefile
    Writing Makefile for PDL::NiceSlice
    Writing MYMETA.yml and MYMETA.json
    Basic/Core/Makefile.PL: got root build dir /home/<username>/tmp/perl-pdl/src/PDL-2.007
    Basic/Core/Makefile.PL: adding /home/<usenname>/tmp/perl-pdl/src/PDL-2.007/inc
    Trying to figure out POSIX threads support ...
    Saw pthread.h. Fine.
    Fine, your perl was linked against pthread library.
    ==> Will build PDL with POSIX thread support. Gifts to TJL :-)
    and wraps up with
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/man/man3/PDL::Perldl2::NiceSlice.3pm
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/man/man3/PDL::Perldl2::PDLCommands.3pm
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/man/man3/PDL::Perldl2::PrintControl.3pm
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/man/man3/PDL::pdl2.3pm
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/bin/pdl2
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/bin/pptemplate
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/bin/perldl
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/bin/pdldoc
    Appending installation info to /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/perllocal.pod
    ==> Tidying install...
    -> Purging unwanted files...
    -> Removing libtool files...
    -> Removing static library files...
    -> Removing empty directories...
    -> Compressing man and info pages...
    -> Stripping unneeded symbols from binaries and libraries...
    ==> Creating package "perl-pdl"...
    -> Generating .PKGINFO file...
    -> Adding changelog file...
    -> Generating .MTREE file...
    -> Compressing package...
    ==> Leaving fakeroot environment.
    ==> Finished making: perl-pdl 2.007-1 (Wed Jun 18 16:21:25 PDT 2014)
    Excerpts of "pacman -Qlp perl-pdl-2.007-1-x86_64.pkg.tar.xz" look like
    perl-pdl /home/
    perl-pdl /home/<username>/
    perl-pdl /home/<username>/perl5/
    perl-pdl /home/<username>/perl5/bin/
    perl-pdl /home/<username>/perl5/bin/pdl
    perl-pdl /home/<username>/perl5/bin/pdl2
    perl-pdl /home/<username>/perl5/bin/pdldoc
    perl-pdl /home/<username>/perl5/bin/perldl
    perl-pdl /home/<username>/perl5/bin/pptemplate
    perl-pdl /home/<username>/perl5/lib/
    perl-pdl /home/<username>/perl5/lib/perl5/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/Inline/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/Inline/MakePdlppInstallable.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/Inline/Pdlpp.pmperl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/AutoLoader.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Bad.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Basic.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/CallExt.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Char.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Complex.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Compression.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Config.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Constants.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Core.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Core/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Core/Dev.pmperl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Core/pdl.h
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Core/pdlcore.h
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Bad/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Bad/Bad.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/CallExt/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/CallExt/CallExt.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Complex/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Complex/Complex.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Compression/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Compression/Compression.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Core/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Core/Core.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/FFT/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/FFT/FFT.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Fit/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Fit/Gaussian/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Fit/Gaussian/Gaussian.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/GIS/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/GIS/Pr
    perl-pdl /home/<username>/perl5/man/
    perl-pdl /home/<username>/perl5/man/man1/
    perl-pdl /home/<username>/perl5/man/man1/PDL::API.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::BadValues.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Bugs.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Course.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Dataflow.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Delta.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::FAQ.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Indexing.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Internals.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::MATLAB.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Modules.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Objects.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::PP-Inline.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::PP.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::ParallelCPU.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Philosophy.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::QuickStart.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Scilab.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Threading.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Tips.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Tutorials.1p
    perl-pdl /home/<username>/perl5/man/man1/pdl2.1p
    perl-pdl /home/<username>/perl5/man/man1/pdldoc.1p
    perl-pdl /home/<username>/perl5/man/man1/perldl.1p
    perl-pdl /home/<username>/perl5/man/man1/pptemplate.1p
    perl-pdl /home/<username>/perl5/man/man3/
    perl-pdl /home/<username>/perl5/man/man3/PDL.3pm
    perl-pdl /home/<username>/perl5/man/man3/PDL::AutoLoader.3pm
    perl-pdl /home/<username>/perl5/man/man3/PDL::BAD2_demo.3pm
    It seems like the $pkgdir variable is screwed up, but non-perl AUR packages have installed just fine. Any pointers? Thanks.

    As usual I am probably too late to help. If you have local::lib installed and activated, it will override your destination directory when building packages. This is accomplished by setting environment variables. Joel hinted at this and you've seemed to fix them. Here is a decent list of them, mostly written by me I believe: https://wiki.archlinux.org/index.php/Pe … _variables
    I've made tools that generate PKGBUILDs for perl modules and I always try to override these environment variables for just such an occasion. Entirely too much info on the subject is available at the wiki page above. Very few official PKGBUILDs will override these. Only the packages I used to maintain which retain my PKGBUILD will work for you. So... beware.

Maybe you are looking for