From: Daniele M. <dan...@gm...> - 2013-03-30 14:16:44
|
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 |
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 > |
From: Kirk, B. (JSC-EG311) <ben...@na...> - 2013-03-30 20:04:25
|
Agreed. Are you using hoping to use dlopen() or something to dynamically load your plugin? Libtool has excellent support for that usage, although we do not use it inside libMesh. -Ben On Mar 30, 2013, at 10:09 AM, "Cody Permann" <cod...@gm...> wrote: > 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 > ------------------------------------------------------------------------------ > 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 |
From: Daniele M. <dan...@gm...> - 2013-03-30 20:21:05
|
for the moment I just wanted to create a shared object to be linked. I made it work using libtool - at least it looks like it's working On Sat, Mar 30, 2013 at 9:04 PM, Kirk, Benjamin (JSC-EG311) < ben...@na...> wrote: > Agreed. Are you using hoping to use dlopen() or something to dynamically > load your plugin? Libtool has excellent support for that usage, although > we do not use it inside libMesh. > > -Ben > > > On Mar 30, 2013, at 10:09 AM, "Cody Permann" <cod...@gm...> > wrote: > > > 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 > > > ------------------------------------------------------------------------------ > > 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 > |