[Gmsh] compilation error

Martijn Brouwer martijn.brouwer at inter.nl.net
Wed Oct 14 22:09:35 CEST 2009


No config.log, I sent CMakeError.log and CMakeOutput.log But lapack is
not mentioned.

I certainly have a fortran compiler, gfortran-4.4:
/usr/bin/gfortran-4.4
/usr/bin/gfortran  (which is a link to -4.4)

Martijn



On Tue, 2009-10-13 at 10:01 +0200, Christophe Geuzaine wrote:
> 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
> > 
> > 
> 
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: CMakeError.log
Type: text/x-log
Size: 2066 bytes
Desc: not available
URL: <http://www.geuz.org/pipermail/gmsh/attachments/20091014/fc21bc22/attachment.log>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: CMakeOutput.log
Type: text/x-log
Size: 24621 bytes
Desc: not available
URL: <http://www.geuz.org/pipermail/gmsh/attachments/20091014/fc21bc22/attachment-0001.log>