On Wed, Apr 13, 2011 at 3:26 PM, Brad King <[email protected]> wrote:

> On 04/13/2011 02:44 PM, Jean-Christophe Fillion-Robin wrote:
> > Is there a solution to find a library having a revision number ?
>
> You can specify the actual library file name "libgfortran.so.3".
>
Great

>
> However, you shouldn't need to find implicit compiler runtime libraries.
> Are you trying to mix C++ and Fortran?
>

More details ...

1) I have a project XYZ that linked against VTK static which also linked
GnuR shared

2) Using the faster Gold linker  (/usr/bin/ld -> /usr/bin/ld.gold)

3) If building against VTK-shared there is no issue, if building against
VTK-static,

tThe following undefined symbol errors arise:

/usr/bin/ld: /home/jchris/Projects/R-2.11.1/lib64/R/lib/libRlapack.so:
error: undefined reference to '_gfortran_concat_string'
/usr/bin/ld: /home/jchris/Projects/R-2.11.1/lib64/R/lib/libRlapack.so:
error: undefined reference to '_gfortran_pow_i4_i4'
/usr/bin/ld: /home/jchris/Projects/R-2.11.1/lib64/R/lib/libRlapack.so:
error: undefined reference to '_gfortran_compare_string'


>
> > Within cmake, is there a possibility to retrieve the lib directories
> > associated with the current compiler ?
>
> CMake 2.8.x already does this.  Look in the CMakeFiles/CMake*Compiler.cmake
> files in your build tree.  However, these variables are generally meant
> for internal use by the link line computation code.
>
Good to know


> If a binary contains sources from both C++ and Fortran CMake already knows
> how to link it with C++ and pass the Fortran runtime libraries on the link
> line.
>
> -Brad
>



-- 
+1 919 869 8849
_______________________________________________
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Reply via email to