Re: [Libmesh-users] Please some help with the examples

[Jens O. <oe...@st...>]

Hi,

as I mentioned I'm running the same configuration like you. To find out
where your problem is, I configured libmesh in the same way. If
I try to link one of the examples I get the same error messages for
undefined references to "MPE_***" but not for gzstream. I think you are
missing a debian package like zlib1g or zlib1g-dev, but I'm not sure. I
could also solve the mpe problem by adding -lmpe in the packages file.
This could be point of diskussion with the debain maintainer.

Regards
Jens.



On Mon, 17 Nov 2003 10:25:03 +0100
Leopold Palomo Avellaneda <le...@wo...> wrote:

> Hi,
> 
> thank's for the answer.
> 
> A Divendres 14 Novembre 2003 14:35, Benjamin S. Kirk va escriure:
> > post the output of 'make echo' so I can see what your configutation
> > is. Also, the symbol MPE_Log_event is defined in the MPI library
> > libmpe.a, so that needs to be linked in as well.
> 
> See the attach file.
> 
> > I have never needed this library for the PETSc's I have built from
> > source, but it seems to be required by the precompiled Debian
> > packages.
> >
> Yes there's a dependencies. Also, there are a change betwend the
> version 2.1.3 (woody-stable) and 2.1.6 (sarge-testing). The last one
> needs the mpich library (version  mpich (>= 1.2.5-4)).
> 
> > look at the file $PETSC_DIR/bmake/$PETSC_ARCH/packages and see what
> > it says about the MPI configuration.  If it only has -lmpich add
> > -lmpe and let me know what happens.
> 
> In this file, the lines that you are talking about are:
> 
> # For mpich:
> ifeq ($(PETSC_MPI),mpich)
>   MPI_HOME       = /usr/lib/mpich
>   MPI_LIB        = -L${MPI_HOME}/lib/shared -L${MPI_HOME}/lib -lmpich
>   MPIRUN         = /usr/bin/mpirun.mpich
>   MPI_INCLUDE    = -I/usr/lib/mpich/include
> endif
> 
> So, I have the error. But, if I add -lmpe I have this:
> 
> make[1]: Entering directory 
> `/rhome/lepalom/test_finite/libmesh-0.4.1-rc2/examples'
> make[2]: Entering directory 
> `/rhome/lepalom/test_finite/libmesh-0.4.1-rc2/examples/ex1'
> Linking ex1...
> /rhome/lepalom/test_finite/libmesh-0.4.1-rc2/contrib/tecplot/lib/i686
> -pc-linux-gnu/tecio.a(tecxxx.o): In function `tecini':
> tecxxx.o(.text+0x1a7): the use of `mktemp' is dangerous, better use
> `mkstemp'/rhome/lepalom/test_finite/libmesh-0.4.1-rc2/lib/i686-pc-lin
> ux-gnu_opt/libmesh.so: undefined reference to
> `gzstreambase::gzstreambase(int, char const *,
> int)'/rhome/lepalom/test_finite/libmesh-0.4.1-rc2/lib/i686-pc-linux-g
> nu_opt/libmesh.so: undefined reference to
> `gzstreambase::~gzstreambase(void)'/rhome/lepalom/test_finite/libmesh
> -0.4.1-rc2/lib/i686-pc-linux-gnu_opt/libmesh.so: undefined reference
> to `gzstreambase type_info
> node'/rhome/lepalom/test_finite/libmesh-0.4.1-rc2/lib/i686-pc-linux-g
> nu_opt/libmesh.so: undefined reference to `gzstreambase type_info
> function' collect2: ld returned 1 exit status
> make[2]: *** [ex1] Error 1
> make[2]: Leaving directory 
> `/rhome/lepalom/test_finite/libmesh-0.4.1-rc2/examples/ex1'
> make[1]: *** [run] Error 2
> make[1]: Leaving directory 
> `/rhome/lepalom/test_finite/libmesh-0.4.1-rc2/examples'
> make: *** [run_examples] Error 2
> lepalom@e01:~/test_finite/libmesh-0.4.1-rc2$
> 
> So only there are one error. This could be a bug in the petsc package,
> so please confirm that you didn't have this and I will comment it to
> the debian package mantainer.
> 
> > I'm not sure what the gzstreambase stuff is yet, but try what I
> > mention above and we'll go from there.
> 
> Now, we have only the error on this part of code.
> 
> Best regards,
> 
> Leo
> 


-- 
Try to relax and enjoy the crisis.
		-- Ashleigh Brilliant