[Gmsh] compilation error

Christophe Geuzaine cgeuzaine at ulg.ac.be
Tue Oct 13 10:01:02 CEST 2009


Martijn wrote:
> I see now that the blas development package contains a cblas.h header.
> Since Gmsh is written in C++, I can imagine that a clapack.h is required
> for linking of lapack. This would mean a packaging omission in the
> liblapack-dev packages. The fact that gmsh does not complain about blas
> is consistent with this hypothesis.
> Can anybody confirm the presence of a clapack.h or similar file on a
> system and being able to compile gmsh?

Hi Martijn - we don't use the cblas interface. Cmake probably did not 
detect blas/lapack because you don't have a Fortran compiler installed. 
Can you send your configure log?

> 
> Martijn
> 
> On Sat, 2009-10-10 at 01:06 +0200, Martijn wrote:
>> Hi,
>>
>> The reason that I tried 2.4 is that I had problems with 2.3 that turned
>> out to be due my inexperience with gmesh: extrusions of circle arcs of
>> 180 did not work, and gave results that looked like a bug. Before
>> reporting this 'bug', wanted to test the newest version. And new
>> features are always welcome.
>>
>> My problem with ccmake and lapack is not solved by changing
>> DCMAKE_PREFIX_PATH. The files are located in /usr/lib:
>> ls /usr/lib/liblapack*
>> /usr/lib/liblapack.a               /usr/lib/liblapackgf-3.so
>> /usr/lib/liblapack_atlas.so.3gf    /usr/lib/liblapack.so
>> /usr/lib/liblapack_atlas.so.3gf.0  /usr/lib/liblapack.so.3gf
>> /usr/lib/liblapackgf-3.a           /usr/lib/liblapack.so.3gf.0
>> I have the -dev package installed, but this only adds the .a file. No
>> headers since it is fortran. Cmake will look in /usr/lib, so it is not
>> to be expected that adding this directory to the search path would help.
>>
>> Anyways, for me it is not urgent anymore, though I am of course willing
>> to help to squash this bug in the build system (if it is a bug).
>>
>> Bye,
>>
>> Martijn 
>>
>>
>> On Thu, 2009-10-08 at 08:45 +0200, David Colignon wrote:
>>> Martijn wrote:
>>>> The CVS version compiled fine. I noticed the OCC_CONFIG_H option.
>>>> When running gmsh I got messages about lapack not being found. I did not
>>>> find the relevant option in the ccmake menu, only ENABLE_BLAS_LAPACK,
>>>> which is switched on. How do I point ccmake to my lapack lib?
>>> Hi,
>>>
>>> just as with OCC : DCMAKE_PREFIX_PATH="/usr/include/opencascade:my/path/to/lapack"
>>>
>>>
>>>> libblase-dev and liblapack-dev are both installed. Fortran libs do not
>>>> have header files.
>>>>
>>>> A lot of libraries were not found:
>>>> - fltk_jpeg / fltk_png
>>>> - a lot of BLAS_*** libraries, including intel libraries I don't have.
>>>> - a lot of X related stuff: xshm, xext, xcomposite, xcursor etc.
>>>> Are these required? What do I miss I don't have them.
>>> sorry to ask, but what do you miss if you use the precompiled binaries from the gmsh website or from Ubuntu ?
>>>
>>> Cheers,
>>>
>>> Dave
>>>
>>>
>>>> Martijn
>>>>
>>>> On Wed, 2009-10-07 at 22:02 +0200, Martijn Brouwer wrote:
>>>>> I have opencascade installed, with tons of header files
>>>>> in /usr/include/opencascade. If I toggle the advanced settings on I see
>>>>> that ccmake is able to find it: OCC_INC=/usr/include/opencascade.
>>>>> Running ccmake DCMAKE_PREFIX_PATH=/usr/include/opencascade . does not
>>>>> make any difference (as expected).
>>>>> My opencascade installation does not have a config.h file.
>>>>> I'll try the cvs snapshot.
>>>>>
>>>>> Thanks for your help.
>>>>>
>>>>> Martijn
>>>>>
>>>>> On Tue, 2009-10-06 at 09:49 +0200, Christophe Geuzaine wrote:
>>>>>> Ruth V. Sabariego wrote:
>>>>>>> If you want to compile with OpenCascade, you should indicate where it is 
>>>>>>> when using cmake. E.g.:
>>>>>>> cmake DCMAKE_PREFIX_PATH=/opt/local ..
>>>>>>>
>>>>>>> See the README.txt in Gmsh directory.
>>>>>>>
>>>>>> PS : some installation of OpenCascade seem to come with a config.h, some 
>>>>>> without. I've added a test in the configuration file to try to detect 
>>>>>> it: give it a try tomorrow with the nightly CVS snapshot.
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Cheers,
>>>>>>> Ruth
>>>>>>>
>>>>>>>
>>>>>>> Martijn wrote:
>>>>>>>> Hi,
>>>>>>>> I tried to compile gmsh 2.4.2 on an ubuntu 9.10 system (gcc/g++/gfortran
>>>>>>>> 4.4, fltk 1.1)
>>>>>>>> During compilation, I get an error concerning a missing config.h:
>>>>>>>>
>>>>>>>> [  0%] [  0%] Building CXX object
>>>>>>>> CMakeFiles/gmsh.dir/Geo/OCCVertex.cpp.o
>>>>>>>> Building CXX object CMakeFiles/gmsh.dir/Geo/OCCEdge.cpp.o
>>>>>>>> In file included
>>>>>>>> from /home/martijn/Download/gmsh-2.4.2-source/Geo/OCCVertex.h:12,
>>>>>>>>
>>>>>>>> from /home/martijn/Download/gmsh-2.4.2-source/Geo/OCCVertex.cpp:10:
>>>>>>>> /home/martijn/Download/gmsh-2.4.2-source/Geo/OCCIncludes.h:17:20: error:
>>>>>>>> config.h: No such file or directory
>>>>>>>> In file included
>>>>>>>> from /home/martijn/Download/gmsh-2.4.2-source/Geo/OCCVertex.h:12,
>>>>>>>>
>>>>>>>> from /home/martijn/Download/gmsh-2.4.2-source/Geo/OCCEdge.h:12,
>>>>>>>>
>>>>>>>> from /home/martijn/Download/gmsh-2.4.2-source/Geo/OCCEdge.cpp:10:
>>>>>>>> /home/martijn/Download/gmsh-2.4.2-source/Geo/OCCIncludes.h:17:20: error:
>>>>>>>> config.h: No such file or directory
>>>>>>>>
>>>>>>>>
>>>>>>>> CCmake was not able to find all it might need, but I do not have the
>>>>>>>> feeling that this is the cause. I nevertheless show a part of the ccmake
>>>>>>>> screenshot:
>>>>>>>>
>>>>>>>>   
>>>>>>>>>  FLTK_DIR                         /usr/lib/fltk
>>>>>>>>>  FLTK_FLUID_EXECUTABLE            /usr/bin/fluid
>>>>>>>>>  FLTK_JPEG                        FLTK_JPEG-NOTFOUND
>>>>>>>>>  FLTK_MATH_LIBRARY                /usr/lib/libm.so
>>>>>>>>>  FLTK_PNG                         FLTK_PNG-NOTFOUND
>>>>>>>>>  FLTK_Z                           FLTK_Z-NOTFOUND
>>>>>>>>>     
>>>>>>>> Does this result in reduced functionality?
>>>>>>>>
>>>>>>>> with kind regards,
>>>>>>>>
>>>>>>>> Martijn
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> gmsh mailing list
>>>>>>>> gmsh at geuz.org
>>>>>>>> http://www.geuz.org/mailman/listinfo/gmsh
>>>>>>>>   
>>>>>>> -- 
>>>>>>> Dr. Ir. Ruth V. Sabariego
>>>>>>> University of Liege, Institut Montefiore,
>>>>>>> Dept. of Electrical Engineering & Computer Science, 
>>>>>>> Applied & Computational Electromagnetics (ACE),
>>>>>>> Sart Tilman Campus, Grande Traverse, 10 (B28), B-4000 LIEGE, Belgium
>>>>>>> phone: +32-4-3663737 -- fax: +32-4-3662910 -- http://elap.montefiore.ulg.ac.be/
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> gmsh mailing list
>>>>>>> gmsh at geuz.org
>>>>>>> http://www.geuz.org/mailman/listinfo/gmsh
>>>>> _______________________________________________
>>>>> gmsh mailing list
>>>>> gmsh at geuz.org
>>>>> http://www.geuz.org/mailman/listinfo/gmsh
>>>>>
>>>>
>>>> _______________________________________________
>>>> gmsh mailing list
>>>> gmsh at geuz.org
>>>> http://www.geuz.org/mailman/listinfo/gmsh
>>
>> _______________________________________________
>> gmsh mailing list
>> gmsh at geuz.org
>> http://www.geuz.org/mailman/listinfo/gmsh
>>
> 
> 
> _______________________________________________
> gmsh mailing list
> gmsh at geuz.org
> http://www.geuz.org/mailman/listinfo/gmsh
> 
> 


-- 
Prof. Christophe Geuzaine
University of Liege, Electrical Engineering and Computer Science
http://www.montefiore.ulg.ac.be/~geuzaine