From: Cody P. <cod...@gm...> - 2013-03-30 15:09:21
|
I can't say that I've seen this exact output before but I've had my share of linking problems. Switching over to libtool really has been the best option for our team. I highly recommend that you try that first before digging further into this issue. Cody On Sat, Mar 30, 2013 at 8:16 AM, Daniele Masciarelli < dan...@gm...> wrote: > Hi everybody. > > I compiled a .so pluging to libmesh, using -shared -fPIC options. The .so > compiled ok. Then, when I tried to link to libmesh and my plugin I got this > error > > hidden symbol `__dso_handle' in > /usr/lib/gcc/x86_64-redhat-linux6E/4.4.6/crtbegin.o is referenced by DSO > /usr/bin/ld: final link failed: Nonrepresentable section on output > > does anybody have any idea where this error come from? I read some old > (2007) posts on the internet saying I needed to use the -shared when > compiling all the objects belonging to the .so. I did it but it didn't > solve the issue. Besides, I'm just using all of libmesh flags to compile (I > included the Make.common file) > But I'm not using libtool at the moment to compile the plugin. I was > wondering whether anybody had the same issue before > Thanks in advance for the help! > > Cheers > > Daniele > > ------------------------------------------------------------------------------ > Own the Future-Intel(R) Level Up Game Demo Contest 2013 > Rise to greatness in Intel's independent game demo contest. Compete > for recognition, cash, and the chance to get your game on Steam. > $5K grand prize plus 10 genre and skill prizes. Submit your demo > by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2 > _______________________________________________ > Libmesh-users mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libmesh-users > |