Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Header And Logo

PostgreSQL
| The world's most advanced open source database.

Site Navigation

Search archives
  Advanced Search

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: Fri, 30 Oct 2009 18:58:46 +0200
  • Message-id: <4AEB1B46.4020108@enterprisedb.com> <text/plain>

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



Home | Main Index | Thread Index

Privacy Policy | About PostgreSQL
Copyright © 1996 – 2012 PostgreSQL Global Development Group