I've been playing around with lang/icc a bit, and find it quite vexing
that machine/endian.h has macros that are ifdef'd around __GNUC__. The
intel compiler does not like the macros, partly because they are split
across multiple lines and possibly for other reasons.
It seems to me that making a
On Sun, 22 Sep 2002, Wesley Morgan wrote:
I've been playing around with lang/icc a bit, and find it quite vexing
that machine/endian.h has macros that are ifdef'd around __GNUC__. The
intel compiler does not like the macros, partly because they are split
across multiple lines and possibly
As far as I can tell there are no __bswap* macros in the libraries; they
are defined as bswap*. Whatever should be happening, the network byte
swapping functions are creeping in using the __hton* and __ntoh* macros.
These are pulling in the __bswap* functions that are of course undefined.
Unless
Wesley Morgan [EMAIL PROTECTED] writes:
I've been playing around with lang/icc a bit, and find it quite vexing
that machine/endian.h has macros that are ifdef'd around __GNUC__. The
intel compiler does not like the macros, partly because they are split
across multiple lines and possibly for
Mike Barcroft [EMAIL PROTECTED] writes:
Wesley Morgan [EMAIL PROTECTED] writes:
I've been playing around with lang/icc a bit, and find it quite vexing
that machine/endian.h has macros that are ifdef'd around __GNUC__. The
intel compiler does not like the macros, partly because they are
On Sun, Sep 22, 2002 at 09:57:57PM -0400, Mike Barcroft wrote:
Mike Barcroft [EMAIL PROTECTED] writes:
Wesley Morgan [EMAIL PROTECTED] writes:
I've been playing around with lang/icc a bit, and find it quite vexing
that machine/endian.h has macros that are ifdef'd around __GNUC__. The
[EMAIL PROTECTED] [EMAIL PROTECTED] writes:
On Sun, Sep 22, 2002 at 09:57:57PM -0400, Mike Barcroft wrote:
Mike Barcroft [EMAIL PROTECTED] writes:
This was my fault. I wasn't paying attention closely to issues with
other compilers. I've had the attached patch in my local tree for
