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]

Re: Alpha Cross compiler


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]