Hello Patrik, Thanks a lot for your confirmation. Yes I was thinking about multiarch problem mainly.
Regards, Debojyoti -----Original Message----- From: connman [mailto:connman-boun...@connman.net] On Behalf Of Patrik Flykt Sent: Friday, August 21, 2015 12:29 PM To: connman@connman.net Subject: Re: Regd. 64-bit Connman Hi, On Fri, 2015-08-21 at 06:42 +0000, Pal, Debojyoti wrote: > Thanks for quick answer. Actually, in 64-bit target, you can run > 32-bit application also, but that doesn't mean this application is > 64-bit application. What I like to know the below things mainly: > * If there is any truncation can happen when assignments are > made between 64-bit and 32-bit data items. > * If there is any assignment of a integer to a pointer type > which is 8 bytes in LP64. > * If there is any issue in data alignment, as In ILP32, pointers > and longs are 32 bits and are aligned on 32-bit boundaries whereas in > LP64, pointers and longs are 64 bits and are aligned on 64-bit > boundaries. There are no known issues about the above. As ConnMan is compiled either as a 64bit or 32bit application, it's up to the Linux multiarch support to get the surrounding pieces in place. As D-Bus is used as IPC, we can be sure that the proper data types of proper length is relayed between applications. The C compiler does it 64/32 bit job properly and as we don't play any tricks with data types all is fine. I think you are thinking of generic 64bit/32bit multiarch problems above. Cheers, Patrik _______________________________________________ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman _______________________________________________ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
