From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17092 invoked by alias); 10 Dec 2003 12:28:27 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 17085 invoked from network); 10 Dec 2003 12:28:26 -0000 Received: from unknown (HELO nile.gnat.com) (205.232.38.5) by sources.redhat.com with SMTP; 10 Dec 2003 12:28:26 -0000 Received: from gnat.com (hoosic.gnat.com [205.232.38.102]) by nile.gnat.com (Postfix) with ESMTP id F097BF28D8; Wed, 10 Dec 2003 07:28:25 -0500 (EST) Message-ID: <3FD71140.2070506@gnat.com> Date: Wed, 10 Dec 2003 12:45:00 -0000 From: Robert Dewar User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andreas Schwab Cc: Eyal Lebedinsky , gcc@gcc.gnu.org, Michael Elizabeth Chastain Subject: Re: (printf) ("hello world\n"); References: <20031209204037.906D84B412@berman.michael-chastain.com> <3FD6DD9B.E35C742@eyal.emu.id.au> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-12/txt/msg00623.txt.bz2 Andreas Schwab wrote: > Eyal Lebedinsky writes: > > >>But without the varargs attribute is not present > > > A varargs function is always a varargs function, whether it is prototyped > or not. But without a proper prototype the behaviour is undefined. Is it really true that the name printf is reserved? Is a C program not allowed to define its own printf function (which might or might not be varargs)? What's the story here?