Re: some dead code in functioncmds.c

From: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>
To: Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>
Cc: PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: some dead code in functioncmds.c
Date: 2009-10-30 16:58:46
Message-ID: 4AEB1B46.4020108@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Pavel Stehule wrote:
> 2009/10/30 Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>:
>> Pavel Stehule wrote:
>>> else
>>> {
>>> ereport(ERROR,
>>> (errcode(ERRCODE_INVALID_FUNCTION_DEFINITION),
>>> errmsg("function result type must be specified")));
>>> /* Alternative possibility: default to RETURNS VOID */
>>>
>>> /* WHY FOLOWING LINES? */
>>> prorettype = VOIDOID;
>>> returnsSet = false;
>>> }
>> To keep the compiler quiet about using the variables uninitialized. The
>> compiler doesn't know that ereport(ERROR) never returns.
>
> Should be similar code little bit commented?

*shrug*, maybe, often we do put a "/* keep compiler quiet */" comment on
such places.

On closer look, the "Alternative possibility: default to RETURNS VOID"
comment suggests that besides keeping the compiler quiet, those lines
demonstrate an alternative behavior that was considered.

--
Heikki Linnakangas
EnterpriseDB http://www.enterprisedb.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Heikki Linnakangas 2009-10-30 17:12:11 Re: Syntax for partitioning
Previous Message Hans-Juergen Schoenig -- PostgreSQL 2009-10-30 16:19:03 draft RFC: concept for partial, wal-based replication