Ok. After installing newer cmake version and making _lapack_libraries
OPTIONAL, LAPACK configuration has gone fine. For PETSc, I did something
dirty. I figured that FindPETSC.cmake searches for libraries in a file
named petscvariables. I made my own copy of petscvariables file and
modified the
Felipe,
The relevant error is at the end of the file:
Linking CXX executable cmTC_9dc5e
/usr/local/bin/cmake -E cmake_link_script
CMakeFiles/cmTC_9dc5e.dir/link.txt --verbose=1
/usr/bin/c++ -DDEAL_II_HAVE_USABLE_FLAGS_DEBUG -pedantic -fPIC -Wall
-Wextra -Wpointer-arith -Wwrite-strings -Wsynth
Hello Dan,
Thanks for your attention.
I attach the CMakeError.log
The first error is: c++: error: unrecognized command line option
'-Wplacement-new'
Maybe there is a chain sequence, so all sprouts from it..
cheers many,
Felipe
On Mon, 10 Feb 2020 at 23:41,
Hi Jean-Paul,
thanks for you detailed answer. You described excatly what I want to do.
And I guess what is working for a finite deformation framework, works also
for the case of small strains.
The main goal for me is still is to apply a prescribed marcoscopic stress
tensor.
But it is always
On 2/7/20 11:43 PM, vachan potluri wrote:
I really appreciate and value your involvement in this thread. I have
attached mpi.h with this mail. I want to mention that I added this line
in FindMPI.cmake just before DEAL_II_FIND_FILE(MPI_MPI_H ...):
MESSAGE(STATUS "Searching for mpi.h in
Arnoud,
Wolfgang already explained how to get CMake working but I wanted to let you
know about an issue (and a solution!) when using QT and deal.II together:
https://github.com/dealii/dealii/issues/7524
Best,
Bruno
On Monday, February 10, 2020 at 4:00:16 PM UTC-5, Arnoud de Geus wrote:
>
>
Hi Lukas,
If I’ve interpreted your emails correctly, you’ve mentioned two distinct things
here, namely (1) the imposition of periodic displacement fluctuation field
(thereby, in essence, prescribing a macroscopic average deformation gradient,
with stress unknown) or (2) the imposition of a
I'm trying to use deal.ii 9.1.1 in a Qt5 program,
effectively trying to build a functional FEM UI on deal.ii
The usage of the Cmake system for Qt and Deal.ii
do seem to be completely incompatible though.
Arnoud,
I know nothing about the Qt configuration system and how they are
incompatible.
Hello,
I'm trying to use deal.ii 9.1.1 in a Qt5 program,
effectively trying to build a functional FEM UI on deal.ii
The usage of the Cmake system for Qt and Deal.ii
do seem to be completely incompatible though.
Has anyone experience with this?
--
The deal.II project is located at
Hello everyone!
This is deal.II newsletter #109.
It automatically reports recently merged features and discussions about the
deal.II finite element library.
## Below you find a list of recently proposed or merged features:
#9503: Create separate artifacts in GitHub workflows (proposed by
Le lun. 10 févr. 2020 à 10:41, Daniel Arndt a écrit :
> The problem here are the additional quotes in the compiler arguments, see
> https://godbolt.org/z/bwDjWy.
Strange, I get that problem with gcc 4.8 and 4.9 but it works with the
other versions of gcc.
Bruno
--
The deal.II project is
> So this is a strange bug. The problem is from the flag
> -Woverloaded-virtual With gcc 4.8 and 4.9 As you can see the flag
> alone works https://wandbox.org/permlink/GLbCK7qVqfScXrZp but if I add
> another flag it won't compile
> https://wandbox.org/permlink/4Lw7aNqGlJkik6SL If you have access
Felipe,
So this is a strange bug. The problem is from the flag
-Woverloaded-virtual With gcc 4.8 and 4.9 As you can see the flag
alone works https://wandbox.org/permlink/GLbCK7qVqfScXrZp but if I add
another flag it won't compile
https://wandbox.org/permlink/4Lw7aNqGlJkik6SL If you have access to
Bruno !
Thanks for replying so swiftly.
Yes, I had forgotten to recreate the dir from scratch to avoid
carrying trash.. I recreated a new building directory, did it from there, I
attach a log file with the corresponding output.
My compilers (g++, gcc): gcc version 4.8.5
Felipe,
Le lun. 10 févr. 2020 à 08:49, Felipe Orellana
a écrit :
> Here I post the output:
Can you redo it in a clean directory. The output from CMake is
different the first time you run it. Also which compiler are you
using?
Best,
Bruno
--
The deal.II project is located at
Hello Bruno,
Thanks for replying.
Here I post the output:
cmake -DCMAKE_INSTALL_PREFIX=/home/Felipe/BIGSOFTWARE/dealii-9.0.0/
/home/Felipe/BIGSOFTWARE/dealii-9.0.0
-- This is CMake 3.16.0-rc3
--
-- Include
/home/Felipe/BIGSOFTWARE/dealii-9.0.0/cmake/setup_external_macros.cmake
--
Felipe,
Can you post everything that deal.II prints on the screen.
Best,
Bruno
On Monday, February 10, 2020 at 1:59:16 AM UTC-5, Felipe Orellana wrote:
>
>
> Hello,
>
> My name is Felipe. I am trying to install dealii-9.0.0 on my local
> cluster.
>
> After commanding
>
> cmake
Vachan,
I saw on the other thread that you were using CMake 3.5. I would advise to
download a newer version of CMake. deal.II uses FindMPI from CMake and this
was rewritten in CMake 3.10 to fix problems with Cray supercomputers.
Best,
Bruno
On Saturday, February 8, 2020 at 1:43:59 AM UTC-5,
Hi,
I have thought about the problem again and now I have a solution proposal:
[[ u_i ]] = 0,
would I fulfill by adding entries in the constraint matrix.
E.g. u_i = u_j for each DoF pair on the boundary. I just have to figure out
the DoF indices i and j.
The average overall stress
19 matches
Mail list logo