Re: dereferencing type-punned pointer will break strict-aliasingrules

2003-07-29 Thread Bruce Evans
On Mon, 28 Jul 2003, Thomas Moestl wrote: On Mon, 2003/07/28 at 09:30:08 +0900, Jun Kuriyama wrote: Is this caused by -oS option? - in making BOOTMFS in make release cc -c -Os -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes

Re: dereferencing type-punned pointer will break strict-aliasingrules

2003-07-28 Thread Jake Burkholder
Apparently, On Mon, Jul 28, 2003 at 03:59:00AM +0200, Thomas Moestl said words to the effect of; On Mon, 2003/07/28 at 09:30:08 +0900, Jun Kuriyama wrote: Is this caused by -oS option? - in making BOOTMFS in make release cc -c -Os -pipe -Wall -Wredundant-decls

Re: dereferencing type-punned pointer will break strict-aliasingrules

2003-07-27 Thread Jun Kuriyama
At Mon, 28 Jul 2003 00:30:35 + (UTC), kuriyama wrote: Is this caused by -oS option? Grrr, of course this should be s/-oS/-Os/. These warnings are caused from DROP_GIANT() macro. By tracking this down, actual source is __PCPU_GET() macro (line: 115) in sys/i386/include/pcpu.h.

Re: dereferencing type-punned pointer will break strict-aliasingrules

2003-07-27 Thread Steve Kargl
On Mon, Jul 28, 2003 at 10:35:22AM +0900, Jun Kuriyama wrote: At Mon, 28 Jul 2003 00:30:35 + (UTC), kuriyama wrote: Is this caused by -oS option? Grrr, of course this should be s/-oS/-Os/. These warnings are caused from DROP_GIANT() macro. By tracking this down, actual source is

Re: dereferencing type-punned pointer will break strict-aliasingrules

2003-07-27 Thread Thomas Moestl
On Mon, 2003/07/28 at 09:30:08 +0900, Jun Kuriyama wrote: Is this caused by -oS option? - in making BOOTMFS in make release cc -c -Os -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions

Re: dereferencing type-punned pointer will break strict-aliasingrules

2003-07-27 Thread Thomas Moestl
On Mon, 2003/07/28 at 03:59:00 +0200, Thomas Moestl wrote: Yes, by implying -fstrict-aliasing, so using -fno-strict-aliasing is a workaround. The problem is caused by the i386 PCPU_GET/PCPU_SET implementation: #define __PCPU_GET(name) ({ \

Re: dereferencing type-punned pointer will break strict-aliasingrules

2003-07-27 Thread Jun Kuriyama
Hmm, it seems this macro is John's baby. John? At Mon, 28 Jul 2003 02:00:50 + (UTC), Thomas Moestl wrote: [1 text/plain; us-ascii (7bit)] On Mon, 2003/07/28 at 09:30:08 +0900, Jun Kuriyama wrote: Is this caused by -oS option? - in making BOOTMFS in make release cc -c