ufl team mailing list archive

[Martin Sandve Alnæs <martinal@xxxxxxxxx>]

You should never ever modify UFL objects, always create new ones.
What you're doing here can mess up all other forms in the application.

Martin



On Sun, Feb 22, 2009 at 10:03 PM, UFL <ufl@xxxxxxxxxx> wrote:
> One or more new changesets pushed to the primary ufl repository.
> A short summary of the last three changesets is included below.
>
> changeset:   614:f611ca1ec5d993fd6a11161b43401159d7de7074
> tag:         tip
> user:        Anders Logg <logg@xxxxxxxxx>
> date:        Sun Feb 22 22:02:58 2009 +0100
> files:       ufl/algorithms/monomials.py ufl/algorithms/renumbering.py ufl/common.py ufl/indexing.py
> description:
> Initial attempt at implementing index renumbering. Needed to disable
> optimization in Index class (caching of signature) since signature
> (count) will change. Wasn't able to remove caching for __repr__
>
>
> changeset:   613:d364f36297c30499ba0125b0f1f638f732945dd2
> user:        Anders Logg <logg@xxxxxxxxx>
> date:        Sat Feb 21 21:29:10 2009 +0100
> files:       ufl/algorithms/ufl2latex.py
> description:
> Bug fix in ufl2latex
>
>
> changeset:   612:8dece32161935470465c9e48ff2c47d07f0e5a56
> user:        Anders Logg <logg@xxxxxxxxx>
> date:        Sat Feb 21 21:25:58 2009 +0100
> files:       ufl/algorithms/monomials.py
> description:
> Handle component indices in monomial transformation
>
> ----------------------------------------------------------------------
> For more details, visit http://www.fenics.org/hg/ufl
> _______________________________________________
> UFL-dev mailing list
> UFL-dev@xxxxxxxxxx
> http://fenics.org/mailman/listinfo/ufl-dev
>