this fixed yet?  I can test out a petsc-dev build on my MBP and see if I've got the same issues.<br><br>~A<br><br><div class="gmail_quote">On Fri, May 2, 2008 at 2:21 PM, Barry Smith <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">apple<div><div></div><div class="Wj3C7c"><br>
<br>
On May 1, 2008, at 11:23 AM, Satish Balay wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
What machine is this?<br>
<br>
Its been working forever for me on linux.<br>
<br>
Satish<br>
<br>
---------------------------------------------------<br>
asterix:/home/balay/spetsc/src/ksp/ksp/examples/tutorials>ls /home/balay/spetsc/asterix/lib/<br>
foo                 libpetscdm.so   libpetscmat.so   libpetsc.so    libpetscvec.so<br>
libpetsccontrib.so  libpetscksp.so  libpetscsnes.so  libpetscts.so<br>
asterix:/home/balay/spetsc/src/ksp/ksp/examples/tutorials><br>
<br>
<removed .a files><br>
<br>
asterix:/home/balay/spetsc/src/ksp/ksp/examples/tutorials>ldd ex2<br>
       linux-gate.so.1 =>  (0x00110000)<br>
       libpetscksp.so => /home/balay/spetsc/asterix/lib/libpetscksp.so (0x00111000)<br>
       libpetscdm.so => /home/balay/spetsc/asterix/lib/libpetscdm.so (0x00374000)<br>
       libpetscmat.so => /home/balay/spetsc/asterix/lib/libpetscmat.so (0x00493000)<br>
       libpetscvec.so => /home/balay/spetsc/asterix/lib/libpetscvec.so (0x00838000)<br>
       libpetsc.so => /home/balay/spetsc/asterix/lib/libpetsc.so (0x00a55000)<br>
       libX11.so.6 => /usr/lib/libX11.so.6 (0x00bf9000)<br>
       liblapack.so.3 => /usr/lib/atlas/liblapack.so.3 (0x00cf5000)<br>
       libblas.so.3 => /usr/lib/atlas/libblas.so.3 (0x02a29000)<br>
       libm.so.6 => /lib/libm.so.6 (0x009a0000)<br>
       libpthread.so.0 => /lib/libpthread.so.0 (0x009c9000)<br>
       libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00a0e000)<br>
       libgfortran.so.1 => /usr/lib/libgfortran.so.1 (0x0600e000)<br>
       libc.so.6 => /lib/libc.so.6 (0x078a3000)<br>
       libxcb-xlib.so.0 => /usr/lib/libxcb-xlib.so.0 (0x009e2000)<br>
       libxcb.so.1 => /usr/lib/libxcb.so.1 (0x009e4000)<br>
       libdl.so.2 => /lib/libdl.so.2 (0x00a00000)<br>
       /lib/ld-linux.so.2 (0x00a38000)<br>
       libXau.so.6 => /usr/lib/libXau.so.6 (0x00a05000)<br>
       libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00a08000)<br>
asterix:/home/balay/spetsc/src/ksp/ksp/examples/tutorials>gdb ex2<br>
GNU gdb Red Hat Linux (6.6-45.fc8rh)<br>
Copyright (C) 2006 Free Software Foundation, Inc.<br>
GDB is free software, covered by the GNU General Public License, and you are<br>
welcome to change it and/or distribute copies of it under certain conditions.<br>
Type "show copying" to see the conditions.<br>
There is absolutely no warranty for GDB.  Type "show warranty" for details.<br>
This GDB was configured as "i386-redhat-linux-gnu"...<br>
Using host libthread_db library "/lib/libthread_db.so.1".<br>
(gdb) b MatMult<br>
Function "MatMult" not defined.<br>
Make breakpoint pending on future shared library load? (y or [n]) y<br>
Breakpoint 1 (MatMult) pending.<br>
(gdb) r<br>
Starting program: /home/balay/hg-repo/petsc-dev/src/ksp/ksp/examples/tutorials/ex2<br>
[Thread debugging using libthread_db enabled]<br>
Breakpoint 2 at 0x6250f3: file matrix.c, line 1690.<br>
Pending breakpoint "MatMult" resolved<br>
[New Thread -1208318272 (LWP 30748)]<br>
[Switching to Thread -1208318272 (LWP 30748)]<br>
<br>
Breakpoint 2, MatMult (mat=0x9aabc58, x=0x9a9c888, y=0x9a9d698) at matrix.c:1690<br>
1690         PetscFunctionBegin;<br>
Missing separate debuginfos, use: debuginfo-install atlas.i386 gcc.i386 glibc.i686 libX11.i386 libXau.i386 libXdmcp.i386 libxcb.i386<br>
(gdb) list<br>
1685  @*/<br>
1686  PetscErrorCode PETSCMAT_DLLEXPORT MatMult(Mat mat,Vec x,Vec y)<br>
1687  {<br>
1688    PetscErrorCode ierr;<br>
1689<br>
1690      PetscFunctionBegin;<br>
1691      PetscValidHeaderSpecific(mat,MAT_COOKIE,1);<br>
1692      PetscValidType(mat,1);<br>
1693      PetscValidHeaderSpecific(x,VEC_COOKIE,2);<br>
1694      PetscValidHeaderSpecific(y,VEC_COOKIE,3);<br>
(gdb)<br>
<br>
On Thu, 1 May 2008, Barry Smith wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
It seems to now be impossible to debug in code that uses PETSc shared<br>
libraries<br>
<br>
                fi; \<br>
                if [ "$$flag" != "" ]; then \<br>
              echo "building $$LIBNAME.${SL_LINKER_SUFFIX}"; \<br>
                ${RM} -f ${INSTALL_LIB_DIR}/tmp-petsc-shlib/*; \<br>
                  cd  ${INSTALL_LIB_DIR}/tmp-petsc-shlib; \<br>
                  ${AR} x ${INSTALL_LIB_DIR}/$$LIBNAME.${AR_LIB_SUFFIX}; \<br>
                cd $$cwd;\<br>
                  ${OMAKE} LIBNAME=$$LIBNAME<br>
SHARED_LIBRARY_TMPDIR=${INSTALL_LIB_DIR}/tmp-petsc-shlib shared_arch; \<br>
                fi; \<br>
              fi; \<br>
            done; \<br>
            ${RM} -rf ${INSTALL_LIB_DIR}/tmp-petsc-shlib; \<br>
          fi<br>
<br>
<br>
In the debugger, of course, one gets<br>
warning: Could not find object file<br>
"/Users/bsmith/Src/petsc-dev-for-fixes/shit/lib/tmp-petsc-shlib/bvec2.o" - no<br>
debug information available for "bvec2.c".<br>
<br>
<br>
since the .o files are removed the debugger cannot find any debug information.<br>
<br>
Is this intentional? Seems pretty terrible to give up debugging just to use<br>
shared libraries.<br>
<br>
 Barry<br>
<br>
<br>
<br>
</blockquote>
<br>
</blockquote>
<br>
</div></div></blockquote></div><br>