Re: shared library problem on macos with free software scientific package...

[Peter O'Gorman]

On 01/07/2011 06:30 AM, Ed Hartnett wrote:

> libtool: link: g95 -dynamiclib -Wl,-undefined -Wl,dynamic_lookup -o
>      .libs/libnetcdff.0.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
>      -Wl,-force_load,../f90/.libs/libnetcdff90.a  -lz -lcurl  -m32
>      -install_name
>      /machine/netcdf/nc_test_51783/in1/lib/libnetcdff.0.dylib
>      -compatibility_version 1 -current_version 1.0 -Wl,-single_module
> /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[2]: *** [libnetcdff.la] Error 1
> make[1]: *** [check] Error 2
> make: *** [check-recursive] Error 1
>
> Am I doing something wrong here?

No, you're not ... g95/GNU libtool is. Modern GCCs on Mac OS X do not 
use /usr/bin/libtool to create shared libraries, they use ld, for that 
reason, when -force_load was added to ld in 10.6, it was not also added 
to /usr/bin/libtool, so even though the link would be ok with, for 
example, gfortran, it is not ok with your g95.

To work around this you can set lt_cv_ld_force_load=no when you 
configure netcdf on Mac OS X.

It would be best if this were fixed in g95 too.

I will look into a fix for libtool. This reminds me that I got another 
report about -force_load months and months ago, I should probably fix 
that too.

Peter