Re: ANSI-strict pointer aliasing rules
От
Taral
Тема
Re: ANSI-strict pointer aliasing rules
Дата
Msg-id
fa0147d90604271004y1de0a397q60e5fa4da1574e3@mail.gmail.com
Ответ на
Re: ANSI-strict pointer aliasing rules (Zeugswetter Andreas DCP SD)
Список
Дерево обсуждения
ANSI-strict pointer aliasing rules Taral <taralx@gmail.com>
Re: ANSI-strict pointer aliasing rules Martijn van Oosterhout <kleptog@svana.org>
Re: ANSI-strict pointer aliasing rules Taral <taralx@gmail.com>
Re: ANSI-strict pointer aliasing rules Andrew Dunstan <andrew@dunslane.net>
Re: ANSI-strict pointer aliasing rules Martijn van Oosterhout <kleptog@svana.org>
Re: ANSI-strict pointer aliasing rules mark@mark.mielke.cc
Re: ANSI-strict pointer aliasing rules Tom Lane <tgl@sss.pgh.pa.us>
Re: ANSI-strict pointer aliasing rules mark@mark.mielke.cc
Re: ANSI-strict pointer aliasing rules Martijn van Oosterhout <kleptog@svana.org>
Re: ANSI-strict pointer aliasing rules Greg Stark <gsstark@mit.edu>
Re: ANSI-strict pointer aliasing rules Tom Lane <tgl@sss.pgh.pa.us>
Re: ANSI-strict pointer aliasing rules Greg Stark <gsstark@mit.edu>
Re: ANSI-strict pointer aliasing rules Tom Lane <tgl@sss.pgh.pa.us>
Re: ANSI-strict pointer aliasing rules Taral <taralx@gmail.com>
Re: ANSI-strict pointer aliasing rules mark@mark.mielke.cc
Re: ANSI-strict pointer aliasing rules Taral <taralx@gmail.com>
Re: ANSI-strict pointer aliasing rules Taral <taralx@gmail.com>
Re: ANSI-strict pointer aliasing rules Martijn van Oosterhout <kleptog@svana.org>
Re: ANSI-strict pointer aliasing rules Tom Lane <tgl@sss.pgh.pa.us>
Re: ANSI-strict pointer aliasing rules Martijn van Oosterhout <kleptog@svana.org>
Re: ANSI-strict pointer aliasing rules Tom Lane <tgl@sss.pgh.pa.us>
Re: ANSI-strict pointer aliasing rules Martijn van Oosterhout <kleptog@svana.org>
Re: ANSI-strict pointer aliasing rules Tom Lane <tgl@sss.pgh.pa.us>
Re: ANSI-strict pointer aliasing rules Greg Stark <gsstark@mit.edu>
Re: ANSI-strict pointer aliasing rules mark@mark.mielke.cc
On 4/27/06, Zeugswetter Andreas DCP SD wrote:
> Can you please explain what exactly was not working ?
> xlc has in the past shown warnings that were actually problematic code
> that gcc did not show (and the cc variant of xlc also does not show).
This has nothing to do with warnings. With xlc version 6, this code:
Value *
makeString(char *str)
{Value *v = makeNode(Value);
v->type = T_String;v->val.str = str;return v;
}
Will return objects whose "type" field is T_Value (650), because the
compiler reorders the assignment that makeNode makes with that of the
main function.
--
Taral
"You can't prove anything." -- Gödel's Incompetence Theorem
В списке pgsql-hackers по дате отправления