Vikram Kalsi wrote:
> The _InterlockedExchange() function is defined in ia64intrin.h header file
>
> int _InterlockedExchange(volatile int *Target, long value)
> Do an exchange operation atomically. Maps to the xchg4 instruction.
>
> More information is available at
> http://www.intel.com/softwar
Does the Intel compiler not support inline assembler?
_InterlockedExchange() is a function call and we prefer to have asm()
code if we can get it.
---
Vikram Kalsi wrote:
> Just an update, the __INTEL_COMPILER is true on It
Just an update, the __INTEL_COMPILER is true on Itanium if icc is
being used. So, the following worked for me-
---BEGIN OLD
s_lock.h-
#if defined(__ia64__) || defined(__ia64) /* __ia64 used by ICC compiler? */
#define HAS_TES
Tom, Peter,
I have been able to compile and sucessfully run pgSQL after replacing
the asm statement in postgresql-8.0.1/src/include/storage/s_lock.h
with an equivalent intrinsic for the Itanium platform-
--BEGIN OLD
s_lock.h-
Tom Lane wrote:
> #if defined(__GNUC__) || defined(__ICC)
>
> Can anyone say a reason why the above #if is not wrong ... ie,
> are there any platforms where icc does handle gcc asm syntax,
> and if so exactly which ones are they?
I believe I added that a few releases ago. The platform is IA32.
Vikram Kalsi <[EMAIL PROTECTED]> writes:
> Will icc be supported in any future release of pgsql?
Only if someone steps forward with patches. Do you want to do it?
My immediate reaction is that if icc doesn't actually cope with gcc
asm syntax then it has no business being treated as equivalent to
