Re: Rescue of prehistoric GCC versions

2020-01-10 Thread Patrick Horgan via gcc
On 1/9/20 5:28 AM, Eric S. Raymond wrote: > I have been able to rescue or reconstruct from patches the following > prehisoric GCC releases Great job. This is important > > gcc-0.9 > gcc-1.21 > gcc-1.22 > gcc-1.25 > gcc-1.26 > gcc-1.27 > gcc-1.28 > gcc-1.35 > > gcc-1.36 > gcc-1.37.1 > gcc-1.38 >

Re: Sorry to mention aliasing again, but is the standard IN6_ARE_ADDR_EQUAL really wrong?

2010-01-10 Thread Patrick Horgan
Andrew Haley wrote: On 01/10/2010 12:39 PM, Andreas Schwab wrote: Andrew Haley a...@redhat.com writes: Why do you say the effective type is different? The object type is uint8_t, but accessed as uint32_t. That is undefined. Unless uint8_t is a character type, as I

Re: GCC aliasing rules: more aggressive than C99?

2010-01-06 Thread Patrick Horgan
Nick Stoughton wrote: Herb is C++ ... The C1x timetable has us finishing the draft for an initial ballot this summer (the April Florence meeting being the last chance to submit new material). The best expert I know on the type based aliasing stuff is Clark Nelson at Intel

Re: GCC aliasing rules: more aggressive than C99?

2010-01-05 Thread Patrick Horgan
Erik Trulsson wrote: Moreover I think you are misinterpreting 6.5 clause 7 (which I concede is fairly easy since it is not quite as unambiguous as one could wish). I believe that paragraph should not be interpreted as automatically allowing all accesses that correspond to one of the sorts

Re: GCC aliasing rules: more aggressive than C99?

2010-01-03 Thread Patrick Horgan
Richard Guenther wrote: On Sun, Jan 3, 2010 at 6:46 AM, Joshua Haberman jhaber...@gmail.com wrote: ... elision by patrick of part of a quote of 6.5 Expressions #7... * an aggregate or union type that includes one of the aforementioned types among its members (including, recursively, a