Re: [PATCH] C undefined behavior fix

From: Laurent Guerby (guerby@acm.org)
Date: Sun Jan 06 2002 - 14:27:34 EST

Next message: dewar@gnat.com: "Re: [PATCH] C undefined behavior fix"
Previous message: Alan Cox: "Re: [2.4.17/18pre] VM and swap - it's really unusable"
In reply to: Alan Cox: "Re: [PATCH] C undefined behavior fix"
Next in thread: Alan Cox: "Re: [PATCH] C undefined behavior fix"
Reply: Alan Cox: "Re: [PATCH] C undefined behavior fix"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

> In the Linux case mmio isn't a problem. The rules for mmio in the portable
> code require you use architecture dependant macros (readb etc) and that
> the mmio space is mapped via ioremap.

I haven't done my homework, but I assume the code behind readb use inline
assembly and not C on most platforms?

May be GNU C could get some of the idea behind the Linux macros
to define the needed extension (portable within GNU C architectures
wherever possible).

-- Laurent Guerby <guerby@acm.org>

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Next message: dewar@gnat.com: "Re: [PATCH] C undefined behavior fix"
Previous message: Alan Cox: "Re: [2.4.17/18pre] VM and swap - it's really unusable"
In reply to: Alan Cox: "Re: [PATCH] C undefined behavior fix"
Next in thread: Alan Cox: "Re: [PATCH] C undefined behavior fix"
Reply: Alan Cox: "Re: [PATCH] C undefined behavior fix"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Mon Jan 07 2002 - 21:00:31 EST