From cgeuzaine at ulg.ac.be Sat Mar 9 09:18:59 2013 From: cgeuzaine at ulg.ac.be (Christophe Geuzaine) Date: Sat, 9 Mar 2013 09:18:59 +0100 Subject: [Getdp-announce] New GetDP release: 2.3.0 Message-ID: <88EEEDBC-03F6-4A9A-8586-2F6176441CF6@ulg.ac.be> New in 2.3.0: moved build system from autoconf to cmake; new family of Field functions to use data imported from Gmsh; improved list handling; general code cleanup. Downloads, mailing lists, etc.: http://geuz.org/getdp/ From cgeuzaine at ulg.ac.be Sat May 11 15:41:27 2013 From: cgeuzaine at ulg.ac.be (Christophe Geuzaine) Date: Sat, 11 May 2013 15:41:27 +0200 Subject: [Getdp-announce] New GetDP release: 2.3.1 Message-ID: New in 2.3.1: updated onelab; small bug fixes. Downloads, mailing lists, etc.: http://geuz.org/getdp/ From cgeuzaine at ulg.ac.be Tue Jul 9 14:22:43 2013 From: cgeuzaine at ulg.ac.be (Christophe Geuzaine) Date: Tue, 9 Jul 2013 14:22:43 +0200 Subject: [Getdp-announce] New GetDP release: 2.4.0 Message-ID: New in 2.4.0: new two-step Init constraints; faster network computation (with new -cache); improved Update operation; better cpu/memory reporting; new -setnumber, -setstring and -gmshread command line options; accept unicode file paths on Windows; small bug fixes. Downloads, mailing lists, etc.: http://geuz.org/getdp/ From cgeuzaine at ulg.ac.be Tue Jul 16 22:10:11 2013 From: cgeuzaine at ulg.ac.be (Christophe Geuzaine) Date: Tue, 16 Jul 2013 22:10:11 +0200 Subject: [Getdp-announce] New GetDP release: 2.4.1 Message-ID: <7F6AC77D-DE15-4726-8F7E-3121164CC725@ulg.ac.be> New in 2.4.1: minor improvements and bug fixes. Downloads, mailing lists, etc.: http://geuz.org/getdp/ From cgeuzaine at ulg.ac.be Fri Sep 27 18:36:20 2013 From: cgeuzaine at ulg.ac.be (Christophe Geuzaine) Date: Fri, 27 Sep 2013 18:36:20 +0200 Subject: [Getdp-announce] New GetDP release: 2.4.2 Message-ID: <3B1357D0-9094-40CE-9BAE-F7432AE123F1@ulg.ac.be> New in 2.4.2: fixed function arguments in nested expressions; minor improvements. Downloads, mailing lists, etc.: http://geuz.org/getdp/ From cgeuzaine at ulg.ac.be Tue Dec 3 16:54:10 2013 From: cgeuzaine at ulg.ac.be (Christophe Geuzaine) Date: Tue, 3 Dec 2013 16:54:10 +0100 Subject: [Getdp-announce] change in onelab for GetDP & Gmsh Message-ID: Hi All, After long discussions with Fran?ois and Ruth we changed the behaviour of DefineConstant & co for better symmetry between GetDP/Gmsh and Python onelab clients. This is a major change: all the onelab-enabled .geo and .pro files need to be (slightly) modified. I have manually changed all the examples in the SVN (for both GetDP and Gmsh) and I will update the files on the onelab.info website tomorrow (once we have new nightly builds). What's new: 1. The name of a onelab variable (in the onelab database) is no more constructed from the name of the corresponding GetDP/Gmsh variable. One now needs to specify the onelab name explicitely, using the "Name" attribute. The "Name" is the actual name of the parameter in the onelab database, i.e., it also includes the path. This makes the "Path" attribute obsolete (it has no effect anymore). The "Legend" attribute can still be used (and it can be useful in edge cases, e.g. when you want a "/" in the name of a onelab paramater), but in most cases it's not necessary anymore. 2. When a DefineConstant[] & co is used and no Name is given (e.g. DefineConstant[a=2]), no onelab parameter is created. This allows to provide default values to internal parameters without polluting the database. Why did we change? 1. The new syntax matches what we do in Python, where specifying a name is mandatory (there's no way around this in Python, as onelab cannot guess the name of a Python variable to which a onelab parameter value will be assigned). The change will prevent common mistakes where two parameters with the same label actually correspond to 2 different onelab parameters, due to a change in a local GetDP/Gmsh variable name (which would change the onelab name automatically) 2. The new syntax allows to nicely decouple onelab parameters from internal variables with default values, that we don't want in the onelab database. Christophe -- Prof. Christophe Geuzaine University of Liege, Electrical Engineering and Computer Science http://www.montefiore.ulg.ac.be/~geuzaine