From: crispen AT hiwaay DOT net (Bob Crispen) Subject: Re: FW: Re: wxwin port 12 Nov 1996 18:41:43 -0800 Sender: daemon AT cygnus DOT com Approved: cygnus DOT gnu-win32 AT cygnus DOT com Distribution: cygnus Message-ID: <32890B13.F42.cygnus.gnu-win32@hiwaay.net> References: <1 DOT 5 DOT 4 DOT 16 DOT 19961111125433 DOT 379f9d86 AT dmeasc DOT rc DOT ipt DOT br> Reply-To: crispen AT hiwaay DOT net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.0 (Win95; I) Original-To: Cesar Scarpini Rabak Original-CC: Fabio Somenzi , gnu-win32 AT cygnus DOT com Original-Sender: owner-gnu-win32 AT cygnus DOT com Cesar Scarpini Rabak wrote: >At 04:19 10/11/96 -0700, Fabio Somenzi wrote: >>->Does anyone have any input on why 16 bytes from gnu-win32 and >>->14 for other compiler >It is not an option for the command line of gcc but rather an extension >of C language by GNU. Look in the docs for: "__attribute__((packed))" Now you know why I like Ada: it puts stuff where you tell it. The first compiler I saw that had the padding problem was the C compiler that came with SunOS 4.0.3 for the SPARC. I'm not sure if there was a way to force "wrong" alignment with that compiler, but good old Ada did it like a champ. If you've ever seen the disassembly of the RISC machine code you get when you force a load from the "wrong" boundary, it looks pretty amusing. Bob Crispen crispen AT hiwaay DOT net - For help on using this list, send a message to "gnu-win32-request AT cygnus DOT com" with one line of text: "help".