[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[netCDF #SFP-169619]: netcdf fortran 4.1.3 make error

Chih-Ping,

> Thanks for your help!  I installed the latest Xcode 4.5 and redo netcdf 
> installation, however, I still got the same error, /usr/bin/libtool: unknown 
> option character `f' in: -force_load

Hmm, I guess the OS-X libtool is not keeping up with the gnu libtool, which 
supports 
the -force_load option.  But it can be tricky, using Gnu versions of tools with 
Apple's
gcc, for example, which has Apple additions not supported by Gnu tools.  It 
looks like
setting lt_cv_ld_force_load=no got you past that problem.

I think we can solve this without needing to use a different libtool, because 
the error
below just looks like an attempt to mix 32-bit and 64-bit objects in the same 
library.
You need to either use all 32-bit ("-m32" flag on gcc and gfortran) or all 
64-bit ("-m64"
flag on gcc and gfortran).  Depending on where you got them, the default for 
your gfortran
may be 32-bit, while the default for your gcc may be 64-bit.

I think you can also use -arch i386 or -arch x86_64 to specify 
the target machine architecture for 32-bit or 64-bit when using
Apple compilers.

So set CFLAGS and FCFLAGS to include matching target architecture options.
For example, this worked for me:

  make clean && CC=cc CFLAGS='-g -m32' CXX=g++ CXXFLAGS='-g -m32' FC='gfortran 
-m32' FCFLAGS='-g' F77='gfortran -m32' FFLAGS='-g -O2' CPPFLAGS='-DNDEBUG 
-DgFortran' LDFLAGS=-m32 LIBS= FLIBS= F90LIBS= ./configure --enable-netcdf-4 
--with-hdf5=/share/ed/local/mort && make check install

--Russ

> If I set lt_cv_ld_force_load=no, then I got a new error, can you please help 
> me again,
> 
> libtool: link: gfortran -dynamiclib -Wl,-undefined -Wl,dynamic_lookup -o 
> .libs/libnetcdff.5.dylib  .libs/fort-attio.o .libs/fort-control.o 
> .libs/fort-dim.o .libs/fort-genatt.o .libs/fort-geninq.o .libs/fort-genvar.o 
> .libs/fort-lib.o .libs/fort-misc.o .libs/fort-v2compat.o .libs/fort-vario.o 
> .libs/fort-var1io.o .libs/fort-varaio.o .libs/fort-varmio.o 
> .libs/fort-varsio.o   .libs/libnetcdff.lax/libnetcdff90.a/netcdf.o 
> .libs/libnetcdff.lax/libnetcdff90.a/typeSizes.o   -L/usr/local/lib 
> ../liblib/.libs/libnetcdf.dylib -lm -lz -lcurl  -O2   -install_name  
> /usr/local/lib/libnetcdff.5.dylib -compatibility_version 7 -current_version 
> 7.0 -Wl,-single_module
> libtool: link: dsymutil .libs/libnetcdff.5.dylib || :
> warning: no debug symbols in executable (-arch i386)
> libtool: link: (cd ".libs" && rm -f "libnetcdff.dylib" && ln -s 
> "libnetcdff.5.dylib" "libnetcdff.dylib")
> libtool: link: (cd .libs/libnetcdff.lax/lt1-libnetcdff90.a && ar x 
> "/Users/cat/Desktop/netcdf-4.1.3/fortran/../f90/.libs/libnetcdff90.a")
> libtool: link: ar cru .libs/libnetcdff.a  fort-attio.o fort-control.o 
> fort-dim.o fort-genatt.o fort-geninq.o fort-genvar.o fort-lib.o fort-misc.o 
> fort-v2compat.o fort-vario.o fort-var1io.o fort-varaio.o fort-varmio.o 
> fort-varsio.o  .libs/libnetcdff.lax/lt1-libnetcdff90.a/netcdf.o 
> .libs/libnetcdff.lax/lt1-libnetcdff90.a/typeSizes.o
> /usr/bin/ranlib: archive member: .libs/libnetcdff.a(netcdf.o) cputype (7) 
> does not match previous archive members cputype (16777223) (all members must 
> match)
> /usr/bin/ranlib: archive member: .libs/libnetcdff.a(typeSizes.o) cputype (7) 
> does not match previous archive members cputype (16777223) (all members must 
> match)
> libtool: link: ranlib .libs/libnetcdff.a
> ranlib: archive member: .libs/libnetcdff.a(netcdf.o) cputype (7) does not 
> match previous archive members cputype (16777223) (all members must match)
> ranlib: archive member: .libs/libnetcdff.a(typeSizes.o) cputype (7) does not 
> match previous archive members cputype (16777223) (all members must match)
> make[3]: *** [libnetcdff.la] Error 1
> make[2]: *** [all] Error 2
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2

--Russ

> On Sep 27, 2012, at 8:34 PM, Unidata netCDF Support wrote:
> 
> > Hi,
> >
> >> I am trying to install netcdf-4.1.3 on my mac pro (OS 10.7.4, gfortran, 
> >> gcc).  I got an error (see below) when I was doing 'make'. I attached 
> >> config.log and Makefile. Can you please help me solve the problem.
> >>
> >> Thank you very much!
> >>
> >> Chih-Ping
> >>
> >> /usr/bin/libtool: unknown option character `f' in: -force_load
> >> Usage: /usr/bin/libtool -static [-] file [...] [-filelist 
> >> listfile[,dirname]] [-arch_only arch] [-sacLT]
> >> Usage: /usr/bin/libtool -dynamic [-] file [...] [-filelist 
> >> listfile[,dirname]] [-arch_only arch] [-o output] [-install_name name] 
> >> [-compatibility_version #] [-current_version #] [-seg1addr 0x#] 
> >> [-segs_read_only_addr 0x#] [-segs_read_write_addr 0x#] [-seg_addr_table 
> >> <filename>] [-seg_addr_table_filename <file_system_path>] [-all_load] 
> >> [-noall_load]
> >> make[3]: *** [libnetcdff.la] Error 1
> >> make[2]: *** [all] Error 2
> >> make[1]: *** [all-recursive] Error 1
> >> make: *** [all] Error 2
> >
> > It looks like the /usr/bin/libtool is too old to understand the 
> > "-force_load" option,
> > available on recent versions of libtool.  One workaround is to set the 
> > environment
> > variable
> >
> >  lt_cv_ld_force_load=no
> >
> > before invoking the configure script.  Another is to update your version of 
> > the Xcode tools to get
> > a more recent version of libtool.
> >
> > Here's a previous note about this problem and the solution of setting 
> > lt_cv_ld_force_load=no:
> >
> >  http://www.unidata.ucar.edu/support/help/MailArchives/netcdf/msg10648.html
> >
> > --Russ
> >
> >
> >>
> >>
> >>
> >> Chih-Ping Wang
> >> Associate Researcher
> >> Dept. of Atmospheric and Oceanic Sciences
> >> MS 7115
> >> UCLA
> >> 405 Hilgard Ave.
> >> Los Angeles, CA 90095
> >> (O)310-825-1659
> >> http://www.atmos.ucla.edu/~cat
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> > Russ Rew                                         UCAR Unidata Program
> > address@hidden                      http://www.unidata.ucar.edu
> >
> >
> >
> > Ticket Details
> > ===================
> > Ticket ID: SFP-169619
> > Department: Support netCDF
> > Priority: Normal
> > Status: Closed
> >
> 
> Chih-Ping Wang
> Associate Researcher
> Dept. of Atmospheric and Oceanic Sciences
> MS 7115
> UCLA
> 405 Hilgard Ave.
> Los Angeles, CA 90095
> (O)310-825-1659
> http://www.atmos.ucla.edu/~cat
> 
> 
> 
> 
> 
> 
Russ Rew                                         UCAR Unidata Program
address@hidden                      http://www.unidata.ucar.edu



Ticket Details
===================
Ticket ID: SFP-169619
Department: Support netCDF
Priority: Normal
Status: Closed