From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2401 invoked by alias); 1 Jun 2002 23:06:02 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 2387 invoked by uid 71); 1 Jun 2002 23:06:01 -0000 Date: Sat, 01 Jun 2002 16:06:00 -0000 Message-ID: <20020601230601.2386.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Zack Weinberg Subject: Re: other/6903: gcc could give better error message when /tmp gets full Reply-To: Zack Weinberg X-SW-Source: 2002-06/txt/msg00024.txt.bz2 List-Id: The following reply was made to PR other/6903; it has been noted by GNATS. From: Zack Weinberg To: 25824@bugs.debian.org Cc: gcc-gnats@gcc.gnu.org, debian-gcc@lists.debian.org Subject: Re: other/6903: gcc could give better error message when /tmp gets full Date: Sat, 1 Jun 2002 15:59:04 -0700 On Sun, Jun 02, 2002 at 12:34:20AM +0200, Matthias Klose wrote: > > merry$ gcc -Wall -Werror -Wmissing-prototypes -g -O2 -I. -DSTDC_HEADERS=1 -DHAVE_STRDUP=1 -DHAVE_STRERROR=1 Test.c -o Test > cc1: /tmp/ccb04872: I/O error > > This happened repeatedly when /tmp filled up during compilation (Test.c is > over a megabyte long)... A better error message might mention "device > full" or some such. GCC is at the mercy of the operating system here; if it chooses to set errno to EIO instead of ENOSPC on a disk-full condition, and therefore strerror() returns "I/O error" instead of "Out of space on device", we can't do much about that. (Or anyway I can't think of anything. Suggestions are welcome.) zw