From: Kevin E. <kel...@am...> - 2004-02-06 15:24:35
|
Hi All, I am trying to install libmesh at home and I am having a problem that has me befuddled. I tried many times but the basic: ./configure make should work, I think. I have PETSC installed in /usr/local/petsc-2.1.6 and PETSC_DIR is set as is PETSC_ARCH=linux-gnu. I use gentoo linux and gcc is version 3.2.2. "make" chugs along without issue until: Compiling C++ (in optimized mode) src/mesh/mesh.C... src/mesh/mesh.C:35:22: sfcurves.h: No such file or directory make: *** [src/mesh/mesh.i686-pc-linux-gnu.o] Error 1 The odd thing is that the actual compile command has -I/home/kellwood/libmesh-0.4.1/contrib/sfcurves and: ls /home/kellwood/libmesh-0.4.1/contrib/sfcurves cmp.c hilbert.c Makefile morton.c README sfcurves.h sfcurves_internal.h Finally, when I copy sfcurves.h to src/mesh, it proceeds past mesh.C without problems. Has anyone experience such oddness? I know it is not a libmesh issue but it is very strange. Incidentally, I tried it on a linux box at work (RH9) and exactly the same thing happened. Thanks Kevin |
From: John P. <pet...@cf...> - 2004-02-08 03:24:05
|
Hi. In fact we have seen something like that before. Could you post the result of the entire $(INCLUDES) Make variable? In the previous case, the $(INCLUDES) looked something like: -I/valid/path/one -I/valid/path/two -I -I/all/remaining/paths/invalid where the "naked" -I causes all the following include directories to be messed up. That might be the problem in your case... -John Kevin Ellwood writes: > Hi All, > > I am trying to install libmesh at home and I am having > a problem that has me befuddled. I tried many times > but the basic: > > ./configure > make > > should work, I think. I have PETSC installed in > /usr/local/petsc-2.1.6 and PETSC_DIR is set as is > PETSC_ARCH=linux-gnu. I use gentoo linux and gcc is > version 3.2.2. > > "make" chugs along without issue until: > Compiling C++ (in optimized mode) src/mesh/mesh.C... > src/mesh/mesh.C:35:22: sfcurves.h: No such file or > directory > make: *** [src/mesh/mesh.i686-pc-linux-gnu.o] Error 1 > > The odd thing is that the actual compile command has > -I/home/kellwood/libmesh-0.4.1/contrib/sfcurves and: > > ls /home/kellwood/libmesh-0.4.1/contrib/sfcurves > cmp.c hilbert.c Makefile morton.c README > sfcurves.h sfcurves_internal.h > > Finally, when I copy sfcurves.h to src/mesh, it > proceeds past mesh.C without problems. > > Has anyone experience such oddness? I know it is not > a libmesh issue but it is very strange. Incidentally, > I tried it on a linux box at work (RH9) and exactly > the same thing happened. |
From: Kevin E. <kel...@am...> - 2004-02-08 20:14:08
|
John Peterson wrote: >Hi. In fact we have seen something like that before. Could you >post the result of the entire $(INCLUDES) Make variable? In the >previous case, the $(INCLUDES) looked something like: > >-I/valid/path/one -I/valid/path/two -I -I/all/remaining/paths/invalid > >where the "naked" -I causes all the following include directories >to be messed up. That might be the problem in your case... > >-John > >Kevin Ellwood writes: > > Hi All, > > > > I am trying to install libmesh at home and I am having > > a problem that has me befuddled. I tried many times > > but the basic: > > > > ./configure > > make > > > > should work, I think. I have PETSC installed in > > /usr/local/petsc-2.1.6 and PETSC_DIR is set as is > > PETSC_ARCH=linux-gnu. I use gentoo linux and gcc is > > version 3.2.2. > > > > "make" chugs along without issue until: > > Compiling C++ (in optimized mode) src/mesh/mesh.C... > > src/mesh/mesh.C:35:22: sfcurves.h: No such file or > > directory > > make: *** [src/mesh/mesh.i686-pc-linux-gnu.o] Error 1 > > > > The odd thing is that the actual compile command has > > -I/home/kellwood/libmesh-0.4.1/contrib/sfcurves and: > > > > ls /home/kellwood/libmesh-0.4.1/contrib/sfcurves > > cmp.c hilbert.c Makefile morton.c README > > sfcurves.h sfcurves_internal.h > > > > Finally, when I copy sfcurves.h to src/mesh, it > > proceeds past mesh.C without problems. > > > > Has anyone experience such oddness? I know it is not > > a libmesh issue but it is very strange. Incidentally, > > I tried it on a linux box at work (RH9) and exactly > > the same thing happened. > > >------------------------------------------------------- >The SF.Net email is sponsored by EclipseCon 2004 >Premiere Conference on Open Tools Development and Integration >See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >http://www.eclipsecon.org/osdn >_______________________________________________ >Libmesh-users mailing list >Lib...@li... >https://lists.sourceforge.net/lists/listinfo/libmesh-users > > > Hi John Below is the relevant part of make echo. The petsc part of the include seems correct "-I/usr/local/petsc-2.1.6/include -I/usr/local/petsc-2.1.6/bmake/linux-gnu". Thanks Kevin CFLAGS: -O2 -felide-constructors -DNDEBUG -fPIC -funroll-loops -fstrict-aliasing -DPETSC_USE_DYNAMIC_LIBRARIES CXXFLAGS: -O2 -felide-constructors -DNDEBUG -fPIC -funroll-loops -fstrict-aliasing -DPETSC_USE_DYNAMIC_LIBRARIES INCLUDE: -I/home/kellwood/development/libmesh/include/base -I/home/kellwood/development/libmesh/include/enums -I/home/kellwood/development/libmesh/include/fe -I/home/kellwood/development/libmesh/include/geom -I/home/kellwood/development/libmesh/include/mesh -I/home/kellwood/development/libmesh/include/numerics -I/home/kellwood/development/libmesh/include/partitioning -I/home/kellwood/development/libmesh/include/quadrature -I/home/kellwood/development/libmesh/include/solvers -I/home/kellwood/development/libmesh/include/utils -I/home/kellwood/development/libmesh/contrib/laspack -I/home/kellwood/development/libmesh/contrib/metis/Lib -I/home/kellwood/development/libmesh/contrib/parmetis/Lib -I/home/kellwood/development/libmesh/contrib/sfcurves -I/home/kellwood/development/libmesh/contrib/gzstream -I/home/kellwood/development/libmesh/contrib/tecplot/include -I/usr/local/petsc-2.1.6/include -I/usr/local/petsc-2.1.6/bmake/linux-gnu -I/usr/include -I/usr/include LIBS: /home/kellwood/development/libmesh/lib/i686-pc-linux-gnu_opt/libmesh.so /home/kellwood/development/libmesh/contrib/lib/i686-pc-linux-gnu_opt/liblaspack.so /home/kellwood/development/libmesh/contrib/lib/i686-pc-linux-gnu_opt/libmetis.so /home/kellwood/development/libmesh/contrib/lib/i686-pc-linux-gnu_opt/libparmetis.so /home/kellwood/development/libmesh/contrib/lib/i686-pc-linux-gnu_opt/libsfcurves.so /home/kellwood/development/libmesh/contrib/lib/i686-pc-linux-gnu_opt/libgzstream.so -lz /home/kellwood/development/libmesh/contrib/tecplot/lib/i686-pc-linux-gnu/tecio.a -L/usr/local/petsc-2.1.6/lib/libO/linux-gnu -lpetscsles -lpetscdm -lpetscmat -lpetscvec -lpetsc -L/usr/lib -llapack -lblas -L/usr/lib -lmpich -lpmpich -L/usr/X11R6/lib -lX11 -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3 -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/../../../../i686-pc-linux-gnu/lib -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/../../.. -lfrtbegin -lg2c -lm -lgcc_s -L/usr/lib -lmpich -lpmpich -Wl,-rpath,/home/kellwood/development/libmesh/lib/i686-pc-linux-gnu_opt -Wl,-rpath,/home/kellwood/development/libmesh/contrib/lib/i686-pc-linux-gnu_opt -Wl,-rpath,/usr/local/petsc-2.1.6/lib/libO/linux-gnu LDFLAGS: DLFLAGS: -Wl,-rpath,/home/kellwood/development/libmesh/lib/i686-pc-linux-gnu_opt -Wl,-rpath,/home/kellwood/development/libmesh/contrib/lib/i686-pc-linux-gnu_opt -Wl,-rpath,/usr/local/petsc-2.1.6/lib/libO/linux-gnu -- .*. Kevin R.J. Ellwood /V\ +-+-+-+-+-+-+ +-+-+-+-+-+ (/ \) |g|e|n|t|o|o| |l|i|n|u|x| ( ) +-+-+-+-+-+-+ +-+-+-+-+-+ ^^_^^ |
From: Kevin E. <kel...@am...> - 2004-02-08 21:40:35
|
John Peterson wrote: >Kevin Ellwood writes: > > John Peterson wrote: > > > > >Hi. In fact we have seen something like that before. Could you > > >post the result of the entire $(INCLUDES) Make variable? In the > > >previous case, the $(INCLUDES) looked something like: > > > > > >-I/valid/path/one -I/valid/path/two -I -I/all/remaining/paths/invalid > > > > > >where the "naked" -I causes all the following include directories > > >to be messed up. That might be the problem in your case... > > > > > >-John > > > > > >Kevin Ellwood writes: > > > > Hi All, > > > > > > > > I am trying to install libmesh at home and I am having > > > > a problem that has me befuddled. I tried many times > > > > but the basic: > > > > > > > > ./configure > > > > make > > > > > > > > should work, I think. I have PETSC installed in > > > > /usr/local/petsc-2.1.6 and PETSC_DIR is set as is > > > > PETSC_ARCH=linux-gnu. I use gentoo linux and gcc is > > > > version 3.2.2. > > > > > > > > "make" chugs along without issue until: > > > > Compiling C++ (in optimized mode) src/mesh/mesh.C... > > > > src/mesh/mesh.C:35:22: sfcurves.h: No such file or > > > > directory > > > > make: *** [src/mesh/mesh.i686-pc-linux-gnu.o] Error 1 > > > > > > > > The odd thing is that the actual compile command has > > > > -I/home/kellwood/libmesh-0.4.1/contrib/sfcurves and: > > > > > > > > ls /home/kellwood/libmesh-0.4.1/contrib/sfcurves > > > > cmp.c hilbert.c Makefile morton.c README > > > > sfcurves.h sfcurves_internal.h > > > > > > > > Finally, when I copy sfcurves.h to src/mesh, it > > > > proceeds past mesh.C without problems. > > > > > > > > Has anyone experience such oddness? I know it is not > > > > a libmesh issue but it is very strange. Incidentally, > > > > I tried it on a linux box at work (RH9) and exactly > > > > the same thing happened. > > > > > Hi John > > > > Below is the relevant part of make echo. The petsc part of the include > > seems correct "-I/usr/local/petsc-2.1.6/include > > -I/usr/local/petsc-2.1.6/bmake/linux-gnu". > > > > Thanks > > Kevin > > > > CFLAGS: > > -O2 -felide-constructors -DNDEBUG -fPIC -funroll-loops -fstrict-aliasing > > -DPETSC_USE_DYNAMIC_LIBRARIES > > > > CXXFLAGS: > > -O2 -felide-constructors -DNDEBUG -fPIC -funroll-loops -fstrict-aliasing > > -DPETSC_USE_DYNAMIC_LIBRARIES > > > > INCLUDE: > > -I/home/kellwood/development/libmesh/include/base > > -I/home/kellwood/development/libmesh/include/enums > > -I/home/kellwood/development/libmesh/include/fe > > -I/home/kellwood/development/libmesh/include/geom > > -I/home/kellwood/development/libmesh/include/mesh > > -I/home/kellwood/development/libmesh/include/numerics > > -I/home/kellwood/development/libmesh/include/partitioning > > -I/home/kellwood/development/libmesh/include/quadrature > > -I/home/kellwood/development/libmesh/include/solvers > > -I/home/kellwood/development/libmesh/include/utils > > -I/home/kellwood/development/libmesh/contrib/laspack > > -I/home/kellwood/development/libmesh/contrib/metis/Lib > > -I/home/kellwood/development/libmesh/contrib/parmetis/Lib > > -I/home/kellwood/development/libmesh/contrib/sfcurves > > -I/home/kellwood/development/libmesh/contrib/gzstream > > -I/home/kellwood/development/libmesh/contrib/tecplot/include > > -I/usr/local/petsc-2.1.6/include > > -I/usr/local/petsc-2.1.6/bmake/linux-gnu -I/usr/include -I/usr/include > > > > LIBS: > > /home/kellwood/development/libmesh/lib/i686-pc-linux-gnu_opt/libmesh.so > > /home/kellwood/development/libmesh/contrib/lib/i686-pc-linux-gnu_opt/liblaspack.so > > /home/kellwood/development/libmesh/contrib/lib/i686-pc-linux-gnu_opt/libmetis.so > > /home/kellwood/development/libmesh/contrib/lib/i686-pc-linux-gnu_opt/libparmetis.so > > /home/kellwood/development/libmesh/contrib/lib/i686-pc-linux-gnu_opt/libsfcurves.so > > /home/kellwood/development/libmesh/contrib/lib/i686-pc-linux-gnu_opt/libgzstream.so > > -lz > > /home/kellwood/development/libmesh/contrib/tecplot/lib/i686-pc-linux-gnu/tecio.a > > -L/usr/local/petsc-2.1.6/lib/libO/linux-gnu -lpetscsles -lpetscdm > > -lpetscmat -lpetscvec -lpetsc -L/usr/lib -llapack -lblas -L/usr/lib > > -lmpich -lpmpich -L/usr/X11R6/lib -lX11 > > -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3 > > -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/../../../../i686-pc-linux-gnu/lib > > -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/../../.. -lfrtbegin -lg2c -lm > > -lgcc_s -L/usr/lib -lmpich -lpmpich > > -Wl,-rpath,/home/kellwood/development/libmesh/lib/i686-pc-linux-gnu_opt > > -Wl,-rpath,/home/kellwood/development/libmesh/contrib/lib/i686-pc-linux-gnu_opt > > -Wl,-rpath,/usr/local/petsc-2.1.6/lib/libO/linux-gnu > > > > LDFLAGS: > > > > > > DLFLAGS: > > -Wl,-rpath,/home/kellwood/development/libmesh/lib/i686-pc-linux-gnu_opt > > -Wl,-rpath,/home/kellwood/development/libmesh/contrib/lib/i686-pc-linux-gnu_opt > > -Wl,-rpath,/usr/local/petsc-2.1.6/lib/libO/linux-gnu > > >It looks like everything is correct, as you stated. I'm really not sure >what the problem is. Are you by any chance using the uni-processor MPI >that comes with Petsc, or have you installed the full mpich distribution. >I don't think that is really the problem, but we have had an issue with >incorrect Make paths in the past which I believe we traced back to that. > >-John > > > I've installed PETSC with mpich, though I haven't got the multiprocessor examples to run. My own PETSC code runs as a single process. The multiprocess prblem is related to the fact that my "newly installed" gentoo distro uses ssh only (no rsh). I've got to get that one figured out but I don't think that is the issue. I'll try to dig more on my own. Thanks Kevin -- .*. Kevin R.J. Ellwood /V\ +-+-+-+-+-+-+ +-+-+-+-+-+ (/ \) |g|e|n|t|o|o| |l|i|n|u|x| ( ) +-+-+-+-+-+-+ +-+-+-+-+-+ ^^_^^ |