Hi,

I'll try to answer all the questions raised during the night.

I am running OS X 10.4.11.

Concerning gcc and ld, here are the informations

denali $ ld -v
Apple Computer, Inc. version cctools-622.9~2

denali $ gcc -v
Using built-in specs.
Target: i686-apple-darwin8
Configured with: ../gcc-4.3.0/configure --prefix=/sw
--prefix=/sw/lib/gcc4.3 --mandir=/sw/share/man
--infodir=/sw/share/info --enable-languages=c,c++,fortran,objc,java
--with-arch=nocona --with-tune=generic --build=i686-apple-darwin8
--with-gmp=/sw --with-libiconv-prefix=/sw --with-system-zlib
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
--disable-libjava-multilib
Thread model: posix
gcc version 4.3.0 (GCC)

denali $ which gcc
/sw/bin/gcc

Of course I can compile fftw3 if I make sure /usr/bin/gcc is called by
the command gcc but then what is the point in making fftw3 depending
on gcc4.3? It is still unclear how to handle this.

Thanks for your help.
Jérôme.



On Thu, Mar 20, 2008 at 1:37 AM, Jean-François Mertens
<[EMAIL PROTECTED]> wrote:
>
>  On 20 Mar 2008, at 01:04, Martin Costabel wrote:
>
>  > Jean-François Mertens wrote:
>  >> On 19 Mar 2008, at 22:03, Alexander Hansen wrote:
>  >>> Jérôme LELONG wrote:
>  > []
>
>
> >>>> /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).
>
>  this is correct; for me too (on 10.4).
>  That is why the fix in plplot was preceded by the comment:
>
>    # removing '${wl}' seems necessary (at least on 10.4) for gfortran
>  linking, and to do no harm for the others ..
>
>  stressing "gfortran", which didn't call libtool, but either collect2
>  or ld directly, if I recall correctly.
>  (running the command with  '-v')
>
> >
>  >
>  > 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.
>  Same experience here..
>
> >
>  > There must be something else going on.
>  Different compilers, different linkers..
>  (lost a bit track of trying to understand what goes on in 10.5,
>  especially with all this "iPhone"  (?) business recently..)
>
> >
>  > On what system versions are you getting these errors? And what does
>  > "ld -v" report there?
>
>
>  cctools-622.8~4
>
>  JF
>
>

-------------------------------------------------------------------------
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

Reply via email to