From: John P. <jwp...@gm...> - 2008-05-29 14:13:48
|
Well there goes that theory ... you are at least as up-to-date as whatever we've got in our lab. -J On Thu, May 29, 2008 at 9:10 AM, Paulo Correia <pco...@ue...> wrote: > On Thu, 29 May 2008 08:33:16 -0500 > "John Peterson" <jwp...@gm...> wrote: > >> Hmm... what compiler and version you are attempting to use, and what OS? > > > -bash-3.2$ gcc -v > Using built-in specs. > Target: x86_64-redhat-linux > Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --with-cpu=generic --host=x86_64-redhat-linux > Thread model: posix > gcc version 4.1.2 20070925 (Red Hat 4.1.2-27) > > > >> >> Libmesh includes the newer style <cmath> header instead of "math.h," >> I'm (wildly) guessing it could be tangentially related to your problem >> due to the error messages you received? >> >> As I believe Derek mentioned, upgrading to a newer compiler (if >> applicable) may help out here. >> >> -John >> >> >> On Thu, May 29, 2008 at 7:59 AM, Paulo Correia <pco...@ue...> wrote: >> > >> > Finally after getting rid of all the fe_xyz references I come to the following error: >> > >> > Compiling C++ (in optimized mode) src/base/libmesh.C... >> > "/usr/include/bits/cmathcalls.h", line 54: error: expected a ";" >> > __MATHCALL (cacos, (_Mdouble_complex_ __z)); >> > ^ >> > >> > "/usr/include/bits/cmathcalls.h", line 54: error: expected a ";" >> > __MATHCALL (cacos, (_Mdouble_complex_ __z)); >> > >> > etc. etc. >> > >> > "/usr/include/bits/cmathcalls.h", line 63: error: expected a ";" >> > __MATHCALL (csin, (_Mdouble_complex_ __z)); >> > ^ >> > Error limit reached. >> > 100 errors detected in the compilation of "src/base/libmesh.C". >> > Compilation terminated. >> > make: *** [src/base/libmesh.x86_64-unknown-linux-gnu.opt.o] Erreur 2 >> > >> > But file /usr/include/bits/cmathcalls.h looks all right... >> > >> > Any suggestion? >> > >> > Thanks in advance, >> > Paulo >> > >> > >> > >> > >> > On Wed, 28 May 2008 09:20:11 -0500 >> > "John Peterson" <jwp...@gm...> wrote: >> > >> >> On Wed, May 28, 2008 at 9:07 AM, Paulo Correia <pco...@ue...> wrote: >> >> > >> >> > I get a lot of error messages like this >> >> > >> >> > `.gnu.linkonce.t.__CPR117__n_dofs__53FE__tm__43_XCUiL_1_3XCQ2_12libMeshEnums8FEFamilyL_1_0SFQ2_J35J8ElemTypeQ2_J35J5Order_Ui' referenced in section `.text' of src/fe/fe_xyz.x86_64-unknown-linux-gnu.opt.o: defined in discarded section `.gnu.linkonce.t.__CPR117__n_dofs__53FE__tm__43_XCUiL_1_3XCQ2_12libMeshEnums8FEFamilyL_1_0SFQ2_J35J8ElemTypeQ2_J35J5Order_Ui' of src/fe/fe_xyz.x86_64-unknown-linux-gnu.opt.o >> >> > >> >> > when compiling on a 64 bit machine. >> >> > How to solve this problem? >> >> > >> >> > Thanks in advance, >> >> > Paulo >> >> >> >> Hi, >> >> >> >> Technically it's a linker error, but yeah. I wouldn't say we've seen >> >> exactly this one before but the FE XYZ class has given us some trouble >> >> in the past and I've never understood exactly why. It's slightly >> >> different than the other FE classes, that may be one reason. A quick >> >> fix, if you don't need the XYZ class, would be to comment out or >> >> disable it in some way. Unfortunately you'd have to do it by hand, we >> >> don't currently have a quick configure-off solution for this class. >> >> >> >> -J >> >> >> >> -J >> > >> > >> > -- >> > Paulo Correia <pco...@ue...> >> > >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Libmesh-users mailing list >> Lib...@li... >> https://lists.sourceforge.net/lists/listinfo/libmesh-users > > > -- > Paulo Correia <pco...@ue...> > |