From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14294 invoked by alias); 3 Dec 2001 18:37:26 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 14118 invoked from network); 3 Dec 2001 18:37:08 -0000 Received: from unknown (HELO svldns02.veritas.com) (143.127.3.10) by sources.redhat.com with SMTP; 3 Dec 2001 18:37:08 -0000 Received: from megami.veritas.com (megami.veritas.com [10.182.128.180]) by svldns02.veritas.com (8.11.6/8.11.6) with SMTP id fB3IYFc10648; Mon, 3 Dec 2001 10:34:15 -0800 (PST) Received: from veritas.com([10.180.88.137]) (2259 bytes) by megami.veritas.com via sendmail with P:esmtp/R:smart_host/T:smtp (sender: ) id for ; Mon, 3 Dec 2001 10:03:42 -0800 (PST) (Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30) Message-ID: <3C0BBE7B.AF93077@veritas.com> Date: Mon, 03 Dec 2001 10:37:00 -0000 From: Bruce Korb X-Mailer: Mozilla 4.72 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: John David Anglin CC: dave.anglin@nrc.ca, gcc-patches@gcc.gnu.org, gcc@gcc.gnu.org Subject: Re: HPUX 11 "size_t" fixinc problems References: <200112011947.fB1JlOgI006616@hiauly1.hia.nrc.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2001-12/txt/msg00188.txt.bz2 John David Anglin wrote: > I have run this through complete bootstraps and checks on hppa2.0w-hp-hpux11.00 > and hppa2.0w-hp-hpux11.11 with no regressions. > > Dave > --- inclhack.def.orig Thu Sep 13 12:05:12 2001 > +++ inclhack.def Fri Nov 30 15:53:00 2001 > @@ -94,16 +94,6 @@ > }; > > > -/* > - * Purge some HP-UX 11 files that are only broken after they are "fixed". > - */ > -fix = { > - hackname = AAA_time; > - files = sys/time.h; > - select = '11.0 and later representation of ki time'; > - replace; /* empty replacement -> no fixing the file */ > -}; > - > /* And now, the real fixes, replacement text fixes first: */ Hi Dave, Excellent. I applied this to the 3.0 branch before Friday's freeze. I intend to apply a slightly different one to the main line, barring complaints. On the theory that all of the "empty replacement" fixes are really fixes for the broken fixincludes script, my _guess_ is that they are not needed any more because my version doesn't make mistakes. ;-) Therefore, it is my intention to remove all the empty replacement non-fixes and wait to see what problems arise. (I don't have enough of a variety of systems to do it any other way.) So, I have also posted this to the GCC list. SO EVERYONE BE ADVISED: I am removing the protection many headers used to have against mis-fixes from fixincludes. I will put them back only if the fixincl program cannot be fixed itself. Um, just to be clear: mainline only, not 3.0 branch. Cheers, Bruce