I have added a sketch of RestrictedElement but there is some weird
nesting of mixed and restricted elements that I couldn't figure out a
nice way to handle. Try the ElementRestriction.ufl demo and see what
happens.
--
Anders
signature.asc
Description: Digital signature
__
Kristian Oelgaard wrote:
On 28 January 2010 22:12, Garth N. Wells wrote:
Kristian Oelgaard wrote:
On 28 January 2010 21:16, Garth N. Wells wrote:
Anders Logg wrote:
On Thu, Jan 28, 2010 at 07:51:52PM +0100, Kristian Oelgaard wrote:
On 28 January 2010 19:18, Anders Logg wrote:
Up
On 28 January 2010 22:12, Garth N. Wells wrote:
Kristian Oelgaard wrote:
On 28 January 2010 21:16, Garth N. Wells wrote:
Anders Logg wrote:
On Thu, Jan 28, 2010 at 07:51:52PM +0100, Kristian Oelgaard wrote:
On 28 January 2010 19:18, Anders Logg wrote:
Update:
ElementRestriction
On Thu, Jan 28, 2010 at 10:03:57PM +0100, Kristian Oelgaard wrote:
>
>
> On 28 January 2010 21:59, Anders Logg wrote:
> >On Thu, Jan 28, 2010 at 09:56:18PM +0100, Kristian Oelgaard wrote:
> >>
> >>
> >>On 28 January 2010 21:14, Marie Rognes wrote:
> >>>Kristian Oelgaard wrote:
>
>
> >>>
Kristian Oelgaard wrote:
>
>
> On 28 January 2010 21:16, Garth N. Wells wrote:
>>
>>
>> Anders Logg wrote:
>>> On Thu, Jan 28, 2010 at 07:51:52PM +0100, Kristian Oelgaard wrote:
On 28 January 2010 19:18, Anders Logg wrote:
> Update:
>
> ElementRestriction.ufl
Could
Anders Logg wrote:
> On Thu, Jan 28, 2010 at 08:28:22PM +, Garth N. Wells wrote:
>>
>> Anders Logg wrote:
>>> On Thu, Jan 28, 2010 at 09:14:36PM +0100, Marie Rognes wrote:
Kristian Oelgaard wrote:
> 2010/1/27 Medhi Nikbakht :
>> On Wed, 2010-01-27 at 15:50 +0100, Marie Rognes wro
On 28 January 2010 21:59, Anders Logg wrote:
On Thu, Jan 28, 2010 at 09:56:18PM +0100, Kristian Oelgaard wrote:
On 28 January 2010 21:14, Marie Rognes wrote:
>Kristian Oelgaard wrote:
>>
>>
>>2010/1/27 Medhi Nikbakht :
>>>
>>>On Wed, 2010-01-27 at 15:50 +0100, Marie Rognes wrote:
On Thu, Jan 28, 2010 at 09:56:18PM +0100, Kristian Oelgaard wrote:
>
>
> On 28 January 2010 21:14, Marie Rognes wrote:
> >Kristian Oelgaard wrote:
> >>
> >>
> >>2010/1/27 Medhi Nikbakht :
> >>>
> >>>On Wed, 2010-01-27 at 15:50 +0100, Marie Rognes wrote:
>
> FFC compilation fails for
> >>>
On 28 January 2010 21:16, Garth N. Wells wrote:
Anders Logg wrote:
On Thu, Jan 28, 2010 at 07:51:52PM +0100, Kristian Oelgaard wrote:
On 28 January 2010 19:18, Anders Logg wrote:
Update:
ElementRestriction.ufl
Could you have a look at and comment on the discussion about element
rest
On 28 January 2010 21:14, Marie Rognes wrote:
Kristian Oelgaard wrote:
2010/1/27 Medhi Nikbakht :
On Wed, 2010-01-27 at 15:50 +0100, Marie Rognes wrote:
FFC compilation fails for
ElementRestriction.ufl
The error message says that "ElementRestriction" is not supported by
FIAT.
How
Garth N. Wells wrote:
Anders Logg wrote:
On Thu, Jan 28, 2010 at 09:14:36PM +0100, Marie Rognes wrote:
Kristian Oelgaard wrote:
2010/1/27 Medhi Nikbakht :
On Wed, 2010-01-27 at 15:50 +0100, Marie Rognes wrote:
FFC compilation fails for
ElementRestrictio
On Thu, Jan 28, 2010 at 08:28:22PM +, Garth N. Wells wrote:
>
>
> Anders Logg wrote:
> > On Thu, Jan 28, 2010 at 09:14:36PM +0100, Marie Rognes wrote:
> >> Kristian Oelgaard wrote:
> >>>
> >>> 2010/1/27 Medhi Nikbakht :
> On Wed, 2010-01-27 at 15:50 +0100, Marie Rognes wrote:
> > FFC c
Anders Logg wrote:
> On Thu, Jan 28, 2010 at 09:14:36PM +0100, Marie Rognes wrote:
>> Kristian Oelgaard wrote:
>>>
>>> 2010/1/27 Medhi Nikbakht :
On Wed, 2010-01-27 at 15:50 +0100, Marie Rognes wrote:
> FFC compilation fails for
>
>ElementRestriction.ufl
The error messag
On Thu, Jan 28, 2010 at 09:14:36PM +0100, Marie Rognes wrote:
> Kristian Oelgaard wrote:
> >
> >
> >2010/1/27 Medhi Nikbakht :
> >>On Wed, 2010-01-27 at 15:50 +0100, Marie Rognes wrote:
> >>>
> >>>FFC compilation fails for
> >>>
> >>>ElementRestriction.ufl
> >>
> >>The error message says that "
On 28 January 2010 21:04, Anders Logg wrote:
On Thu, Jan 28, 2010 at 07:51:52PM +0100, Kristian Oelgaard wrote:
On 28 January 2010 19:18, Anders Logg wrote:
>Update:
>
> ElementRestriction.ufl
Could you have a look at and comment on the discussion about element
restrictions? It was poste
Anders Logg wrote:
> On Thu, Jan 28, 2010 at 07:51:52PM +0100, Kristian Oelgaard wrote:
>>
>> On 28 January 2010 19:18, Anders Logg wrote:
>>> Update:
>>>
>>> ElementRestriction.ufl
>> Could you have a look at and comment on the discussion about element
>> restrictions? It was posted a couple
Kristian Oelgaard wrote:
2010/1/27 Medhi Nikbakht :
On Wed, 2010-01-27 at 15:50 +0100, Marie Rognes wrote:
FFC compilation fails for
ElementRestriction.ufl
The error message says that "ElementRestriction" is not supported by
FIAT.
How will the restricted elements be implemented? Would
On Thu, Jan 28, 2010 at 07:51:52PM +0100, Kristian Oelgaard wrote:
>
>
> On 28 January 2010 19:18, Anders Logg wrote:
> >Update:
> >
> > ElementRestriction.ufl
>
> Could you have a look at and comment on the discussion about element
> restrictions? It was posted a couple of days ago on the list.
On 28 January 2010 20:31, Anders Logg wrote:
On Thu, Jan 28, 2010 at 07:51:52PM +0100, Kristian Oelgaard wrote:
On 28 January 2010 19:18, Anders Logg wrote:
>Update:
>
> ElementRestriction.ufl
Could you have a look at and comment on the discussion about element
restrictions? It was posted
On Thu, Jan 28, 2010 at 07:51:52PM +0100, Kristian Oelgaard wrote:
>
>
> On 28 January 2010 19:18, Anders Logg wrote:
> >Update:
> >
> > ElementRestriction.ufl
>
> Could you have a look at and comment on the discussion about element
> restrictions? It was posted a couple of days ago on the list. I
On 28 January 2010 19:18, Anders Logg wrote:
Update:
ElementRestriction.ufl
Could you have a look at and comment on the discussion about element
restrictions? It was posted a couple of days ago on the list. It would be nice
to get right the first time.
Kristian
QuadratureElement.ufl
Update:
ElementRestriction.ufl
QuadratureElement.ufl
evaluate_basis_derivatives* 1510
Everything else seems to be ok. There's one tabulate_tensor reported
in error.log but it's the result of different handling of integrals on
sub domains.
So things are looking good!
--
Anders
signature.
On 28 January 2010 12:12, Anders Logg wrote:
New update:
evaluate_basis_derivatives* 1517
evaluate_basis 4
value_dimension 2
num_coefficients 1
tabulate_tensor 1
Looks good! It shouldn't be the any problem to fix the last few
e
New update:
evaluate_basis_derivatives* 1517
evaluate_basis 4
value_dimension2
num_coefficients 1
tabulate_tensor1
Looks good! It shouldn't be the any problem to fix the last few
errors, but what about evaluate_basis_derivati
Anders Logg wrote:
On Wed, Jan 27, 2010 at 08:48:10PM +0100, Anders Logg wrote:
Update:
FFC compilation fails for
ElementRestriction.ufl
QuadratureElement.ufl
GCC compilation works for all forms
Running test programs fails for
P5tet.bin
Output test fails for all forms
evaluate_
On Wed, Jan 27, 2010 at 08:48:10PM +0100, Anders Logg wrote:
> Update:
>
> FFC compilation fails for
>
> ElementRestriction.ufl
> QuadratureElement.ufl
>
> GCC compilation works for all forms
>
> Running test programs fails for
>
> P5tet.bin
>
> Output test fails for all forms
>
> evaluate_
Update:
FFC compilation fails for
ElementRestriction.ufl
QuadratureElement.ufl
GCC compilation works for all forms
Running test programs fails for
P5tet.bin
Output test fails for all forms
evaluate_basis_* 3048 errors
tabulate_tensor 34 errors
interpolate_ver
On Tue, Jan 26, 2010 at 01:42:52PM +0100, Marie Rognes wrote:
> Anders Logg wrote:
> >On Mon, Jan 25, 2010 at 08:46:47PM +0100, Marie Rognes wrote:
> >>Anders Logg wrote:
> >>>On Mon, Jan 25, 2010 at 08:16:06PM +0100, Marie Rognes wrote:
> Let me know if I should do anything else than adding un
On Wed, 2010-01-27 at 16:54 +0100, Kristian Oelgaard wrote:
>
> 2010/1/27 Medhi Nikbakht :
> > On Wed, 2010-01-27 at 15:50 +0100, Marie Rognes wrote:
> >>
> >> FFC compilation fails for
> >>
> >> ElementRestriction.ufl
> >
> > The error message says that "ElementRestriction" is not supported b
2010/1/27 Medhi Nikbakht :
On Wed, 2010-01-27 at 15:50 +0100, Marie Rognes wrote:
FFC compilation fails for
ElementRestriction.ufl
The error message says that "ElementRestriction" is not supported by
FIAT.
How will the restricted elements be implemented? Wouldn't it be better
to suppor
Medhi Nikbakht wrote:
On Wed, 2010-01-27 at 15:50 +0100, Marie Rognes wrote:
FFC compilation fails for
ElementRestriction.ufl
The error message says that "ElementRestriction" is not supported by
FIAT.
How will the restricted elements be implemented? Wouldn't it be better
to supp
On Wed, 2010-01-27 at 15:50 +0100, Marie Rognes wrote:
>
> FFC compilation fails for
>
> ElementRestriction.ufl
The error message says that "ElementRestriction" is not supported by
FIAT.
How will the restricted elements be implemented? Wouldn't it be better
to support them inside FFC?
Mehd
FFC compilation fails for
ElementRestriction.ufl
QuadratureElement.ufl
TensorWeightedPoisson.ufl
Running test programs fails for
P5tet.bin(Segmentation faults after evaluate_basis(0, ...)
Differences in output
evaluate_basis*
FacetIntegrals.out (missing value in
On Tue, Jan 26, 2010 at 01:42:52PM +0100, Marie Rognes wrote:
> Anders Logg wrote:
> >On Mon, Jan 25, 2010 at 08:46:47PM +0100, Marie Rognes wrote:
> >>Anders Logg wrote:
> >>>On Mon, Jan 25, 2010 at 08:16:06PM +0100, Marie Rognes wrote:
> Let me know if I should do anything else than adding un
Anders Logg wrote:
On Mon, Jan 25, 2010 at 08:46:47PM +0100, Marie Rognes wrote:
Anders Logg wrote:
On Mon, Jan 25, 2010 at 08:16:06PM +0100, Marie Rognes wrote:
Let me know if I should do anything else than adding unit tests for
RT/BDM/NED.
(Aaargh, btw).
I hope to ad
On Tue, Jan 26, 2010 at 12:37:12PM +0100, Kristian Oelgaard wrote:
> 2010/1/25 Anders Logg :
> > On Mon, Jan 25, 2010 at 07:14:20PM +0100, Kristian Oelgaard wrote:
> >
> >> 2010/1/25 Anders Logg :
> >> >It's starting to look better. The following 8 tests are currently failing:
> >> >
> >> >Generati
2010/1/25 Anders Logg :
> On Mon, Jan 25, 2010 at 07:14:20PM +0100, Kristian Oelgaard wrote:
>
>> 2010/1/25 Anders Logg :
>> >It's starting to look better. The following 8 tests are currently failing:
>> >
>> >Generating code
>> >---
>> >
>> >1. ElementRestriction.ufl failed
>> >
>> >**
On Mon, Jan 25, 2010 at 08:46:47PM +0100, Marie Rognes wrote:
> Anders Logg wrote:
> >On Mon, Jan 25, 2010 at 08:16:06PM +0100, Marie Rognes wrote:
> >>Let me know if I should do anything else than adding unit tests for
> >>RT/BDM/NED.
> >>(Aaargh, btw).
> >
> >I hope to add more a selection of ele
On Mon, Jan 25, 2010 at 08:46:47PM +0100, Marie Rognes wrote:
> Anders Logg wrote:
> >On Mon, Jan 25, 2010 at 08:16:06PM +0100, Marie Rognes wrote:
> >>Let me know if I should do anything else than adding unit tests for
> >>RT/BDM/NED.
> >>(Aaargh, btw).
> >
> >I hope to add more a selection of ele
On Mon, Jan 25, 2010 at 08:46:47PM +0100, Marie Rognes wrote:
> Anders Logg wrote:
> >On Mon, Jan 25, 2010 at 08:16:06PM +0100, Marie Rognes wrote:
> >>Let me know if I should do anything else than adding unit tests for
> >>RT/BDM/NED.
> >>(Aaargh, btw).
> >
> >I hope to add more a selection of ele
Anders Logg wrote:
On Mon, Jan 25, 2010 at 08:16:06PM +0100, Marie Rognes wrote:
Let me know if I should do anything else than adding unit tests for
RT/BDM/NED.
(Aaargh, btw).
I hope to add more a selection of elements to the regression tests
later. Then you can feel very free to help
On Mon, Jan 25, 2010 at 08:16:06PM +0100, Marie Rognes wrote:
>
> Let me know if I should do anything else than adding unit tests for
> RT/BDM/NED.
> (Aaargh, btw).
I hope to add more a selection of elements to the regression tests
later. Then you can feel very free to help with the debugging. :-)
Let me know if I should do anything else than adding unit tests for
RT/BDM/NED.
(Aaargh, btw).
Is the jit compilation working?
--
Marie
Anders Logg wrote:
It's starting to look better. The following 8 tests are currently failing:
Generating code
---
1. ElementRestriction.ufl f
On Mon, Jan 25, 2010 at 07:14:20PM +0100, Kristian Oelgaard wrote:
> 2010/1/25 Anders Logg :
> >It's starting to look better. The following 8 tests are currently failing:
> >
> >Generating code
> >---
> >
> >1. ElementRestriction.ufl failed
> >
> >*** FFC: Sorry, finite element of type
2010/1/25 Anders Logg :
It's starting to look better. The following 8 tests are currently failing:
Generating code
---
1. ElementRestriction.ufl failed
*** FFC: Sorry, finite element of type "ElementRestriction" are not
supported by FIAT.
I assume Kristian knows what to do.
Ye
It's starting to look better. The following 8 tests are currently failing:
Generating code
---
1. ElementRestriction.ufl failed
*** FFC: Sorry, finite element of type "ElementRestriction" are not
supported by FIAT.
I assume Kristian knows what to do.
2. QuadratureElement.ufl failed
On Sun, Jan 24, 2010 at 11:53:19PM +, Garth N. Wells wrote:
>
>
> Anders Logg wrote:
> > Don't know. Do you have a good test example?
>
> demo/pde/poisson/cpp
>
> ;).
Thats's a good example. And yes it works. :-)
--
Anders
signature.asc
Description: Digital signature
___
Anders Logg wrote:
> Don't know. Do you have a good test example?
demo/pde/poisson/cpp
;).
Garth
>
> --
> Anders
>
>
> On Sun, Jan 24, 2010 at 11:50:40PM +, Garth N. Wells wrote:
>> Are named variables working in the DOLFIN wrapper code for ffc-dev? I
>> fixed this recently in ffc-main
Don't know. Do you have a good test example?
--
Anders
On Sun, Jan 24, 2010 at 11:50:40PM +, Garth N. Wells wrote:
> Are named variables working in the DOLFIN wrapper code for ffc-dev? I
> fixed this recently in ffc-main.
>
> Garth
>
> Anders Logg wrote:
> > The regression test script is sta
Are named variables working in the DOLFIN wrapper code for ffc-dev? I
fixed this recently in ffc-main.
Garth
Anders Logg wrote:
> The regression test script is starting to shape up. There's still some
> work to do but one can run it to generate code, check code against
> stored references and bui
The regression test script is starting to shape up. There's still some
work to do but one can run it to generate code, check code against
stored references and build test programs against the generated code.
Just enter test/regression and run python test.py. Errors are logged
to error.log.
Here a
On Tue, Jan 12, 2010 at 08:09:25PM +0100, Marie Rognes wrote:
> Anders Logg wrote:
> >On Tue, Jan 12, 2010 at 07:00:54PM +0100, Marie Rognes wrote:
> >>Anders Logg wrote:
> >>>We've come pretty far on the rewrite of FFC and only a few functions
> >>>remain. As far as I can see, it remains to implem
2010/1/12 Anders Logg :
On Tue, Jan 12, 2010 at 08:32:13PM +0100, Kristian Oelgaard wrote:
2010/1/12 Marie Rognes :
>Kristian Oelgaard wrote:
>>
>>
>>2010/1/12 Marie Rognes :
>>>
>>>Anders Logg wrote:
We've come pretty far on the rewrite of FFC and only a few functions
remain. A
On Tue, Jan 12, 2010 at 08:32:13PM +0100, Kristian Oelgaard wrote:
>
>
> 2010/1/12 Marie Rognes :
> >Kristian Oelgaard wrote:
> >>
> >>
> >>2010/1/12 Marie Rognes :
> >>>
> >>>Anders Logg wrote:
>
> We've come pretty far on the rewrite of FFC and only a few functions
> remain. As far a
2010/1/12 Marie Rognes :
Kristian Oelgaard wrote:
2010/1/12 Marie Rognes :
Anders Logg wrote:
We've come pretty far on the rewrite of FFC and only a few functions
remain. As far as I can see, it remains to implement code generation
for the following functions:
Kristian:
code["evaluate
Kristian Oelgaard wrote:
2010/1/12 Marie Rognes :
Anders Logg wrote:
We've come pretty far on the rewrite of FFC and only a few functions
remain. As far as I can see, it remains to implement code generation
for the following functions:
Kristian:
code["evaluate_basis_all"] = not_implemente
On Tue, Jan 12, 2010 at 07:00:54PM +0100, Marie Rognes wrote:
> Anders Logg wrote:
> >We've come pretty far on the rewrite of FFC and only a few functions
> >remain. As far as I can see, it remains to implement code generation
> >for the following functions:
> >
> >Kristian:
> >
> > code["evaluate
2010/1/12 Marie Rognes :
Anders Logg wrote:
We've come pretty far on the rewrite of FFC and only a few functions
remain. As far as I can see, it remains to implement code generation
for the following functions:
Kristian:
code["evaluate_basis_all"] = not_implemented
code["evaluate_basis_de
Anders Logg wrote:
We've come pretty far on the rewrite of FFC and only a few functions
remain. As far as I can see, it remains to implement code generation
for the following functions:
Kristian:
code["evaluate_basis_all"] = not_implemented
code["evaluate_basis_derivatives"] = not_implement
On Thu, Jan 07, 2010 at 03:04:35PM +0100, Marie Rognes wrote:
> Anders Logg wrote:
> >On Wed, Jan 06, 2010 at 04:25:30PM +0100, Marie Rognes wrote:
> >>Anders Logg wrote:
> >>>We've come pretty far on the rewrite of FFC and only a few functions
> >>>remain. As far as I can see, it remains to implem
Anders Logg wrote:
On Wed, Jan 06, 2010 at 04:25:30PM +0100, Marie Rognes wrote:
Anders Logg wrote:
We've come pretty far on the rewrite of FFC and only a few functions
remain. As far as I can see, it remains to implement code generation
for the following functions:
Kristian:
code["e
On Wed, Jan 06, 2010 at 04:25:30PM +0100, Marie Rognes wrote:
> Anders Logg wrote:
> >We've come pretty far on the rewrite of FFC and only a few functions
> >remain. As far as I can see, it remains to implement code generation
> >for the following functions:
> >
> >Kristian:
> >
> > code["evaluate
Marie Rognes wrote:
> Anders Logg wrote:
>> We've come pretty far on the rewrite of FFC and only a few functions
>> remain. As far as I can see, it remains to implement code generation
>> for the following functions:
>>
>> Kristian:
>>
>> code["evaluate_basis_all"] = not_implemented
>> code["
Kristian Oelgaard wrote:
2010/1/6 Anders Logg :
On Wed, Jan 06, 2010 at 11:24:04AM +0100, Kristian Oelgaard wrote:
2010/1/6 Anders Logg :
>We've come pretty far on the rewrite of FFC and only a few functions
>remain. As far as I can see, it remains to implement code generation
>for the foll
Anders Logg wrote:
We've come pretty far on the rewrite of FFC and only a few functions
remain. As far as I can see, it remains to implement code generation
for the following functions:
Kristian:
code["evaluate_basis_all"] = not_implemented
code["evaluate_basis_derivatives"] = not_implement
2010/1/6 Anders Logg :
On Wed, Jan 06, 2010 at 11:24:04AM +0100, Kristian Oelgaard wrote:
2010/1/6 Anders Logg :
>We've come pretty far on the rewrite of FFC and only a few functions
>remain. As far as I can see, it remains to implement code generation
>for the following functions:
>
>Kristi
On Wed, Jan 06, 2010 at 11:24:04AM +0100, Kristian Oelgaard wrote:
>
>
> 2010/1/6 Anders Logg :
> >We've come pretty far on the rewrite of FFC and only a few functions
> >remain. As far as I can see, it remains to implement code generation
> >for the following functions:
> >
> >Kristian:
> >
> > co
2010/1/6 Anders Logg :
We've come pretty far on the rewrite of FFC and only a few functions
remain. As far as I can see, it remains to implement code generation
for the following functions:
Kristian:
code["evaluate_basis_all"] = not_implemented
This should be easy to implement.
Would it be
We've come pretty far on the rewrite of FFC and only a few functions
remain. As far as I can see, it remains to implement code generation
for the following functions:
Kristian:
code["evaluate_basis_all"] = not_implemented
code["evaluate_basis_derivatives"] = not_implemented
code["evaluate_b
69 matches
Mail list logo