Hmm... what compiler and version you are attempting to use, and what OS? 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 <[EMAIL PROTECTED]> 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" <[EMAIL PROTECTED]> wrote: > >> On Wed, May 28, 2008 at 9:07 AM, Paulo Correia <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> > ------------------------------------------------------------------------- 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 [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-users
