lwip-users
[Top][All Lists]
Advanced

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

Re: [lwip-users] Win32 vs. PACK_STRUCT_BEGIN


From: Bob Ammerman
Subject: Re: [lwip-users] Win32 vs. PACK_STRUCT_BEGIN
Date: Wed, 29 Jan 2003 07:34:20 -0500

I was looking at 0.5.3.

I now have STABLE 6.0

Bob Ammerman
RAm Systems

----- Original Message -----
From: "Jani Monoses" <address@hidden>
To: "Mailing list for users of lwIP." <address@hidden>
Sent: Wednesday, January 29, 2003 2:45 AM
Subject: Re: [lwip-users] Win32 vs. PACK_STRUCT_BEGIN


> But this is the way it is done now in CVS.
> Are you looking at 0.5.3?
>
> > I am planning on using lwIP to add tcp/ip connectivity to an embedded
> > system. The system is x86 based, and runs a homebrew kernel which is a
> > (small) subset of Win32. I use the Microsoft Visual C++ compiler and
tools
> > to build my executable.
> >
> > I have begun working with the source to see how much effort it will be
to
> > port over. I have run into  PACK_STRUCT_BEGIN / PACK_STRUCT_END issue.
> > Microsoft themselves handle this using the include file trick. I know
that
> > it is ugly, but is really the only way to handle it (other than putting
> > #ifdefs in the code). You could avoid breaking existing usages of the
> > package as follows:
> >
> > in arch\cc.c:
> >
> > #define PACK_NEEDS_INCLUDES    // define only in ARCH's that need it
> >
> > in ip_addr.h and similar locations:
> >
> > #ifdef PACK_NEEDS_INCLUDES
> > #include "arch\pack_begin_struct.h"
> > #endif
> >
> > PACK_BEGIN_STRUCT
> > struct ip_addr {
> >         ...
> > } PACK_STRUCT_STRUCT;
> > PACK_END_STRUCT
> >
> > #ifdef PACK_NEEDS_INCLUDES
> > #include "arch\pack_end_struct.h"
> > #endif
> >
> >
> >
> >
> > _______________________________________________
> > lwip-users mailing list
> > address@hidden
> > http://mail.nongnu.org/mailman/listinfo/lwip-users
>
>
> _______________________________________________
> lwip-users mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/lwip-users
>





reply via email to

[Prev in Thread] Current Thread [Next in Thread]