On Fri, 1 Jul 2011, Jan Biermann wrote: > I have a problem introducing a new element type (GEGENBAUER_2_5 -> in > enums defined as 7) in libmesh. actually I had it done already in an > older version, but getting it into a newer version creates problems. I > put the compile output below and as you can see, everything compiles > fine but the linking at the very end throws some errors that I do not > understand. It complains about the functions that should be instantiated > by fe_macro and there hes been no error doing so (at least from what I > can see). > can anyone give me a hint what went wrong here?
There's no way to tell for sure from just the results you posted. We at least know that your new source files are getting compiled: > Compiling C++ (in optimized mode) src/fe/fe_gegenbauer_2_5.C... > Compiling C++ (in optimized mode) src/fe/fe_gegenbauer_2_5_shape_0D.C... > Compiling C++ (in optimized mode) src/fe/fe_gegenbauer_2_5_shape_1D.C... > Compiling C++ (in optimized mode) src/fe/fe_gegenbauer_2_5_shape_2D.C... > Compiling C++ (in optimized mode) src/fe/fe_gegenbauer_2_5_shape_3D.C... So I assume "make echo" also shows them on the $(objects) list? Does "nm src/fe/fe_gegenbauer*.o | grep is_hierarchic" etc. show the missing symbols being defined in those objects? --- Roy ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Libmesh-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-devel
