Jean-François Mertens wrote:
> On 19 Mar 2008, at 22:03, Alexander Hansen wrote:
>
>>Jérôme LELONG wrote:
[]
>>>gcc -std=gnu99 -dynamiclib ${wl}-undefined ${wl}dynamic_lookup -o
>>>.libs/libfftw3_threads.3.1.2.dylib .libs/api.o .libs/conf.o
>>>.libs/threads.o .libs/dft-vrank-geq1.o .libs/ct.o
>>>.libs/rdft-vrank-geq1.o .libs/hc2hc.o .libs/vrank-geq1-rdft2.o
>>>.libs/f77api.o -L/sw/lib -lm -malign-double -install_name
>>>/sw/lib/libfftw3_threads.3.dylib -Wl,-compatibility_version -Wl,5
>>>-Wl,-current_version -Wl,5.2
>>>/usr/bin/ld: unknown flag: -compatibility_version
>>>
>>>I have to build the package manually and it turrns out that to solve
>>>this problem, it is sufficient to replace the file ltmain.sh from the
>>>fftw3 source by the one given by the package libtool14 (installed in
>>>/sw/share/libtool). Without this modification the generated
>>>version of
>>>libtool is not compatible with gcc4.3 concerning the
>>>compatibility_version flag.
>>>
>>>Actually the same problem occurs with libksba8.
>>>
>>>What is the good way to solve this issue ? Thanks for any help.
>>>Jérôme.
>>>
>>>
>>
>>libksba8 built fine for me, as did fftw3 (10.5.2) What OS version are
>>you on, anyway?
>>
>>gcc43 in Fink doesn't install a "gcc" executable in the PATH to avoid
>>colliding with that from Xcode. In any case, gcc from Xcode and that
>>from gcc43 both appear to understand the -compatibility_version flag.
>>
>
>
> Right, but for ld the corresponding flag is -dylib_
> compatibility_version...
> So this version of libtool is making an error prefixing "-
> compatibility_version"
> with "_Wl," , which means "pass directly to the linker"
I find all this still very strange. I have been testing it on a small
test case on 10.4.11 and am unable to produce this error. When I run
"gcc -dynamiclib", then the linker is not invoked as /usr/bin/ld
directly, but as /usr/bin/libtool, and there the right name of the flag
is indeed -compatibility_version (which on 10.5 is also understood by
/usr/bin/ld).
I have now also compiled fftw3 on 10.4.11, and I do not get the above
error, although the compiler command line is exactly the same as for Jérôme.
There must be something else going on.
On what system versions are you getting these errors? And what does "ld
-v" report there?
--
Martin
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Fink-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fink-users
