<div dir="ltr"><div><div>Perfect. The patch solution works like a charm.<br><br></div>Ciao<br></div>Bui<br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jul 30, 2013 at 12:18 AM, Satish Balay <span dir="ltr"><<a href="mailto:balay@mcs.anl.gov" target="_blank">balay@mcs.anl.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">changes to Parms looks trivial. You can try the attached patch..<br>
<br>
cd externalpackages/pARMS_3.2<br>
patch -Np1 < parms.patch<br>
<br>
and then:<br>
<br>
rm -f /home/hbui/sw/petsc-3.4.2-build1/arch-linux2-cxx-opt/conf/pARMS<br>
<br>
and rerun PETSc configure as before..<br>
<br>
Satish<br>
<div><div class="h5"><br>
On Mon, 29 Jul 2013, Matthew Knepley wrote:<br>
<br>
> On Mon, Jul 29, 2013 at 5:08 PM, Hoang Giang Bui <<a href="mailto:hgbk2008@gmail.com">hgbk2008@gmail.com</a>> wrote:<br>
><br>
> ><br>
> > The fact is that I compiled petsc with both metis and parms (I like to use<br>
> > preconditioner from parms) and I think there are no conflict since no<br>
> > compilation error is thrown. Now I want to link my program to petsc I have<br>
> > to link to both. If not it causes more error.<br>
> ><br>
><br>
> Unfortunately, compiling does not find link conflicts. PARMs and Metis has<br>
> chosen the same name for a routine. We cannot fix that.<br>
><br>
>    Matt<br>
><br>
><br>
> > Ciao<br>
> > Bui<br>
> ><br>
> ><br>
> ><br>
> > On Tue, Jul 30, 2013 at 12:02 AM, Matthew Knepley <<a href="mailto:knepley@gmail.com">knepley@gmail.com</a>>wrote:<br>
> ><br>
> >> On Mon, Jul 29, 2013 at 4:41 PM, Hoang Giang Bui <<a href="mailto:hgbk2008@gmail.com">hgbk2008@gmail.com</a>>wrote:<br>
> >><br>
> >>><br>
> >>> Hi<br>
> >>><br>
> >>> When I link my program to petsc. I have this linking error:<br>
> >>><br>
> >>> /opt/petsc/petsc-3.4.2-build1/lib/libmetis.a(error.c.o): In function<br>
> >>> `errexit':<br>
> >>> error.c:(.text+0x80): multiple definition of `errexit'<br>
> >>> /opt/petsc/petsc-3.4.2-build1/lib/libparms.a(sets.o):sets.c:(.text+0x0):<br>
> >>> first defined here<br>
> >>><br>
> >><br>
> >> This looks like a conflict between PARMs and and Metis. Do you need both?<br>
> >><br>
> >>   Thanks,<br>
> >><br>
> >>      Matt<br>
> >><br>
> >><br>
> >>> I have linked to the libraries as the sequence in<br>
> >>> $PETSC_WITH_EXTERNAL_LIB. I also sent my configure.log (to<br>
</div></div>> >>> <a href="mailto:petsc-maint@mcs.anl.gov">petsc-maint@mcs.anl.gov</a><<a href="http://www.mcs.anl.gov/petsc/documentation/bugreporting.html" target="_blank">http://www.mcs.anl.gov/petsc/documentation/bugreporting.html</a>>)<br>

<div class="HOEnZb"><div class="h5">> >>> for your information<br>
> >>><br>
> >>> Ciao<br>
> >>> Bui<br>
> >>><br>
> >>><br>
> >><br>
> >><br>
> >> --<br>
> >> What most experimenters take for granted before they begin their<br>
> >> experiments is infinitely more interesting than any results to which their<br>
> >> experiments lead.<br>
> >> -- Norbert Wiener<br>
> >><br>
> ><br>
> ><br>
> ><br>
> > --<br>
> > With Best Regards !<br>
> > Giang Bui<br>
> > To learn and to excel<br>
> ><br>
><br>
><br>
><br>
><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>With Best Regards !<br>Giang Bui<div>To learn and to excel</div>
</div>