2010/1/25 Anders Logg <[email protected]>:
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.
Yes, but I'll fix evaluate_basis and get correct results for quadrature code first.
2. QuadratureElement.ufl failed *** FFC: Sorry, finite element of type "Quadrature" are not supported by FIAT. I assume Kristian knows what to do.
Yes, we should manually check for family == "Quadrature" then return a FFC.QuadratureElement and make sure it has the same member functions as the FIAT.FiniteElement that we currently expects around the code.
3. TensorWeightedPoisson.ufl failed *** FFC: Can only handle rank 0 or rank 1 tensors. This is a bug in the selection of representation. The tensor representation should realize earlier that it can't handle tensors so quadrature should be selected.
I assume Anders knows what to do. :)
Building test programs ---------------------- 4. Constant failed Constant.h:1044: error: unused variable ‘x’ Bug in evaluate_basis or removed_unused?
I'm looking into this now. It is related to how intelligent remove_unused is. I think the easiest solution is to create a set of used variables when generating the code and the have remove_unused operate on the jacobian snippets, which will be the fastest way of doing things anyway. A fix will be on it's way tomorrow.
5. FacetIntegrals failed Same problem in evaluate_basis 6. MixedMixedElement failed Same problem in evaluate_basis 7. VectorLaplaceGradCurl failed VectorLaplaceGradCurl.h:3650: error: ‘K_00’ was not declared in this scope Another problem in evaluate_basis
I'll take a look, should be a format thing from changing from Jinv_ -> K
Validating generated programs ----------------------------- 8. P5tet.bin failed Segmentation fault when calling evaluate_basis_derivatives
I don't know what to make of this, but I'll take a look once the other issues has been sorted out. When running the regression tests, I guess that if the generated code is equal to the reference code there is no need to proceed compiling and running the test program. This will save us some time when running the test suite. Kristian
-- Anders -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAktd2dEACgkQTuwUCDsYZdGk3wCgiHS3vIknl롷崊躪� 09sAnRm2lrE3UfFEBK8AejL0FwJbfB3L =Rqd8 -----END PGP SIGNATURE----- _______________________________________________ Mailing list: https://launchpad.net/~ffc Post to : [email protected] Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Mailing list: https://launchpad.net/~ffc Post to : [email protected] Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
