[deal.II] Very minor bug in doxygen documentation

Hello, I was going through the dof_handler_policy.cc code in source/dof/ here http://www.dealii.org/8.5.0/doxygen/deal.II/dof__handler__policy_8cc_source.html and you can see that starting from line 80, the for loop iteration variable d, is wrongly linked to Physics::Kinematics::elasticity::d

[deal.II] Re: Very minor bug in doxygen documentation

Pratik, You are right but it looks that it has been fixed in the developer version see around line 295 here Anyway thanks for reporting the problem!

[deal.II] Re: Very minor bug in doxygen documentation

Bruno, I actually am still able to see it in line 296. ;) Thanks, Pratik On Friday, April 6, 2018 at 3:15:53 PM UTC+2, Bruno Turcksin wrote: > > Pratik, > > You are right but it looks that it has been

Re: [deal.II] Re: Very minor bug in doxygen documentation

2018-04-06 11:26 GMT-04:00 Pratik : > I actually am still able to see it in line 296. > > ;) > Yes, you are right. I am not sure why this happens. The similar loop in 2170 does not have this problem. I don't kno

Re: [deal.II] Difference between dim and spacedim

Yep! I noticed that when doing my PR today. 在 2018年4月5日星期四 UTC-7下午5:45:28，Wolfgang Bangerth写道： > > On 04/05/2018 12:30 PM, Weixiong Zheng wrote: > > > > I always see spacedim and dim but couldn't tell what exactly they mean. > > Unfortunately, there seems not to be an explanation in Glossary. C

Re: [deal.II] Reason for SolverGMRES being slower in parallel?

I would guess this would rather be the degeneration of ILUt in parallel than the implementation. If I am not wrong, ILU-T in parallel is not ILU-like preconditioner anymore, right? I remember the inter-core part is implemented in a block-Jacobi fashion. I've never used ILUT but used ILU a lot.