Building for both i386 and ppc on Intel Mac

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Feb 18, 2009 at 2:17 PM, Ruud Klaver <ruud at ag-projects.com> wrote:

> Hi Benny,
>
> On 13 Feb 2009, at 18:22, Benny Prijono wrote:
>
>  Thanks for the patch Ruud. The crc32 is used only by STUN related things I
>> think (so this includes TURN and ICE), and there are two sets of tables for
>> each endianness. I assume the table based crc32 implementation works fine
>> when the library is built natively? If it doesn't then probably the table is
>> wrong, but if it does then I don't know why.
>>
>> cheers
>>  Benny
>>
>
> It turns out the table was not wrong after all, the final result just
> needed to be byteswapped on big endian. I've included a simple patch which
> does this. pjlib-util-test works on ppc now.
>
>
It's been so long, I hope you still remember this. :)

I've just applied your two patches:
 - http://trac.pjsip.org/repos/ticket/749 for the universal binary
endianness detectino
 - http://trac.pjsip.org/repos/ticket/751 for the CRC32 big endian problem

Re: crc32, probably the proper fix is to remove the big endian detection at
all, and just use one table for both! But I don't have a big endian machine
to play with, so I guess it's fine as it is.

I also added your info about building universal binary in the FAQ:
http://trac.pjsip.org/repos/wiki/FAQ#osx-universal

Thanks again for all Ruud.

cheers
 Benny
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20090313/da14a607/attachment-0001.html>


[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux