This is the mail archive of the crossgcc@sourceware.org mailing list for the crossgcc project.
See crosstool-NG for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
Hello again, I actually replaced the inline assembly code with some c++ atomic operations such as "fetch_and_inc", and now I am able to cross compile the application for alpha. But when I run the binaries in the guest OS using an alpha image, I am getting the following errors: ./word_count: /lib/libc.so.6.1: version `GLIBC_2.4' not found (required by ./word_count) ./word_count: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.10' not found (required by ./word_count Even when I use static linking (using -static-libgcc), the problem still remains. For some reason, it seems that static linking does not work, and the application is trying to access those shared objects at runtime, but it is not found in the alpha disk image. Do you have any solution for this problem? Thank you, Mahshid On Thu, Jan 24, 2013 at 6:05 PM, Mahshid Sedghi <mahshid.sedghy@gmail.com> wrote: > Yes, in the documentation says that sparc and x86 are supported. In > fact, they define the ISA as a macro which is set based on the target > system ISA. I set it to __x86_64__ in the files where it needed to be > defined, but didn't notice that atomic.h is using inline assembly > functions of either sparc or x86. So, the alpha cross compiler tries > to assemble the generated assembly code to build the object files, but > it fails since there are some x86-specific instructions. > > Mahshid > > > On Thu, Jan 24, 2013 at 3:13 AM, Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote: >> On Wed, 2013-01-23 18:34:52 -0500, Mahshid Sedghi <mahshid.sedghy@gmail.com> wrote: >>> On Wed, Jan 23, 2013 at 3:52 PM, Jan-Benedict Glaw <jbglaw@lug-owl.de>wrote: >>> > On Wed, 2013-01-23 13:34:16 -0500, Mahshid Sedghi <mahshid.sedghy@gmail.com> wrote: >> [...] >> >>> > If that's your input, how did you ever reach the assembler error? If I >> >> Could you tell us, please? There must be some other bug somewhere, >> because you should have never reached that error message you initially >> got. >> >> MfG, JBG >> >> -- >> Jan-Benedict Glaw jbglaw@lug-owl.de +49-172-7608481 >> Signature of: Eine Freie Meinung in einem Freien Kopf >> the second : für einen Freien Staat voll Freier Bürger. >> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.10 (GNU/Linux) >> >> iEYEARECAAYFAlEA7SgACgkQHb1edYOZ4bvTlwCcDhU+Xw3auWJNET5j2TiWIJMR >> 8qUAn3k9bvJ+04JxSqAm3ffo4HihMnL6 >> =oG/T >> -----END PGP SIGNATURE----- >> -- For unsubscribe information see http://sourceware.org/lists.html#faq
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |