| От | Taral |
|---|---|
| Тема | Re: ANSI-strict pointer aliasing rules |
| Дата | |
| Msg-id | fa0147d90604271004y1de0a397q60e5fa4da1574e3@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: ANSI-strict pointer aliasing rules ("Zeugswetter Andreas DCP SD" <ZeugswetterA@spardat.at>) |
| Список | pgsql-hackers |
On 4/27/06, Zeugswetter Andreas DCP SD <ZeugswetterA@spardat.at> 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 <taralx@gmail.com>
"You can't prove anything." -- Gödel's Incompetence Theorem
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера