Re: some dead code in functioncmds.c
- From: Peter Eisentraut <peter_e(at)gmx(dot)net>
- To: Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>
- Cc: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
- Subject: Re: some dead code in functioncmds.c
- Date: Sat, 31 Oct 2009 15:47:05 +0200
- Message-id: <1256996825.28195.18.camel@vanquo.pezone.net> <text/plain>
On fre, 2009-10-30 at 19:08 +0100, Pavel Stehule wrote:
> 2009/10/30 Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>:
> > Pavel Stehule wrote:
> >> 2009/10/30 Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>:
> >>> 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.
>
> I prefere "keep compiler quiet". It is cleaner - and it is used more times.
A while ago a patch was discussed (in the "clang checker" threat) that
would teach the compiler that elog(>=ERROR) does not return, but I think
it's not portable without further work.
Home |
Main Index |
Thread Index