From patchwork Fri Jul 22 22:19:45 2011
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Patchwork-Submitter: Gerald Pfeifer <gerald@pfeifer.com>
X-Patchwork-Id: 106395
Return-Path: 
 <gcc-patches-return-297751-incoming=patchwork.ozlabs.org@gcc.gnu.org>
X-Original-To: incoming@patchwork.ozlabs.org
Delivered-To: patchwork-incoming@bilbo.ozlabs.org
Received: from sourceware.org (server1.sourceware.org [209.132.180.131])
	by ozlabs.org (Postfix) with SMTP id 7E3F3B6F68
	for <incoming@patchwork.ozlabs.org>;
	Sat, 23 Jul 2011 08:20:25 +1000 (EST)
Received: (qmail 5908 invoked by alias); 22 Jul 2011 22:20:24 -0000
Received: (qmail 5899 invoked by uid 22791); 22 Jul 2011 22:20:23 -0000
X-SWARE-Spam-Status: No, hits=-1.8 required=5.0	tests=AWL,BAYES_00
X-Spam-Check-By: sourceware.org
Received: from ainaz.pair.com (HELO ainaz.pair.com) (209.68.2.66) by
	sourceware.org (qpsmtpd/0.43rc1) with ESMTP;
	Fri, 22 Jul 2011 22:20:09 +0000
Received: from [192.168.0.131] (vie-188-118-244-195.dsl.sil.at
	[188.118.244.195])	by ainaz.pair.com (Postfix) with ESMTP id
	A24523F40F; Fri, 22 Jul 2011 18:20:07 -0400 (EDT)
Date: Sat, 23 Jul 2011 00:19:45 +0200 (CEST)
From: Gerald Pfeifer <gerald@pfeifer.com>
To: Ian Lance Taylor <iant@google.com>
cc: Jakub Jelinek <jakub@redhat.com>,
	Richard Guenther <richard.guenther@gmail.com>,
	DJ Delorie <dj@redhat.com>, gcc-patches@gcc.gnu.org
Subject: Re: [PATCH] Attempt to increase RLIMIT_STACK in the driver as well
	as compiler (PR c++/49756, take 3)
In-Reply-To: <mcroc0nxzwe.fsf@coign.corp.google.com>
Message-ID: <alpine.LFD.2.02.1107230003120.22948@gerinyyl>
References: <20110718215838.GZ2687@tyan-ft48-01.lab.bos.redhat.com>
	<20110719082414.GA2687@tyan-ft48-01.lab.bos.redhat.com>
	<CAFiYyc0Eiy=852qzcVLReeZDu-SJpy_QVVFHs_8NMkLSFSV8Tw@mail.gmail.com>
	<20110721143348.GQ2687@tyan-ft48-01.lab.bos.redhat.com>
	<mcroc0nxzwe.fsf@coign.corp.google.com>
MIME-Version: 1.0
X-IsSubscribed: yes
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Unsubscribe: 
 <mailto:gcc-patches-unsubscribe-incoming=patchwork.ozlabs.org@gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
Delivered-To: mailing list gcc-patches@gcc.gnu.org

On Thu, 21 Jul 2011, Ian Lance Taylor wrote:
>> 2011-07-21  Jakub Jelinek  <jakub@redhat.com>
>>
>> 	PR c++/49756
>> 	* libiberty.h (stack_limit_increase): New prototype.
>>
>> 	* stack-limit.c: New file.
>> 	* Makefile.in: Regenerate deps.
>> 	(CFILES): Add stack-limit.c.
>> 	(REQUIRED_OFILES): Add ./stack-limit.$(objext).
>> 	* configure.ac (checkfuncs): Add getrlimit and setrlimit.
>> 	(AC_CHECK_FUNCS): Likewise.
>> 	* configure: Regenerated.
>> 	* config.in: Regenerated.
>>
>> 	* gcc.c (main): Call stack_limit_increase (64MB).
>> 	* toplev.c (toplev_main): Likewise.
> This is OK.

I'm afraid it's not:

.../gcc-HEAD/libiberty/stack-limit.c: In function 'stack_limit_increase':
.../gcc-HEAD/libiberty/stack-limit.c:49: error: 'uint64_t' undeclared (first use in this function)

That puzzled me at first, but FreeBSD defines RLIM_INFINITY in 
/usr/include/sys/resource.h and as follows:

  ((rlim_t)(((uint64_t)1 << 63) - 1))

Luckily, the fix is simple and bootstrap on i386-unknown-freebsd9.0 has
proceeded beyond the previous failure point.

Okay?

Gerald


2011-07-22  Gerald Pfeifer  <gerald@pfeifer.com>

	PR target/49817
	* stack-limit.c: Include <stdint.h>.

Index: stack-limit.c
===================================================================
--- stack-limit.c	(revision 176657)
+++ stack-limit.c	(working copy)
@@ -35,6 +35,9 @@
 
 #include "config.h"
 
+#ifdef HAVE_STDINT_H
+#include <stdint.h>
+#endif
 #ifdef HAVE_SYS_RESOURCE_H
 #include <sys/resource.h>
 #endif