On Tue, 2008-07-22 at 11:00 +0530, smriti Sebastian wrote: > > hi, > I am using fedora 7. > As u told i have used g77 for PGPLOT.i haven't specified any compiler > for pgperl.i used the defaul one.I think my problem is as Diab told > the incompatabilitiy between the compilers.. > in order to make the changes what u mentioned do i need to uninstall > and start from first? > i have set my LD_LIBRARY_PATH to /usr/local/lib > my PGPLOT_DIR is /usr/local/pgplot
You should only need to recompile PGPLOT with gfortran, not pgperl. You don't need to set LD_LIBRARY_PATH to /usr/local/lib; it will be searched by default. Since you're installing PGPLOT into the default location, you also don't need to set PGPLOT_DIR. > On Mon, Jul 21, 2008 at 7:57 PM, Diab Jerius <[EMAIL PROTECTED]> > wrote: > > On Mon, 2008-07-21 at 07:19 -0600, Craig DeForest wrote: > > I have had this problem too. There are linker issues for > PGPLOT on 64- > > bit architectures (which are the norm these days). I think > the big > > deal is making the linker recognize libcpgplot.a, which > "looks" like a > > 32-bit library even if compiled under 64 bits. > > > > Some combination of adding "-fPIC" to the CFLAGS and moving > > libcpgplot.a to libcpgplot.la seems to work, but I never > remember > > exactly what it is -- I intend to migrate my graphics anyway > as soon > > as we can get 2.4.4 out the door. > > > > Cheers, > > Craig > > > > > > On Jul 21, 2008, at 5:22 AM, smriti Sebastian wrote: > > > > > I have installed pgplot 5 in fedora core.I have set my > > > LD_LIBRARY_PATH and PGPLOT_DIR.After setting these when i > tried to > > > install pgperl module my make test i failing showing error > like this: > > > Can't load 'blib/arch/auto/PGPLOT/PGPLOT.so' for module > PGPLOT: /usr/ > > > local/lib/libpgplot.so: undefined symbol: e_rsfe > at /usr/lib/ > > > perl5/5.8.8/i386-linux-thread-multi/DynaLoader.pm line > 230, <STDIN> > > > line 1. > > > at test1.p line 3 > > > ....................... > > > how will i solve it? > > > > > > I am using PGPLOT-2.20 > > > > > smriti, > > It would help greatly if you could provide more information > about your > system. For example, which version of Fedora Core? > Which compiler did you use to compile PGPLOT and which was > used when > compiling pgperl? What exactly is your LD_LIBRARY_PATH? > > The location of Dynaloader.pm in your email indicates that you > are > running on a 32 bit system, so Craig's warning shouldn't > apply. (I > should note that I've never seen the problem that Craig > mentions on any > of the 64 bit boxes (FC3-FC8, Debian Sarge & Etch) that I've > compiled > PGPLOT on.) > > The error message indicates a problem finding the base fortran > libraries. One of the problems on some versions of Fedora > Core is that > both g77 and gfortran are available, and Perl's ExtUtils::F77 > (used to > compile pgperl) favors gfortran while the PGPLOT build uses > g77. They > use different underlying libraries, and that looks like what > is > happening. > > e_rsfe is a symbol in libf2c, which is used by g77: > > % readelf -a /usr/lib/libg2c.so | grep e_rsfe > 203: 0000000000013a10 41 FUNC GLOBAL DEFAULT > 10 e_rsfe > > If you ran ldd on the PGPLOT.so file generated for pgperl > you'll > probably see something similar to this: > > % ldd PGPLOT.so | grep gfortran > libgfortran.so.1 => /usr/lib/libgfortran.so.1 > (0x00002b07d7302000) > > indicating that it was compiled with gfortran. The easiest > solution to > this problem that I've come up with is to compoile PGPLOT with > gfortran. > > To do this, change the PGPLOT sys_linux/g77_gcc configuration > file to > use gfortran. Here are the changes that I've made to this > file to get > compilations with gfortran to work: > > * set FCOMPL="gfortran" > * add -ffixed-line-length-none to FFLAGC > * add -lgfortran to LIBS > > > Some early forms of gfortran don't support -fno-backslash, so > you might > need to remove that from FFLAGD. > > gfortran does not support the %VAL() construct (I know it's > being worked > on, but I'm not sure if it has already been incorporated into > a > release), so you can't compile the GIF driver (or anything > which used % > VAL()). Not a big loss. > > > Diab > > > P.S. A little known secret: if you change the definition of > DEFDIR in > src/grgfil.f appropriately you won't have to set PGPLOT_DIR. > > > -- > Diab Jerius <[EMAIL PROTECTED]> > Smithsonian Astrophysical Observatory > > > _______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
