| 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: | Whole Thread | Raw Message | 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
| 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 |