[deal.II] Deprecated function PETScWrappers::VectorBase::ratio()

Hi, I'm currently using the ratio function for PETSc vectors to compute vector inverse in my parallel code. However, it looks like that ratio() is deprecated. I know there is a potential floating point exception due to the undefined behavior when the denominator vector contains zero (because

Re: [deal.II] Re: cmake . returns error on MAC OS XI Captain version 10.11.6 upon compiling dealii-8.5.0-brew.dmg

In version 9.0.0 the examples directory is no longer located in /Applications/deal.II-9.0.0.app/Contents/Resources/examples, Could you please help me allocated this? Thanks, Wakil, On Fri, May 11, 2018 at 10:47 PM, Denis Davydov wrote: > you can also try a pre-release

Re: [deal.II] Re: cmake . returns error on MAC OS XI Captain version 10.11.6 upon compiling dealii-8.5.0-brew.dmg

The deal.II source directory can be found under /Applications/deal.II-9.0.0.app/Contents/Resources/spack/src/deal.II-9.0.0 There you will find the examples directory. In the new package (that I’m building right now), you’ll also have in the usual location. Best, Luca. > On 12 May 2018, at

Re: [deal.II] Re: Epetra_FEVector not being created as a LinearMap

The key issue for my application is whether the make_trilinos_map method of the IndexSet class is called with overlapping equal to true or false. At the moment, when make_trilinos_map is called from the reinit method for Vector in the TrilinosWrappers∷MPI namespace, overlapping is always set

Re: [deal.II] Re: Epetra_FEVector not being created as a LinearMap

The key issue for my application is whether the make_trilinos_map method of the IndexSet class is called with overlapping equal to true or false. At the moment, when make_trilinos_map is called from the reinit method for Vector in the TrilinosWrappers∷MPI namespace, overlapping is always set

Re: [deal.II] Nedelec Elements for unstructured adaptively refined meshes

> On 10 May 2018, at 22:41, Bruno Turcksin wrote: > > If I remember correctly, J-P couldn't make Nedelec work for his problem a few > months ago. Yes, that’s correct. I was working on a magneto-static problem in 3d, and wasn’t able to achieve sensible results. That

Re: [deal.II] Re: Nedelec Elements for unstructured adaptively refined meshes

The problem in the thread you cited is for 3D. I am happy to update our disclaimer for the class. I am just saying that our statement: "For the moment, it is safe to use the element on globally refined meshes with consistent orientation of faces." with the addition "in 2D" and for

Re: [deal.II] Re: Epetra_FEVector not being created as a LinearMap

On 05/11/2018 12:30 PM, josh.hano...@gmail.com wrote: I solved my problem. In the code I included below, I was using the Vector object from the namespace dealii::LinearAlgebraTrilinos::MPI. When I switch to using Vector objects from the namespace dealii::LinearAlgebra::EpetraWrappers (and add

Re: [deal.II] Re: ASPECT 2.0.0 released

On 05/11/2018 08:30 PM, Bruno Turcksin wrote: Wrong mailing list? I didn't see this email on the ASPECT mailing list... The ASPECT mailing list is moderated if you post from the wrong address, and Rene posted from the wrong address :-) So the deal.II community learned about the new ASPECT

[deal.II] Re: ASPECT 2.0.0 released

Wrong mailing list? I didn't see this email on the ASPECT mailing list... Bruno On Thursday, May 10, 2018 at 9:23:28 PM UTC-4, Rene Gassmöller wrote: > > We are pleased to announce the release of ASPECT 2.0.0. ASPECT is the > Advanced > Solver for Problems in Earth's ConvecTion. It uses modern

Re: [deal.II] Re: Epetra_FEVector not being created as a LinearMap

On Friday, May 11, 2018 at 2:56:46 AM UTC-4, Wolfgang Bangerth wrote: > > I haven't written either of these classes, so can't say for sure, but it > sounds like an inadvertent difference that we should fix eventually. > Yes, I have copied the implementation from TrilinosWrappers when I created

[deal.II] Results vary for different parts of the solution vector

I am writing my results as scalar results, using std::vector solution_names = std::vector{"A_x" , "A_y", "B_x", "B_y", "C_x", "C_y"}; std::vector data_component_interpretation(n_components * dim, DataComponentInterpretation::component_is_scalar); LinearAlgebraTrilinos::MPI::Vector

Re: [deal.II] Results vary for different parts of the solution vector

So, when printing out my RHS-vector, I should get a pair of the same values for each, i.e. first comes a value for A_x, then A_y, then B_x, then B_y, and so on. Is that correct? Thank you! Am Freitag, 11. Mai 2018 14:59:32 UTC+2 schrieb Wolfgang Bangerth: > > On 05/11/2018 08:45 PM, 'Maxi

Re: [deal.II] Results vary for different parts of the solution vector

On 05/11/2018 08:45 PM, 'Maxi Miller' via deal.II User Group wrote: Now I would expect that A_x and A_y will look exactly the same, after I use the same equation. But according to my viewer (ParaView/Visit) A_x is different compared to A_y (and the same goes for B and C). Partially I get

Re: [deal.II] Results vary for different parts of the solution vector

On 05/11/2018 09:04 PM, 'Maxi Miller' via deal.II User Group wrote: So, when printing out my RHS-vector, I should get a pair of the same values for each, i.e. first comes a value for A_x, then A_y, then B_x, then B_y, and so on. Is that correct? That depends on how you have numbered the

[deal.II] cmake . returns error on MAC OS XI Captain version 10.11.6 upon compiling dealii-8.5.0-brew.dmg

Hi all, I have been away from deal.ii for almost two years. I have come back and wanted to install the most updated version which is dealii-8.5.0-brew.dmg When I attempted to cmake the step-1 of the examples, it

Re: [deal.II] Re: cmake . returns error on MAC OS XI Captain version 10.11.6 upon compiling dealii-8.5.0-brew.dmg

Hi Denis, The command line tool is installed as shown in this: Wakils-MBP:~ wakilsarfaraz$ sudo xcode-select --install Password: xcode-select: error: command line tools are already installed, use "Software Update" to install updates Wakils-MBP:~ wakilsarfaraz$ I will check the other

Re: [deal.II] Re: cmake . returns error on MAC OS XI Captain version 10.11.6 upon compiling dealii-8.5.0-brew.dmg

Can this new version be installed on Mac without a dmg file? Apologies if the question is too basic. Best, Wakil On Fri, May 11, 2018 at 10:47 PM, Denis Davydov wrote: > you can also try a pre-release package from this post: > >

Re: [deal.II] Re: cmake . returns error on MAC OS XI Captain version 10.11.6 upon compiling dealii-8.5.0-brew.dmg

I got the dmg for version 9.0.0, thanks, Wakil On Fri, May 11, 2018 at 10:47 PM, Denis Davydov wrote: > you can also try a pre-release package from this post: > > https://groups.google.com/forum/?fromgroups=#!topic/dealii/uvgXWCwAIlY > > > On Friday, May 11, 2018 at 10:53:32

[deal.II] deal.II version 9.0 released

Version 9.0.0 of deal.II, the object-oriented finite element library awarded the J. H. Wilkinson Prize for Numerical Software, has been released. It is available for free under an Open Source license from the deal.II homepage at https://www.dealii.org/ The major changes of

Re: [deal.II] Re: Mac testers wanted

It did… Matthias just removed all of the intermediate release candidates. I’m building the final package now. The https://github.com/luca-heltai/dealii/releases/tag/v9.0.0-rc1 image has a missing initialisation file, so you have to define DEAL_II_DIR and CMAKE_PREFIX_PATH by yourself, L.

[deal.II] Thank you!

I would like to follow up on the announcement of this release by publicly saying again how much we appreciate the many contributions from those who have sent it code, bug reports, fixed grammar and typos, or have helped in any other way. Many thanks! The ChangeLog lists at least the following

[deal.II] Re: cmake . returns error on MAC OS XI Captain version 10.11.6 upon compiling dealii-8.5.0-brew.dmg

Hi, Make sure you have XCode installed as well as command line tools: xcode-select --install Regards, Denis. On Friday, May 11, 2018 at 7:36:48 PM UTC+2, Wakil Sarfaraz wrote: > > Hi all, > I have been away from deal.ii for almost two years. > I have come back and wanted to install the most

[deal.II] Re: cmake . returns error on MAC OS XI Captain version 10.11.6 upon compiling dealii-8.5.0-brew.dmg

Hi Denis, Xcode is installed on my machine. It is just that I deleted the dmg files associated to previous versions of deal.ii and cmake, which was perfectly working. When I downloaded the new versions today, it returned these errors. Best, Wakil On Friday, May 11, 2018 at 9:04:17 PM UTC+1,

[deal.II] Re: cmake . returns error on MAC OS XI Captain version 10.11.6 upon compiling dealii-8.5.0-brew.dmg

you can also try a pre-release package from this post: https://groups.google.com/forum/?fromgroups=#!topic/dealii/uvgXWCwAIlY On Friday, May 11, 2018 at 10:53:32 PM UTC+2, Wakil Sarfaraz wrote: > > Hi Denis, > Xcode is installed on my machine. It is just that I deleted the dmg files >

[deal.II] Re: Mac OS X 10.13.4 Installation problem

Hi Jon, Try this .dmg https://github.com/luca-heltai/dealii/releases/tag/v9.0.0-rc1 If that won't work, you can try building with Spack https://github.com/dealii/dealii/wiki/deal.II-in-Spack that's what I use on macOS. You would need to first compile gcc with it, see the wiki page. Regards,

[deal.II] Re: cmake . returns error on MAC OS XI Captain version 10.11.6 upon compiling dealii-8.5.0-brew.dmg

Hi Wakil, so command line tools are installed, did you check? CMake tells you the error: The CMAKE_C_COMPILER: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault. xctoolchain/usr/bin/cc is not a full path to an existing compiler tool. so see whether you have this or

[deal.II] Re: Mac testers wanted

Luca, the link does not seem to contain dmg. You probably wanted to give a link to your fork, i.e. https://github.com/luca-heltai/dealii/releases/tag/v9.0.0-rc1 Cheers, Denis On Sunday, May 6, 2018 at 11:51:19 AM UTC+2, Luca Heltai wrote: > > Sorry. The address is the following: > >