Re: Large writable variables

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, Thomas Munro <thomas(dot)munro(at)enterprisedb(dot)com>
Subject: Re: Large writable variables
Date: 2018-10-16 16:41:44
Message-ID: CA+TgmoZw-JZEJacyboSJvZs28dUNhwOOTb9KUV4CVmP3UB5Gqg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Oct 16, 2018 at 12:26 PM Andres Freund <andres(at)anarazel(dot)de> wrote:
> /*
> * Macro that allows to cast constness away from a variable, but doesn't
> * allow changing the underlying type. Enforcement of the latter
> * currently only works for gcc like compilers.
> *
> * Please note IT IS NOT SAFE to cast constness away if the variable will ever
> * be modified (it would be undefined behaviour). Doing so anyway can cause
> * compiler misoptimizations or runtime crashes (modifying readonly memory).
> * It is only safe to use when the the variabble will not be modified, but API
> * design or language restrictions prevent you from declaring that
> * (e.g. because a function returns both const and non-const variables).
> */

"variabble" is a little too rich in "b"s.

In terms of a function that returns both const and non-const
variables, it seems a bit sketchy that the caller would know what the
function is doing in particular cases and make decisions based on it,
but maybe that's just how life is.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2018-10-16 16:50:03 Re: Large writable variables
Previous Message Andres Freund 2018-10-16 16:26:21 Re: Large writable variables