fenics team mailing list archive
-
fenics team
-
Mailing list archive
-
Message #01915
Re: UFR - The Unified Fenics Repository
On 03/06/2013 08:31 AM, Anders Logg wrote:
> On Wed, Mar 06, 2013 at 08:17:36AM +0100, Johan Hake wrote:
>
>>> Why not support both (as PETSc does)? A top level CMakeLists.txt
>>> descends in both the ffc subdirectory (calling distutils as e.g.
>>> described in this blog post:
>>> http://bloerg.net/2012/11/10/cmake-and-distutils.html) and ufc
>>> subdirectory.
>> This could be done, but we need the CMake for the the UFC extention
>> module configuration, which generates a Python module. Your example
>> above does not cover that case. As I understand it it is rather the
>> other way around: distutils need to call CMake.
>
> Could the extension module utility be moved to DOLFIN? Or does it not
> fit in there?
I do not think it fits in there. It is pure ufc stuff. Anyone who
creates a ufc class can wrap it to Python using the ufc extension module
stuff.
Johan
Follow ups
References
-
Re: UFR - The Unified Fenics Repository
From: Martin Sandve Alnæs, 2013-02-25
-
Re: UFR - The Unified Fenics Repository
From: Anders Logg, 2013-02-26
-
Re: UFR - The Unified Fenics Repository
From: Garth N. Wells, 2013-02-26
-
Re: UFR - The Unified Fenics Repository
From: Martin Sandve Alnæs, 2013-02-26
-
Re: UFR - The Unified Fenics Repository
From: Anders Logg, 2013-02-26
-
Re: UFR - The Unified Fenics Repository
From: Garth N. Wells, 2013-02-27
-
Re: UFR - The Unified Fenics Repository
From: Johan Hake, 2013-02-27
-
Re: UFR - The Unified Fenics Repository
From: Anders Logg, 2013-02-27
-
Re: UFR - The Unified Fenics Repository
From: Florian Rathgeber, 2013-03-05
-
Re: UFR - The Unified Fenics Repository
From: Johan Hake, 2013-03-06
-
Re: UFR - The Unified Fenics Repository
From: Anders Logg, 2013-03-06