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
_______________________________________________
http://lists.gnu.org/mailman/listinfo/libtool