This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: Miscellaneous testsuitsuite failures under hpux 10.20
- To: "John David Anglin" <dave at hiauly1 dot hia dot nrc dot ca>
- Subject: Re: Miscellaneous testsuitsuite failures under hpux 10.20
- From: Geoff Keating <geoffk at cygnus dot com>
- Date: 27 Jun 2000 14:33:46 -0700
- CC: gcc-bugs at gcc dot gnu dot org
- References: <200006271951.PAA04221@hiauly1.hia.nrc.ca>
"John David Anglin" <dave@hiauly1.hia.nrc.ca> writes:
> > struct foo {
> > void *entry[40];
> > } __attribute__ ((aligned(32)));
> >
> > This gives a value of 256 for rli->offset_align. The bit field for
>
> The value of 256 for rli->offset_align doesn't seem to make sense. It
> looks like the compiler is applying __attribute__ to entry as well as foo.
It's saying that the field 'entry' is known to be aligned to a 256-bit
boundary.
> The current design limits the alignment of field declarations to values
> that can be contained in 8 bits. Is this big enough for all reasonable
> purposes? Obviously, larger alignments may be needed for other types.
I see no reason why a field can't be aligned to just as large a
boundary as any other construct.
--
- Geoffrey Keating <geoffk@cygnus.com>