We have been using the RSTP implementation posted at this location: https://lists.linux-foundation.org/pipermail/bridge/2008-May/005859.html We have modified rstp.c and rstp.h to work with compilers other than gcc. Attached are two patch files that show our changes. Currently, we have tested this code with the Diab compiler (v 4.4a) and with IAR compiler (v 5.11). Manish -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.linux-foundation.org/pipermail/bridge/attachments/20090112/d53c5f99/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: rstp.c.patch Type: application/octet-stream Size: 13990 bytes Desc: rstp.c.patch Url : http://lists.linux-foundation.org/pipermail/bridge/attachments/20090112/d53c5f99/attachment.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: rstp.h.patch Type: application/octet-stream Size: 482 bytes Desc: rstp.h.patch Url : http://lists.linux-foundation.org/pipermail/bridge/attachments/20090112/d53c5f99/attachment-0001.obj
If you want your patch to be understandable, create it as a contextual diff with the -u option. Do the pack pragmas really need to be conditional? Pretty much every compiler will do the right thing on encountering those. (Using __attribute__ as well, for compilers that support it, isn't a bad thing but no need to avoid #pragma pack on gcc). On Mon, Jan 12, 2009 at 1:22 PM, Manish Talreja <mtalreja at crestron.com> wrote:> We have been using the RSTP implementation posted at this location: > > https://lists.linux-foundation.org/pipermail/bridge/2008-May/005859.html > > > > We have modified rstp.c and rstp.h to work with compilers other than gcc. > Attached are two patch files that show our changes. Currently, we have > tested this code with the Diab compiler (v 4.4a) and with IAR compiler (v > 5.11). > > > > Manish > > _______________________________________________ > Bridge mailing list > Bridge at lists.linux-foundation.org > https://lists.linux-foundation.org/mailman/listinfo/bridge >