From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29183 invoked by alias); 15 Apr 2005 09:13:05 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 29108 invoked from network); 15 Apr 2005 09:13:01 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 15 Apr 2005 09:13:01 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j3F9D1Qh025617 for ; Fri, 15 Apr 2005 05:13:01 -0400 Received: from pobox.surrey.redhat.com (pobox.surrey.redhat.com [172.16.10.17]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j3F9CxO13961; Fri, 15 Apr 2005 05:12:59 -0400 Received: from [172.31.0.98] (vpnuser3.surrey.redhat.com [172.16.9.3]) by pobox.surrey.redhat.com (8.12.8/8.12.8) with ESMTP id j3F9Cvkk028245; Fri, 15 Apr 2005 10:12:58 +0100 Message-ID: <425F8537.1070202@redhat.com> Date: Fri, 15 Apr 2005 09:13:00 -0000 From: Nick Clifton User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) MIME-Version: 1.0 To: Shaun Jackman CC: binutils@sources.redhat.com Subject: Re: objcopy fails silently with an empty input file References: <7f45d939050412163547d2cfe9@mail.gmail.com> <425D43A3.3090706@redhat.com> <7f45d93905041310211a32f090@mail.gmail.com> <425E3D63.5080104@redhat.com> <7f45d93905041408251402df05@mail.gmail.com> In-Reply-To: <7f45d93905041408251402df05@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-04/txt/msg00411.txt.bz2 Hi Shaun, > Sorry, Nick . I wasn't clear. The use case I posted was the behaviour > that I desired, which I get with the patch I posted. With your patch, > I see the same behaviour as you do. To clear things up, I would like > "empty input file" to be a warning, not an error, particularly when > the input BFD is 'binary'. Ah - unfortunately I do not think that this is a good idea. The input file could be empty for a variety of reasons - it could be a device, a pipe, or some other kind of system file, instead of just an ordinary, zero-sized file. Besides - what is the value in creating an output file from an empty input file ? What possible use can this output file have ? Cheers Nick