Re: [deal.II] Best approach for multi-variable system with multiple grids

I know that both components will behave quite differently, thus I assumed that I have to use two grids. In addition I was interested in how both parameters evolve over time. If I need only one grid, then I still have to store them separately, but it would be closer to example 33, wouldn't it? A

Re: [deal.II] deal.II problem on Mac (Undefined symbols for architecture x86_64)

On 07/11/2017 10:35 AM, Peimeng Yin wrote: I used deal.II to solve my personal code and I can run it on Linux, but when I run it on Mac, it shows bug as follows. I am wondering anyone can help me on it. Location: /usr/local/deal.II /usr/local/lib : links to deal.II, lac, base,tbb,lib*,libde

Re: [deal.II] Best approach for multi-variable system with multiple grids

On 07/11/2017 08:29 AM, 'Maxi Miller' via deal.II User Group wrote: Which of those two approaches is more beneficial for me (especcially after I would like to extend it afterwards to two additional equations? Or is there another approach I did not consider yet? I don't think I quite understand

[deal.II] deal.II problem on Mac (Undefined symbols for architecture x86_64)

Hi all, I used deal.II to solve my personal code and I can run it on Linux, but when I run it on Mac, it shows bug as follows. I am wondering anyone can help me on it. Location: /usr/local/deal.II /usr/local/lib : links to deal.II, lac, base,tbb,lib*,libdeal_II.g.dylib, libdeal_II.dylib /usr/

Re: [deal.II] step-40. petsc with openmp

On 07/11/2017 08:33 AM, Kartik Jujare wrote: Does this still hold true of the Petsc wrappers not being thread-safe? Yes. But it's not the wrappers that are the problem, it's that PETSc itself is not thread safe. Best W. -- -

Re: [deal.II] step-40. petsc with openmp

Hi Timo, Does this still hold true of the Petsc wrappers not being thread-safe? Regards, Kartik Jujare On Friday, March 14, 2014 at 3:24:18 PM UTC+1, Timo Heister wrote: > > > I am trying to use openmp in the element assemble procedure of step-40. > Has > > anyone done this before? Any advice

[deal.II] Best approach for multi-variable system with multiple grids

I have a coupled system of two equations:

[deal.II] Re: Is there a list of requirements for the different examples?

FYI. I've opened up a Github issue so that this message can be improved in the future. On Tuesday, July 11, 2017 at 3:34:40 PM UTC+2, Maxi Miller wrote: > > Yes, that explains it, thanks! > > Am Dienstag, 11. Juli 2017 15:33:18 UTC+2 schrieb Jean-Pa

[deal.II] Re: Is there a list of requirements for the different examples?

Yes, that explains it, thanks! Am Dienstag, 11. Juli 2017 15:33:18 UTC+2 schrieb Jean-Paul Pelteret: > > No, I think that you've misunderstood. The message is telling you what the > prerequisites are, i.e. that you must have PETSc enabled and PETSc cannot > have complex number support enabled. T

[deal.II] Re: Is there a list of requirements for the different examples?

No, I think that you've misunderstood. The message is telling you what the prerequisites are, i.e. that you must have PETSc enabled and PETSc cannot have complex number support enabled. The double negation of the second point is definitely a bit confusing. On Tuesday, July 11, 2017 at 3:22:27 P

[deal.II] Re: Is there a list of requirements for the different examples?

> > Yes, but my problem is that I built PETSc using > --with-scalar-type=complex, and still dealII thinks that it was built > without complex support (according to the flag). > Am Dienstag, 11. Juli 2017 15:19:37 UTC+2 schrieb Jean-Paul Pelteret: > > Hi Maxi, > > To the best of my knowledge, d

[deal.II] Re: Is there a list of requirements for the different examples?

Hi Maxi, To the best of my knowledge, deal.II automatically picks up from PETSc's configuration that it is built with complex numbers enabled. You'd have to rebuild PETSc without complex number support (via the " --with-scalar-type='real'" flag

Re: [deal.II] lexicographic ordering in 3D

Thanks for your quick and useful answer, and explanation ... GridReordering was what I needed! Now I see that I did not mean lexicographic order, that I had assumed from the begining in 2), but it didn't read like that in the email. I apologize for the wrong formulation of the question. *Some co

[deal.II] Re: Is there a list of requirements for the different examples?

That is interesting. I got exactly that output (did not know that I can do that, btw.), but my PETSC-installation is configured with complex numbers. How can I then tell dealII during the configuration process that that is the case? Am Dienstag, 11. Juli 2017 14:10:47 UTC+2 schrieb Jean-Paul Pe

[deal.II] Re: Is there a list of requirements for the different examples?

Dear Maxi, I'm not sure that I understand what the problem is that you've encountered, so could you please elaborate on what you mean by "why the example is not included"? Each of the tutorials is compiled as a binary that is distinct from the main library itself. When you run cmake in the exam

[deal.II] Is there a list of requirements for the different examples?

I was wondering why cmake does not generate anything for some examples, such as (in my case) step-17. My generator output is ### # # deal.II configuration: #CMAKE_BUILD_TYPE: DebugRelease #BUILD_SHARED_LIBS: ON #CMAKE_INSTALL_PREFIX: /usr/local #CMAKE_