error while cross-compiling ORBit2-2.14.1 for "ARM Cortex-A8"

[amit pundir]

Hello team,

First of all please excuse me for my questions if they seem trivial or
if they have already been discussed on this mailing list though I have
done much googling for this information.

I'm trying to cross-compile ORBit2-2.14.13 for my ARM machine using
code-sourcery gnu toolchain. I'm getting the following error during
configuration.

----------------------------
checking whether byte ordering is bigendian... no
checking alignment of CORBA_octet... 0
configure: error: Failed to find alignment. Check config.log for details.
----------------------------

In config.log I found that compiler is not able to set the alignment
of CORBA_octet and ac_cv_alignof_CORBA_octet is set to 0. Thats why
I'm getting this error.

Similarly I'm sure I will get the same error while setting the
alignment of CORBA_boolean, char, wchar etc..

Are there any known values for the following variables which I can
cache during configuration process?

alignment of CORBA_octet
alignment of CORBA_boolean
alignment of CORBA_char
alignment of CORBA_wchar
alignment of CORBA_short
alignment of CORBA_long
alignment of CORBA_long_long
alignment of CORBA_float
alignment of CORBA_double
alignment of CORBA_long_double
alignment of CORBA_struct
alignment of CORBA_pointer

Any help on this will be appreciated.
Thanks for your concern.

Regards
Amit Pundir
_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

[Frank Rehberger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
 
Amit Pundir wrote:

> Hello team,
>
> First of all please excuse me for my questions if they seem trivial or
> if they have already been discussed on this mailing list though I have
> done much googling for this information.
>
> I'm trying to cross-compile ORBit2-2.14.13 for my ARM machine using
> code-sourcery gnu toolchain. I'm getting the following error during
> configuration.
>
> ----------------------------
> checking whether byte ordering is bigendian... no
> checking alignment of CORBA_octet... 0
> configure: error: Failed to find alignment. Check config.log for details.
> ----------------------------
>
> In config.log I found that compiler is not able to set the alignment
> of CORBA_octet and ac_cv_alignof_CORBA_octet is set to 0. Thats why
> I'm getting this error.
>
> Similarly I'm sure I will get the same error while setting the
> alignment of CORBA_boolean, char, wchar etc..
>
> Are there any known values for the following variables which I can
> cache during configuration process?
>

well, the alignment is defined by CORBA-Spec, octet and structs  and
others are not aligned, probably expressed as "1"

> alignment of CORBA_octet     1
> alignment of CORBA_boolean   4 (bool is represented as long)
> alignment of CORBA_char      1
> alignment of CORBA_wchar     2 (same as short)
> alignment of CORBA_short     2
> alignment of CORBA_long      4
> alignment of CORBA_long_long 8
> alignment of CORBA_float     4
> alignment of CORBA_double    8
> alignment of CORBA_long_double ? (probably 8)
> alignment of CORBA_struct    1
> alignment of CORBA_pointer   (not specified by CORBA, probably platform

specific)
>
Hope that helps.

Regards, frank
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
iD8DBQFJG/Tk99BSmbIl7S0RAqmSAKC+yEIS8oJjgmDeKnR0W0PWVgK/WQCgv6xk
kbvdx4jERv7b18aSFv3Fj/o=
=QDXO
-----END PGP SIGNATURE-----

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

[amit pundir]

Thanks for the values.

I cached those values at configuration time and it is configured well
from there but now I got stuck at compilation.
It is trying to execute a cross-compiled binary(meant for arm) and fails.

Here is the appropriate log:

--------------------------------------
Making all in orb-core
make[8]: Entering directory
`/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include/orbit/orb-core'
(rm -f corba-defs.h corba-defs-stubs.c corba-defs-skels.c
corba-defs-common.c corba-defs-imodule.c corba-defs-skelimpl.c ||
true) > /dev/null
../../../src/idl-compiler/orbit-idl-2 -I../../../src/idl/CORBA_PIDL
-I../../../src/idl/CORBA -I../../../src/idl/interop
-I../../../src/orb/orb-core --noskels --nodefskels --nostubs --noidata
--nocommon --showcpperrors --define=Object=OObject
--define=TypeCode=TTypeCode --deps ./.deps/corba-defs.idl.P
../../../src/orb/orb-core/corba-defs.idl
/bin/bash: ../../../src/idl-compiler/orbit-idl-2: cannot execute binary file
make[8]: *** [corba-defs.h] Error 126
make[8]: Leaving directory
`/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include/orbit/orb-core'
make[7]: *** [all-recursive] Error 1
make[7]: Leaving directory
`/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include/orbit'
make[6]: *** [all] Error 2
make[6]: Leaving directory
`/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include/orbit'
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory
`/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include'
make[4]: *** [all] Error 2
--------------------------------------

Any work around for this??

Once in a while when I get situation like this i.e. the compilation
fails during building tests or some checks, I used to skip
building/installing that part of the program.
Should I skip building "orb-core" part or what ? Also, I'm not sure
what purpose "orb-core" source solves in ORBit package.

Thank you very much again for CORBA variables.


Regards
Amit Pundir


On Thu, Nov 13, 2008 at 3:05 PM, Frank Rehberger <Frank.Rehberger@...> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Amit Pundir wrote:
>> Hello team,
>>
>> First of all please excuse me for my questions if they seem trivial or
>> if they have already been discussed on this mailing list though I have
>> done much googling for this information.
>>
>> I'm trying to cross-compile ORBit2-2.14.13 for my ARM machine using
>> code-sourcery gnu toolchain. I'm getting the following error during
>> configuration.
>>
>> ----------------------------
>> checking whether byte ordering is bigendian... no
>> checking alignment of CORBA_octet... 0
>> configure: error: Failed to find alignment. Check config.log for details.
>> ----------------------------
>>
>> In config.log I found that compiler is not able to set the alignment
>> of CORBA_octet and ac_cv_alignof_CORBA_octet is set to 0. Thats why
>> I'm getting this error.
>>
>> Similarly I'm sure I will get the same error while setting the
>> alignment of CORBA_boolean, char, wchar etc..
>>
>> Are there any known values for the following variables which I can
>> cache during configuration process?
>>
> well, the alignment is defined by CORBA-Spec, octet and structs  and
> others are not aligned, probably expressed as "1"
>> alignment of CORBA_octet     1
>> alignment of CORBA_boolean   4 (bool is represented as long)
>> alignment of CORBA_char      1
>> alignment of CORBA_wchar     2 (same as short)
>> alignment of CORBA_short     2
>> alignment of CORBA_long      4
>> alignment of CORBA_long_long 8
>> alignment of CORBA_float     4
>> alignment of CORBA_double    8
>> alignment of CORBA_long_double ? (probably 8)
>> alignment of CORBA_struct    1
>> alignment of CORBA_pointer   (not specified by CORBA, probably platform
> specific)
>>
> Hope that helps.
>
> Regards, frank
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.2 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFJG/Tk99BSmbIl7S0RAqmSAKC+yEIS8oJjgmDeKnR0W0PWVgK/WQCgv6xk
> kbvdx4jERv7b18aSFv3Fj/o=
> =QDXO
> -----END PGP SIGNATURE-----
>
>

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

[amit pundir]

Thanks for your help.
I cross-compiled it for my ARCH.

I got your point from one of your earlier mails and replace the call
of cross-compiled orbit-idl-2 with the native platforms
/usr/bin/orbit-idl-2 and it builds fine.

I just wish it wont break my next dependent builds :)

Thanks and Regards
Amit Pundir


On Thu, Nov 13, 2008 at 3:22 PM, Amit Pundir <pundiramit@...> wrote:

> Thanks for the values.
>
> I cached those values at configuration time and it is configured well
> from there but now I got stuck at compilation.
> It is trying to execute a cross-compiled binary(meant for arm) and fails.
>
> Here is the appropriate log:
>
> --------------------------------------
> Making all in orb-core
> make[8]: Entering directory
> `/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include/orbit/orb-core'
> (rm -f corba-defs.h corba-defs-stubs.c corba-defs-skels.c
> corba-defs-common.c corba-defs-imodule.c corba-defs-skelimpl.c ||
> true) > /dev/null
> ../../../src/idl-compiler/orbit-idl-2 -I../../../src/idl/CORBA_PIDL
> -I../../../src/idl/CORBA -I../../../src/idl/interop
> -I../../../src/orb/orb-core --noskels --nodefskels --nostubs --noidata
> --nocommon --showcpperrors --define=Object=OObject
> --define=TypeCode=TTypeCode --deps ./.deps/corba-defs.idl.P
> ../../../src/orb/orb-core/corba-defs.idl
> /bin/bash: ../../../src/idl-compiler/orbit-idl-2: cannot execute binary file
> make[8]: *** [corba-defs.h] Error 126
> make[8]: Leaving directory
> `/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include/orbit/orb-core'
> make[7]: *** [all-recursive] Error 1
> make[7]: Leaving directory
> `/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include/orbit'
> make[6]: *** [all] Error 2
> make[6]: Leaving directory
> `/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include/orbit'
> make[5]: *** [all-recursive] Error 1
> make[5]: Leaving directory
> `/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include'
> make[4]: *** [all] Error 2
> --------------------------------------
>
> Any work around for this??
>
> Once in a while when I get situation like this i.e. the compilation
> fails during building tests or some checks, I used to skip
> building/installing that part of the program.
> Should I skip building "orb-core" part or what ? Also, I'm not sure
> what purpose "orb-core" source solves in ORBit package.
>
> Thank you very much again for CORBA variables.
>
>
> Regards
> Amit Pundir
>
>
> On Thu, Nov 13, 2008 at 3:05 PM, Frank Rehberger <Frank.Rehberger@...> wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Amit Pundir wrote:
>>> Hello team,
>>>
>>> First of all please excuse me for my questions if they seem trivial or
>>> if they have already been discussed on this mailing list though I have
>>> done much googling for this information.
>>>
>>> I'm trying to cross-compile ORBit2-2.14.13 for my ARM machine using
>>> code-sourcery gnu toolchain. I'm getting the following error during
>>> configuration.
>>>
>>> ----------------------------
>>> checking whether byte ordering is bigendian... no
>>> checking alignment of CORBA_octet... 0
>>> configure: error: Failed to find alignment. Check config.log for details.
>>> ----------------------------
>>>
>>> In config.log I found that compiler is not able to set the alignment
>>> of CORBA_octet and ac_cv_alignof_CORBA_octet is set to 0. Thats why
>>> I'm getting this error.
>>>
>>> Similarly I'm sure I will get the same error while setting the
>>> alignment of CORBA_boolean, char, wchar etc..
>>>
>>> Are there any known values for the following variables which I can
>>> cache during configuration process?
>>>
>> well, the alignment is defined by CORBA-Spec, octet and structs  and
>> others are not aligned, probably expressed as "1"
>>> alignment of CORBA_octet     1
>>> alignment of CORBA_boolean   4 (bool is represented as long)
>>> alignment of CORBA_char      1
>>> alignment of CORBA_wchar     2 (same as short)
>>> alignment of CORBA_short     2
>>> alignment of CORBA_long      4
>>> alignment of CORBA_long_long 8
>>> alignment of CORBA_float     4
>>> alignment of CORBA_double    8
>>> alignment of CORBA_long_double ? (probably 8)
>>> alignment of CORBA_struct    1
>>> alignment of CORBA_pointer   (not specified by CORBA, probably platform
>> specific)
>>>
>> Hope that helps.
>>
>> Regards, frank
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.2.2 (MingW32)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>
>> iD8DBQFJG/Tk99BSmbIl7S0RAqmSAKC+yEIS8oJjgmDeKnR0W0PWVgK/WQCgv6xk
>> kbvdx4jERv7b18aSFv3Fj/o=
>> =QDXO
>> -----END PGP SIGNATURE-----
>>
>>
>

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list