Re: GIN FailedAssertions on Itanium2 with Intel compiler - Mailing list pgsql-hackers

From Martijn van Oosterhout
Subject Re: GIN FailedAssertions on Itanium2 with Intel compiler
Date
Msg-id 20060901112757.GO12644@svana.org
Whole thread Raw
In response to Re: GIN FailedAssertions on Itanium2 with Intel compiler  (Teodor Sigaev <teodor@sigaev.ru>)
Responses Re: GIN FailedAssertions on Itanium2 with Intel compiler  (Teodor Sigaev <teodor@sigaev.ru>)
List pgsql-hackers
On Fri, Sep 01, 2006 at 03:10:44PM +0400, Teodor Sigaev wrote:
> BTW, this example works correct with -nolib-inline
>
(http://www.intel.com/software/products/compilers/clin/docs/main_cls/mergedprojects/copts_cls/ccpp_options/option_nolib_inline.htm):
> % icc -O2 -nolib_inline  -o 1 1.c&& ./1
> CALL cmp
> SET SI = 1
> OK
>
> PS Have anybody any thoughts about workaround?

What does that option do? Is it practical to enable it for the entire
backend?

And isn't this a straightforward compiler bug they should be notified
about?

Sounds like the -fno-strict-aliasing option for gcc, the compiler is
making some assumptions about the code that arn't true, so we tell the
compiler not to do that.

Have a nice day,
--
Martijn van Oosterhout   <kleptog@svana.org>   http://svana.org/kleptog/
> From each according to his ability. To each according to his ability to litigate.

pgsql-hackers by date:

Previous
From: Teodor Sigaev
Date:
Subject: Re: GIN FailedAssertions on Itanium2 with Intel compiler
Next
From: Robert Treat
Date:
Subject: Re: Status on Fedora Core Extras packaging