Re: [Ffc] [Dolfin] Release
Garth N. Wells wrote: > > Anders Logg wrote: >> On Sat, Nov 28, 2009 at 09:32:03PM +, Garth N. Wells wrote: >>> It would be good to make a release of DOLFIN/FFL/UFL next week with the >>> new syntax for Constants and Expressions. Are there any pressing issues >>> which need to be addressed before making a new release? >>> >>> Garth >> I agree. Let's make a release as soon as possible. >> >> The only things I see missing are >> >> 1. std::vector argument in eval. I see you've started on this. >> >> 2. Getting the buildbot running in on form or another. >> > > If we don't get this running in time, I'm happy if we run the tests by > hand on a few OSes. > >> Andre Massing has prepared a major bundle on the CGAL stuff but that >> can wait until after 0.9.5, but it would be good to do it immediately >> after so we get that done. >> > > Perhaps he could publish it first as a personal branch on Launchpad? Does anyone know whether bzr allow for selective pulls (just specific sections) from such branches? Harish ___ Mailing list: https://launchpad.net/~ffc Post to : ffc@lists.launchpad.net Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
Re: [Ffc] [Dolfin] Release
Anders Logg wrote: > On Sun, Nov 29, 2009 at 08:10:16AM +0000, Harish Narayanan wrote: >> Garth N. Wells wrote: >>> Anders Logg wrote: >>>> On Sat, Nov 28, 2009 at 09:32:03PM +, Garth N. Wells wrote: >>>>> It would be good to make a release of DOLFIN/FFL/UFL next week with the >>>>> new syntax for Constants and Expressions. Are there any pressing issues >>>>> which need to be addressed before making a new release? >>>>> >>>>> Garth >>>> I agree. Let's make a release as soon as possible. >>>> >>>> The only things I see missing are >>>> >>>> 1. std::vector argument in eval. I see you've started on this. >>>> >>>> 2. Getting the buildbot running in on form or another. >>>> >>> If we don't get this running in time, I'm happy if we run the tests by >>> hand on a few OSes. >>> >>>> Andre Massing has prepared a major bundle on the CGAL stuff but that >>>> can wait until after 0.9.5, but it would be good to do it immediately >>>> after so we get that done. >>>> >>> Perhaps he could publish it first as a personal branch on Launchpad? >> Does anyone know whether bzr allow for selective pulls (just specific >> sections) from such branches? >> >> Harish > > I found this page: > > https://lists.ubuntu.com/archives/bazaar/2006q4/019026.html > > There's also the bzr shelve/unshelve command that can be used to > temporarily hide changes from commits (I think). Sounds fancy. Will look into this. Harish ___ Mailing list: https://launchpad.net/~ffc Post to : ffc@lists.launchpad.net Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
Re: [Ffc] ffc import error
On 26/12/2009 15:47, Riesen Patrick wrote: > > hello all, > > I'm updating my code to the bazaar repositories with dolfin0.9.5. It all > seemed to work fine, but i just can't run ffc, i get the following: > > Traceback (most recent call last): > File "/Users/priesen/Work/FEniCS/build/bin/ffc", line 27, in > from ffc.common.log import info, set_level, DEBUG, ERROR > File > "/Users/priesen/Work/FEniCS/build/lib/python2.5/site-packages/ffc/__init__.py", > line 13, in > from ffc.compiler import compile_form, compile_element > ImportError: cannot import name compile_form > > > I used the most recent dorsal with the stable packages, but i get the same > when pulling the dev repositories. > I'm using OSX 10.5.8 > > Thank you for any hints :-) > > a (late) Merry Xmas to all, Clean out your install folder and try to rebuild (the last stable) ffc again. It should work. Harish ___ Mailing list: https://launchpad.net/~ffc Post to : ffc@lists.launchpad.net Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
Re: [Ffc] [Branch ~ffc-core/ffc/dev] Rev 1502: Fixes for covariant piola. Marie finally remembered why it should be
On 21/01/2010 14:19, Kristian Oelgaard wrote: > > > 2010/1/21 : >> >> revno: 1502 >> committer: Marie E. Rognes >> branch nick: ffc-unstable >> timestamp: Thu 2010-01-21 15:13:40 +0100 >> message: >> Fixes for covariant piola. Marie finally remembered why it should be >> (j, i) instead of (i, j). > > Cool, I guess this means that the indices is based on some theory after > all :) Would the reason why the covariant Piola map doesn't contain a det(J) but the contravariant Piola does be clarified on reading RognesKirbyEtAl2009? Harish ___ Mailing list: https://launchpad.net/~ffc Post to : ffc@lists.launchpad.net Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
Re: [Ffc] [Branch ~ffc-core/ffc/dev] Rev 1502: Fixes for covariant piola. Marie finally remembered why it should be
On 21/01/2010 15:46, Marie Rognes wrote: > Harish Narayanan wrote: >> On 21/01/2010 14:19, Kristian Oelgaard wrote: >> >>> 2010/1/21 : >>> >>>> >>>> revno: 1502 >>>> committer: Marie E. Rognes >>>> branch nick: ffc-unstable >>>> timestamp: Thu 2010-01-21 15:13:40 +0100 >>>> message: >>>> Fixes for covariant piola. Marie finally remembered why it should be >>>> (j, i) instead of (i, j). >>>> >>> Cool, I guess this means that the indices is based on some theory after >>> all :) >>> >> >> Would the reason why the covariant Piola map doesn't contain a det(J) >> but the contravariant Piola does be clarified on reading >> RognesKirbyEtAl2009? >> > > Yes. Excellent. I am curious to find out. Harish ___ Mailing list: https://launchpad.net/~ffc Post to : ffc@lists.launchpad.net Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
[Ffc] JIT compile strangeness
I am now running into the following strange error. Upon the first run of
the following python code:
from dolfin import *
mesh = UnitSquare(4, 4)
BDM = FunctionSpace(mesh, "BDM", 1)
DG = FunctionSpace(mesh, "DG", 0)
mixed_space = MixedFunctionSpace([BDM, DG])
u, p = Function(mixed_space).split()
uh = project(u)
ph = project(p)
I receive an error of the following sort. But upon subsequent runs, it
gets picked up from cache correctly and runs without complaining.
raceback (most recent call last):
File "trial3.py", line 11, in
ph = project(p)
File "fenics-path/lib/python2.5/site-packages/dolfin/fem/project.py",
line 42, in project
V = _extract_function_space(v)
File "fenics-path/lib/python2.5/site-packages/dolfin/fem/project.py",
line 84, in _extract_function_space
V = FunctionSpace(mesh, "CG", 1)
File
"fenics-path/lib/python2.5/site-packages/dolfin/function/functionspace.py",
line 226, in __init__
FunctionSpaceBase.__init__(self, mesh, element)
File
"fenics-path/lib/python2.5/site-packages/dolfin/function/functionspace.py",
line 44, in __init__
ufc_element, ufc_dofmap = jit(self._ufl_element)
File
"fenics-path/lib/python2.5/site-packages/dolfin/compilemodules/jit.py",
line 44, in mpi_jit
return local_jit(*args, **kwargs)
File
"fenics-path/lib/python2.5/site-packages/dolfin/compilemodules/jit.py",
line 103, in jit
return jit_compile(form, parameters=p)
File "fenics-path/lib/python2.5/site-packages/ffc/jit.py", line 59, in jit
return jit_element(object, parameters)
File "fenics-path/lib/python2.5/site-packages/ffc/jit.py", line 147,
in jit_element
return _extract_element_and_dofmap(module, form_data)
File "fenics-path/lib/python2.5/site-packages/ffc/jit.py", line 179,
in _extract_element_and_dofmap
return (getattr(module, module.__name__ + ("_finite_element_%d" % i))(),
AttributeError: 'module' object has no attribute
'form_8c658e9e24652ee956904c0c5a2f5dc9e2b97c2b_finite_element_2
___
Mailing list: https://launchpad.net/~ffc
Post to : ffc@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ffc
More help : https://help.launchpad.net/ListHelp
Re: [Ffc] JIT compile strangeness
On 01/02/2010 16:41, Anders Logg wrote: > Works for me. Maybe instant-clean might help? I've tried an instant-clean. I also wiped out my .py files from site-packages and installed everything from scratch. Harish ___ Mailing list: https://launchpad.net/~ffc Post to : ffc@lists.launchpad.net Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
Re: [Ffc] JIT compile strangeness
On 01/02/2010 17:22, Anders Logg wrote: > On Mon, Feb 01, 2010 at 06:21:35PM +0100, Marie Rognes wrote: >> Anders Logg wrote: >>> On Mon, Feb 01, 2010 at 05:03:45PM +, Harish Narayanan wrote: >>>> On 01/02/2010 16:41, Anders Logg wrote: >>>>> Works for me. Maybe instant-clean might help? >>>> I've tried an instant-clean. I also wiped out my .py files from >>>> site-packages and installed everything from scratch. >>>> >>>> Harish >>> >>> Very strange. I ran the exact same script as you pasted in your email. >>> >>> Is anyone else able to run the test? >>> >> >> >> Works fine here. > > Must be a platform thing then. Harish, are you trying to run this on > an iPad? You might be missing a flash-plugin. That's exactly it! Harish ___ Mailing list: https://launchpad.net/~ffc Post to : ffc@lists.launchpad.net Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
Re: [Ffc] JIT compile strangeness
On 01/02/2010 20:38, Anders Logg wrote: > Can anyone else check if you see this bug or if it is Harish-specific? > Kristian? Garth? I guess it is me-specific, but it is showing up and disappearing almost entirely at random. I'll present it once more when (if) I am able to narrow it down. Harish ___ Mailing list: https://launchpad.net/~ffc Post to : ffc@lists.launchpad.net Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
Re: [Ffc] JIT compile strangeness
On 02/02/2010 11:29, Marie Rognes wrote: > > More compile strangeness: Clean cache, error at first run, > things running at second run: > > m...@localhost ~/local/src/fenics/adaptivity/demo $ instant-clean > Instant cache is empty > m...@localhost ~/local/src/fenics/adaptivity/demo $ python test.py > Calling FFC just-in-time (JIT) compiler, this may take some time. > Traceback (most recent call last): > File "test.py", line 6, in >L = assemble(v*dx) > File > "/home/meg/local/lib64/python2.6/site-packages/dolfin/fem/assemble.py", > line 88, in assemble >dolfin_form = Form(form, function_spaces, coefficients, > form_compiler_parameters) > File > "/home/meg/local/lib64/python2.6/site-packages/dolfin/fem/form.py", line > 39, in __init__ >function_spaces) > File > "/home/meg/local/lib64/python2.6/site-packages/dolfin/fem/form.py", line > 60, in _extract_function_spaces >if not isinstance(func.function_space(), cpp.FunctionSpace): > AttributeError: 'Argument' object has no attribute 'function_space' > m...@localhost ~/local/src/fenics/adaptivity/demo $ python test.py > L = > > Anyone else experience this? > > from dolfin import * > mesh = UnitSquare(2,2) > V_h = FunctionSpace(mesh, "DG", 1) > v = TestFunction(V_h) > L = assemble(v*dx) > print "L = ", L Me, me, me! :) Harish ___ Mailing list: https://launchpad.net/~ffc Post to : ffc@lists.launchpad.net Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
Re: [Ffc] JIT compile strangeness
On 02/02/2010 12:54, Marie Rognes wrote: > Anders Logg wrote: >> On Tue, Feb 02, 2010 at 12:08:51PM +0000, Harish Narayanan wrote: >> >>> On 02/02/2010 11:29, Marie Rognes wrote: >>> >>>> More compile strangeness: Clean cache, error at first run, >>>> things running at second run: >>>> >>>> m...@localhost ~/local/src/fenics/adaptivity/demo $ instant-clean >>>> Instant cache is empty >>>> m...@localhost ~/local/src/fenics/adaptivity/demo $ python test.py >>>> Calling FFC just-in-time (JIT) compiler, this may take some time. >>>> Traceback (most recent call last): >>>> File "test.py", line 6, in >>>>L = assemble(v*dx) >>>> File >>>> "/home/meg/local/lib64/python2.6/site-packages/dolfin/fem/assemble.py", >>>> line 88, in assemble >>>>dolfin_form = Form(form, function_spaces, coefficients, >>>> form_compiler_parameters) >>>> File >>>> "/home/meg/local/lib64/python2.6/site-packages/dolfin/fem/form.py", >>>> line >>>> 39, in __init__ >>>>function_spaces) >>>> File >>>> "/home/meg/local/lib64/python2.6/site-packages/dolfin/fem/form.py", >>>> line >>>> 60, in _extract_function_spaces >>>>if not isinstance(func.function_space(), cpp.FunctionSpace): >>>> AttributeError: 'Argument' object has no attribute 'function_space' >>>> m...@localhost ~/local/src/fenics/adaptivity/demo $ python test.py >>>> L = >>>> >>>> Anyone else experience this? >>>> >>>> from dolfin import * >>>> mesh = UnitSquare(2,2) >>>> V_h = FunctionSpace(mesh, "DG", 1) >>>> v = TestFunction(V_h) >>>> L = assemble(v*dx) >>>> print "L = ", L >>>> >>> Me, me, me! :) >>> >>> Harish >>> >>> ___ >>> Mailing list: https://launchpad.net/~ffc >>> Post to : ffc@lists.launchpad.net >>> Unsubscribe : https://launchpad.net/~ffc >>> More help : https://help.launchpad.net/ListHelp >>> >> >> This is fixed now. > > Hurray! !! ___ Mailing list: https://launchpad.net/~ffc Post to : ffc@lists.launchpad.net Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
Re: [Ffc] More optimisation bugs
On 02/02/2010 16:28, Kristian Oelgaard wrote: > On 2 February 2010 10:15, Garth N. Wells wrote: >> I still have a problem with fractions + quadrature + optimisation. The >> script I sent yesterday now works, but the below scripts leads to a FFC >> error >> >>File >> "/usr/local/lib/python2.6/dist-packages/ffc/quadrature/sumobj.py", >> line 495, in reduce_vartype >>f, r = v.reduce_vartype(var_type) >> ValueError: too many values to unpack >> >> when using foo/2.0 rather than 0.5*foo. > > Fixed, and the norms are even equal. > I think we should release and quickly. Sounds like someone's release enthusiasm has rubbed off on you. :) Harish ___ Mailing list: https://launchpad.net/~ffc Post to : ffc@lists.launchpad.net Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
Re: [Ffc] FFC vs. SFC
On 6/22/10 11:40 AM, Kristian Oelgaard wrote: > On 21 June 2010 23:16, Kent Andre wrote: >> >> Strange. I used dorsal to compile the dev versions of the various >> packages. Dolfin, ffc, and sfc are only a few days old. > > I removed fenics-syfi and cloned a new one, then I got a little > further but crashed on swiginac, I removed the python-swiginac 1.5.1-2 > which I got through synaptic and had Dorsal install swiginac 1.5.1 > (thank you Dorsal!) after which the demo.py file ran without > complaints. (You're welcome!) Harish ___ Mailing list: https://launchpad.net/~ffc Post to : ffc@lists.launchpad.net Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
[Ffc] Speeding up form compilation
Dear all, I am trying to run some problems which involve somewhat complex variational forms which FFC takes ages (O(1 day)) to compile. Is there any clear documentation on the strategies one should apply to speed things up in general? I am interested both in appropriate FFC parameters and tips on how to split a form into pieces so that I don't end up recompiling everything every time I make small changes. Harish ___ Mailing list: https://launchpad.net/~ffc Post to : ffc@lists.launchpad.net Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
Re: [Ffc] Speeding up form compilation
On 12/8/11 10:53 AM, Anders Logg wrote: > On Thu, Dec 08, 2011 at 10:46:20AM +0100, Harish Narayanan wrote: >> Dear all, >> >> I am trying to run some problems which involve somewhat complex >> variational forms which FFC takes ages (O(1 day)) to compile. Is there >> any clear documentation on the strategies one should apply to speed >> things up in general? I am interested both in appropriate FFC parameters >> and tips on how to split a form into pieces so that I don't end up >> recompiling everything every time I make small changes. > > Did you try setting the number of quadrature points? FFC is likely > using quite a few points to integrate your form and it's probably > overkill. Is that quadrature_order or quadrature_degree? I have unsystematically tried a few things which haven't been successful, so I thought I would ask for documentation. Harish ___ Mailing list: https://launchpad.net/~ffc Post to : ffc@lists.launchpad.net Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
Re: [Ffc] Speeding up form compilation
On 12/8/11 11:07 AM, Kristian Ølgaard wrote: > On 8 December 2011 10:58, Harish Narayanan wrote: >> On 12/8/11 10:53 AM, Anders Logg wrote: >>> On Thu, Dec 08, 2011 at 10:46:20AM +0100, Harish Narayanan wrote: >>>> Dear all, >>>> >>>> I am trying to run some problems which involve somewhat complex >>>> variational forms which FFC takes ages (O(1 day)) to compile. Is there >>>> any clear documentation on the strategies one should apply to speed >>>> things up in general? I am interested both in appropriate FFC parameters >>>> and tips on how to split a form into pieces so that I don't end up >>>> recompiling everything every time I make small changes. >>> >>> Did you try setting the number of quadrature points? FFC is likely >>> using quite a few points to integrate your form and it's probably >>> overkill. >> >> Is that quadrature_order or quadrature_degree? I have unsystematically >> tried a few things which haven't been successful, so I thought I would >> ask for documentation. > > quadrature_degree > > see 'man ffc' > > There is no documentation on which strategies to use wrt splitting up > forms, and I don't really have any good advice from the top of my > head. > (I assume you use PyDOLFIN) > > Using no optimisation for the FFC compiler will obviously result in > the fastest compile time. I will try removing all optimisation and reducing the quadrature_degree. Thanks! Harish ___ Mailing list: https://launchpad.net/~ffc Post to : ffc@lists.launchpad.net Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
