Yeah - it's kind of odd that PETSc defaults to _not_ compiling with shared support whereas libMesh defaults _to_ compiling shared....
On OSX shared support is basically broken... so I just always compile with --disable-shared.... Derek On Jun 18, 2008, at 1:43 PM, Lorenzo Botti wrote: > Thanks a lot John! > Solved with the --disable-shared option > > Lorenzo > > > Il giorno 18/giu/08, alle ore 18:01, John Peterson ha scritto: > >> On Wed, Jun 18, 2008 at 10:48 AM, Lorenzo Botti <[EMAIL PROTECTED] >>> wrote: >>> I have this problem compiling libmesh on fedora 7... >>> >>> >>> Compiling C++ (in optimized mode) src/utils/xdr_cxx.C... >>> Linking /home/joppe/libmesh/lib/x86_64-unknown-linux-gnu_opt/ >>> libmesh.so >>> /usr/bin/ld: /usr/local/lib/libmpich.a(allreduce.o): relocation >>> R_X86_64_32S against `MPIR_ThreadSingle' can not be used when >>> making a >>> shared object; recompile with -fPIC >>> /usr/local/lib/libmpich.a: could not read symbols: Bad value >> >> We've (Roy and I at least) have seen this error. >> >> You can try recompiling mpich (assuming you built it from source in >> the first place) with -fPIC or using --disable-shared when you build >> libmesh. >> >> >> -- >> John > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Libmesh-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/libmesh-users ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Libmesh-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-users
