delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin-developers/1998/04/29/12:42:48

From: khan AT xraylith DOT wisc DOT edu (Mumit Khan)
Subject: Re: structure packing/allingment
29 Apr 1998 12:42:48 -0700 :
Message-ID: <Pine.SUN.3.93.980429140714.9870A-100000.cygnus.cygwin32.developers@modi.xraylith.wisc.edu>
References: <35451d32 DOT 22962562 AT smtp DOT goodnet DOT com>
Mime-Version: 1.0
To: Mikey <jeffdbREMOVETHIS AT goodnet DOT com>
Cc: cygwin32-developers AT cygnus DOT com

On Tue, 28 Apr 1998, Mikey wrote:

> Ok, I tried the following changes with
> egcs 1.0.2 + link-compat-ld + Mumit's __declspec.dif
> and they seem to work, at least bitmaps
> open without __attribute__((packed))
> added to the SDK headers. FINALLY!!!

I believe my #pragma was rejected a long time ago that did this, but that
was before days of egcs.

> add -m486 like this
> 
> -#define CPP_PREDEFINES "-Di386 -D_WIN32 \
> +#define CPP_PREDEFINES "-m486 -Di386 -D_WIN32 \

Thanks for trying this out, and hash out pshpack8.h etc. We do need a more
general scheme than having to define -m486 etc however. I haven't looked
at this problem in a *long* time, so don't know what the current status
is.

> +/* Bitfields may cross alignment boundaries. */
> +#undef PCC_BITFIELD_TYPE_MATTERS
> +#define PCC_BITFIELD_TYPE_MATTERS 0

Why this?

> *cc1:
> %(cc1_cpu) -fno-strength-reduce -malign-jumps=2 -malign-loops=2 -malign-functions=2
> 
> *cc1plus:
> -fno-strength-reduce -malign-jumps=2 -malign-loops=2 -malign-functions=2
> 

Out of curiosity, why are you using -fno-strength-reduce for egcs? As far
as I know, it's not a problem anymore since the patches in 2.7.2.3+. Or is
the bug still there in some form?

Mumit

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019