Darn the mailing list!
---------- Forwarded message ----------
From: Jonathan Leffler <[EMAIL PROTECTED]>
Date: Thu, Mar 20, 2008 at 10:20 AM
Subject: Re: Make problem Building 64 bit Perl 5.8.8 from source on Solaris
10 with gcc 3.4.6
To: "Vachon, Frederick P (Fred) A5IT" <[EMAIL PROTECTED]>
On Thu, Mar 20, 2008 at 10:03 AM, Fred Vachon, Frederick P (Fred) A5IT <
[EMAIL PROTECTED]> wrote:
> I'm new to this list. I looked over the various Perl mailing lists and
> decided on this one although my problem isn't directly related to DBI.
> But the reason I'm trying to compile Perl from source as 64 bit is to
> use the DBI module and DBD:Oracle (and if I ever can get Perl to Build
> I'll probably need help with the DBI!).
> I am trying to build a 64 bit Perl from source on my home directory (as
> non root) on Solaris 10. I downloaded the most current stable version of
> Perl 5.8.8 from CPAN. I'm using the Solaris gcc compiler in
> /usr/local/bin/gcc which is version 3.4.6. I get through the Configure
> step OK but fail when trying to run make. The tail of the output is
> listed below. I have searched the internet for others with this problem
> but have not been able to find a solution. I have read the README file
> for Solaris, the INSTALL notes and have looked through the hints script.
> I am not a sysadmin so my options are limited - I cannot install a
> different gcc compiler or make any changes to the system directories. My
> objective is to have my own version of Perl so I can add the DBI and
> DBD::ORACLE modules.
> I am running Configure this way. I am taking all the defaults except I
> remove directory /usr/lib as mentioned in the Solaris README notes.
> sh ./Configure -Dprefix=/home/fred/perl_5.8.8 -Dcc=gcc -Duse64bitall
> -Aldflags="-mcpu=v9 -m64" -Alddlflags="-mcpu=v9 -m64 -G"
> This is my LD_LIBRARY_PATH and PATH
> LD_LIBRARY_PATH
> /usr/local/lib:/usr/ccs/lib:/usr/sfw/lib:/usr/dt/lib:/usr/openwin/lib:/u
> sr/share/lib:$ORACLE_HOME/lib32
> PATH
> /bin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/ccs/bin:/usr/sfw/bin:/usr/op
> enwin/bin:/etc:$ORACLE_HOME/bin:/usr/ucb
> This is the error from make:
> CCCMD = gcc -DPERL_CORE -c -mcpu=v9 -m64 -Wa,-xarch=v9
> -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/ll
> gcc -m64 -mcpu=v9 -m64 -L/usr/local/lib -o miniperl \
> miniperlmain.o opmini.o libperl.a
> Undefined first referenced
> symbol in file
> cos libperl.a(pp.o)
> exp libperl.a(pp.o)
> log libperl.a(pp.o)
> pow libperl.a(pp.o)
> sin libperl.a(pp.o)
> ceil libperl.a(pp.o)
> fmod libperl.a(pp.o)
> sqrt libperl.a(pp.o)
> atan2 libperl.a(pp.o)
> floor libperl.a(pp.o)
> ld: fatal: Symbol referencing errors. No output written to miniperl
> collect2: ld returned 1 exit status
> make: *** [miniperl] Error 1
Those are maths library functions - the link line needs to include -lm.
I'm not clear why it doesn't - I never had this problem on my Solaris boxes.
You might need to replace /usr/lib with /usr/lib/sparcv9.
Here's the 'perl -V' output from a successful 64-bit Perl (with threading
and multiplicity) built on Solaris 8 with GCC 4.0.2 back in 2006:
Summary of my perl5 (revision 5 version 8 subversion 8) configuration:
Platform:
osname=solaris, osvers=2.8, archname=sun4-solaris-thread-multi-64
uname='sunos anubis 5.8 generic_117350-16 sun4u sparc sunw,ultra-5_10
solaris '
config_args='-Duse64bitall -Duseithreads -Dusethreads -Dusemultiplicity
-Dcc=gcc -m64'
hint=recommended, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define
usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=define use64bitall=define uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='gcc -m64', ccflags ='-D_REENTRANT -mcpu=v9 -m64 -Wa,-xarch=v9
-fno-strict-aliasing -pipe -Wd
eclaration-after-statement -I/usr/gnu64/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64',
optimize='-O',
cppflags='-D_REENTRANT -mcpu=v9 -m64 -Wa,-xarch=v9 -fno-strict-aliasing
-pipe -Wdeclaration-afte
r-statement -I/usr/gnu64/include'
ccversion='', gccversion='4.0.2', gccosandvers=''
intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=87654321
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=8, prototype=define
Linker and Libraries:
ld='gcc -m64', ldflags ='-m64 -L/usr/lib/sparcv9 -L/usr/gnu64/lib
-L/usr/ccs/lib/sparcv9 '
libpth=/usr/lib/sparcv9 /usr/gnu64/lib /usr/ccs/lib/sparcv9
libs=-lsocket -lnsl -lgdbm -ldb -ldl -lm -lpthread -lc
perllibs=-lsocket -lnsl -ldl -lm -lpthread -lc
libc=/usr/lib/sparcv9/libc.so, so=so, useshrplib=false, libperl=
libperl.a
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' '
cccdlflags='-fPIC', lddlflags=' -G -m64 -L/usr/lib/sparcv9
-L/usr/gnu64/lib -L/usr/ccs/lib/sparc
v9'
Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY PERL_IMPLICIT_CONTEXT
PERL_MALLOC_WRAP USE_64_BIT_ALL USE_64_BIT_INT
USE_ITHREADS USE_LARGE_FILES USE_PERLIO
USE_REENTRANT_API
Built under solaris
Compiled at Feb 13 2006 12:40:40
@INC:
/usr/perl/v5.8.8-64bit-thread-multi/lib/5.8.8/sun4-solaris-thread-multi-64
/usr/perl/v5.8.8-64bit-thread-multi/lib/5.8.8
/usr/perl/v5.8.8-64bit-thread-multi/lib/site_perl/5.8.8/sun4-solaris-thread-multi-64
/usr/perl/v5.8.8-64bit-thread-multi/lib/site_perl/5.8.8
/usr/perl/v5.8.8-64bit-thread-multi/lib/site_perl
This isn't a recommendation to use threaded Perl or a Perl with multiplicity
- this is just the flavour I needed and therefore have compiled up ready to
send you the output. .
You could install your own GCC compiler - just put it in ~/gcc instead of
/usr/local/bin. However, the problem is not related to GCC versions - it is
about library path setups.
Some description of the oddities in my setup. When compiling 64-bit, I
specify the basic 64-bit compiler option in the CC command name: "gcc
-m64". I have to exclude /usr/local -- it is an automounted read-only file
system containing archaic garbage (like Perl 5.4.4) and I don't trust
anything in it. I have /usr/gnu or /usr/gnu64 as the local 32-bit and
64-bit equivalents of /usr/local. I install my versions of Perl into
/usr/perl (which is actually a symlink somewhere else, but the name given to
the compilation system is /usr/perl/v5.8.xxxx etc. I have 8 variants of
Perl installed, from 5.5.3 (don't really need that any more) through 5.10.0.
> These are some of the things I have tried so far to fix this:
> 1. From the INSTALL notes I found reference to the Missing Undefined
> Symbols problem. So I did a make distclean and started over. When config
> offered an opportunity to edit config.sh I went in and saw that libs
> variable was empty. I changed it to be libs='-lsocket -lnsl -ldl -lm
> -lc'. That didn't work - same make error.
> 2. So I tried another suggestion from the INSTALL notes and tried not
> using nm extraction with the -Uusenm option for configure. I started
> over again with distclean but that didn't work either.
> 3. So I'm really stuck - I've tried many other things - mainly playing
> around with directory paths when prompted running Configure, in
> config.sh, and in PATH and LD_LIBRARY_PATH - adding the sparv9
> directories... anything I could think of - but no luck.
> Any help would be greatly appreciated. I have been struggling with this
> problem for several days and cannot get past the make problem. Somehow
> it's not finding the math library - or it's getting confused between
> 32bit and 64bit libraries - but I don't know how to fix it.
> Cheers! Fred
>
--
Jonathan Leffler <[EMAIL PROTECTED]> #include <disclaimer.h>
Guardian of DBD::Informix - v2008.0229 - http://dbi.perl.org
"Blessed are we who can laugh at ourselves, for we shall never cease to be
amused."
--
Jonathan Leffler <[EMAIL PROTECTED]> #include <disclaimer.h>
Guardian of DBD::Informix - v2008.0229 - http://dbi.perl.org
"Blessed are we who can laugh at ourselves, for we shall never cease to be
amused."
