On Thu, Jan 16, 2014 at 10:06 AM, Johan Hake <[email protected]> wrote:
> I am not sure this is the way we want to do it. get_swig_binary() relies on
> check_and_set_swig_binary() has been called previously. The latter can cause
> problems on clusters. The logic for the generated CMake file is that it
> should contain all information needed to compile the extension module and
> that it should get that from including the DOLFIN_USE_FILE. In that file we
> do not store any SWIG information. Instead we just call:
>
> find_package(SWIG REQUIRED)
> include(${SWIG_USE_FILE})
>
> essentially re-configuring SWIG. We cannot avoid that, as we need to load
> the swig specific cmake macros from the SWIG_USE_FILE, but we could for
> example set SWIG_EXECUTABLE in the DOLFINConfig.cmake file, which is
> generated during configuration of DOLFIN?

Yes, that sounds like a better fix.

Johannes
_______________________________________________
fenics-support mailing list
[email protected]
http://fenicsproject.org/mailman/listinfo/fenics-support

Reply via email to