Re: [HACKERS] S_LOCK() change produces error...

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [HACKERS] S_LOCK() change produces error...
Дата
Msg-id 199801180259.VAA00276@candle.pha.pa.us
обсуждение исходный текст
Ответ на S_LOCK() change produces error...  (The Hermit Hacker <scrappy@hub.org>)
Ответы Re: [HACKERS] S_LOCK() change produces error...  (The Hermit Hacker <scrappy@hub.org>)
Список pgsql-hackers
>
>
> I installed some patches today for the univel port, and one of the changes
> did the following to include/storage/s_lock.h:
>
> 302c318
> <                               __asm__("xchgb %0,%1": "=q"(_res), "=m"(*lock):"0"(0x1)); \
> ---
> >                               __asm__("lock xchgb %0,%1": "=q"(_res), "=m"(*lock):"0"(0x1)); \
>

I guess this is a multiple cpu modifier for asm, and most people don't
run multiple cpus.  I guess our gcc's call it an error, rather than
ignore it.  I think we need an OS-specific ifdef there.  We can't have
Univel changing the normal i386 stuff that works so well now.

--
Bruce Momjian
maillist@candle.pha.pa.us

В списке pgsql-hackers по дате отправления:

Предыдущее
От: The Hermit Hacker
Дата:
Сообщение: More on free() bug...
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] Re: [QUESTIONS] Business cases